Operaciones Comerciales — CreaRack Pro
Roadmap operacional para el lanzamiento y gestión comercial del SaaS. Documenta todos los workflows necesarios, su nivel de automatización actual y las acciones pendientes para estar listos.
Estado: Pre-lanzamiento (preparación)
Última actualización: 07-04-2026
1. Resumen de Preparación
| Área | Estado | Cobertura |
|---|---|---|
| Infraestructura | ✅ Producción | Backups, monitoring, staging, firewall, DR |
| Multi-tenancy | ✅ Operativo | RLS, module gating, plans, org lifecycle |
| Onboarding | ⚠️ Parcial | Signup API existe, falta landing page + flujo guiado |
| Facturación | ❌ Pendiente | Sin integración de pagos |
| Soporte | ⚠️ Parcial | Agentes IA definidos, sin canal de soporte público |
| Legal/RGPD | ⚠️ Parcial | Agentes legal-rgpd definidos, falta documentación pública |
| Marketing | ❌ Pendiente | Agente marketing-content definido, sin landing ni contenido |
| Monitorización negocio | ❌ Pendiente | Sin métricas de uso, churn, MRR |
2. Workflows Diarios
2.1 Health Check Matutino
Objetivo: Verificar cada mañana que todo funciona antes de que los clientes empiecen a trabajar.
| Check | Cómo | Automatizado |
|---|---|---|
| Contenedores healthy | ssh root@crearack.com "docker ps" | ❌ Manual |
| Health endpoint 200 | UptimeRobot | ✅ Automático (cada 5 min) |
| Backups ejecutados | Verificar logs en /opt/backups/ | ❌ Manual |
| Espacio en disco | df -h en servidor | ❌ Manual |
| Logs sin errores críticos | docker logs web --since 24h | grep ERROR | ❌ Manual |
| WAL sync funcionando | Verificar timestamp en Object Storage | ❌ Manual |
Nivel de automatización objetivo: Nivel 2 — Agente Claude programado que ejecuta todos los checks y genera informe.
Acción pendiente:
- Crear script de health check completo (
/opt/scripts/morning_check.sh) - Programar agente Claude con CronCreate para ejecución diaria
- Enviar informe por email o Slack
2.2 Onboarding de Clientes
Objetivo: Desde que un cliente se registra hasta que tiene su primer rack creado.
| Paso | Estado | Automatizado |
|---|---|---|
| 1. Signup (crear org + user) | POST /api/signup | ✅ API existe |
| 2. Welcome email | django-anymail + Resend | ✅ Automático |
| 3. Activar password | Link en welcome email | ✅ Automático |
| 4. Asignar plan | Plan “Starter” por defecto | ✅ Automático |
| 5. Primer login | Login page | ✅ Funcional |
| 6. Tour/guía inicial | Guide Modal (9 slides) | ✅ Existe |
| 7. Crear primer rack | Rack Editor | ✅ Funcional |
| 8. Instalar Local Agent | Descarga + configuración | ⚠️ Manual, documentado |
| 9. Configurar monitoring | Auto-Provision wizard | ✅ Funcional |
Gaps:
- Landing page pública con formulario de signup (depende de subdominio app.crearack.com)
- Email de seguimiento a los 3 días si el cliente no ha creado su primer rack
- Documentación de usuario (ayuda online, FAQ, vídeos)
- Onboarding wizard interactivo dentro de la app (más allá del Guide Modal)
2.3 Soporte a Clientes
Objetivo: Resolver problemas de clientes de forma rápida y escalable.
| Canal | Estado | Automatizado |
|---|---|---|
| Email soporte | ❌ No configurado | — |
| Chat in-app | ❌ No existe | — |
| Centro de ayuda / FAQ | ❌ No existe | — |
| Documentación de usuario | ⚠️ Solo técnica (para devs) | — |
| Soporte L1 (IA) | ⚠️ Agente definido en workspace | No implementado |
| Soporte L2 (IA + humano) | ⚠️ Agente definido en workspace | No implementado |
Niveles de soporte propuestos:
| Nivel | Quién | Responsabilidad |
|---|---|---|
| L0 | Autoservicio | FAQ, documentación, Guide Modal |
| L1 | Claude (agente support-l1) | Preguntas frecuentes, configuración básica, troubleshooting guiado |
| L2 | Claude (agente support-l2) + Dev | Problemas técnicos, SNMP, agente, integraciones |
| L3 | Edu/Dani directo | Bugs, features, infraestructura |
Acciones pendientes:
- Crear email de soporte (soporte@crearack.com o similar)
- Evaluar solución de ticketing (Resend inbound? Linear? Simple email?)
- Documentación de usuario (diferente de la técnica actual)
- FAQ con los problemas más comunes del Local Agent
- Canal de emergencia (WhatsApp Business? Teléfono?)
3. Workflows Semanales
3.1 Métricas de Negocio
Objetivo: Visibilidad de cómo va el SaaS cada semana.
| Métrica | Fuente | Automatizado |
|---|---|---|
| Nuevos signups | Django admin / API | ❌ Manual |
| Usuarios activos (WAU) | Login logs | ❌ No agregado |
| Uso por módulo | Module gating + request logs | ❌ No agregado |
| Racks creados | DB query | ❌ Manual |
| Dispositivos monitorizados | MonitoringTarget count | ❌ Manual |
| Agentes conectados | AgentInstance online count | ❌ Manual |
| Errores aplicativos | Docker logs + SystemLog | ❌ Manual |
Acciones pendientes:
- Dashboard de métricas de negocio (admin o página dedicada)
- Query automatizada semanal con informe por email
- Tracking de actividad por organización (último login, racks activos, etc.)
3.2 Facturación
Objetivo: Cobrar a los clientes y gestionar planes.
| Proceso | Estado | Automatizado |
|---|---|---|
| Procesador de pagos | ❌ No integrado | — |
| Generación de facturas | ❌ No existe | — |
| Cobros recurrentes | ❌ No existe | — |
| Upgrade/downgrade de plan | ⚠️ Manual en admin | — |
| Gestión de impagos | ❌ No existe | — |
| Período de prueba gratuito | ⚠️ Concepto en Plans, sin implementar | — |
Opciones de integración:
| Proveedor | Ventajas | Consideración |
|---|---|---|
| Stripe | Estándar SaaS, Billing portal, webhooks, API excelente | Comisión 1.4% + 0.25€ (EU) |
| Paddle | MoR (Merchant of Record) — gestiona IVA/impuestos por ti | Comisión más alta, menos control |
| LemonSqueezy | Similar a Paddle, más simple | Menos maduro |
Acciones pendientes:
- Decidir proveedor de pagos (Stripe recomendado para B2B SaaS)
- Definir pricing (Starter gratuito? Trial 14d? Precio Pro?)
- Integrar webhooks de pago → actualizar Plan de la Organization
- Página de pricing pública
- Portal de billing para clientes (facturas, método de pago, plan actual)
3.3 Actualizaciones y Deploys
| Proceso | Estado | Automatizado |
|---|---|---|
| CI (tests) | ✅ GitHub Actions | Automático |
| CD (deploy) | ✅ Dokploy auto-deploy | Automático |
| Rollback | ⚠️ Manual (redeploy commit anterior) | — |
| Changelog público | ⚠️ RELEASE_NOTES.md (interno) | — |
| Notificación a clientes de updates | ❌ No existe | — |
| Maintenance windows | ⚠️ ITSM MaintenanceWindow existe, sin uso público | — |
Acciones pendientes:
- Página pública de status (status.crearack.com) — UptimeRobot tiene status pages gratis
- Changelog público (puede ser RELEASE_NOTES adaptado)
- Notificación in-app de nuevas features
- Procedimiento documentado de rollback
4. Workflows Mensuales
4.1 Security Review
| Check | Estado | Automatizado |
|---|---|---|
| Login logs (intentos fallidos) | ✅ LoginLog model existe | ❌ No revisado periódicamente |
| Impersonation logs | ✅ ImpersonationLog existe | ❌ No revisado |
| Dependencias con CVE | ⚠️ pip audit / npm audit | ❌ Manual |
| Certificados SSL | ✅ Traefik auto-renewal | Automático |
| Firewall rules | ✅ Cloud + iptables | ❌ No revisado |
| RLS integrity | ✅ Huey task diario (4:30 AM) | Automático |
Acciones pendientes:
- Automatizar
pip auditen CI - Informe mensual de seguridad (login anomalías, IPs bloqueadas, etc.)
- Penetration test antes de lanzamiento público
4.2 Backup Restore Test
| Test | Frecuencia recomendada | Estado |
|---|---|---|
| Restaurar pg_dump en staging | Mensual | ❌ Nunca probado |
| Restaurar WAL/PITR en staging | Trimestral | ❌ Nunca probado |
| Restaurar backup per-tenant | Mensual | ❌ Nunca probado |
| Restaurar Hetzner snapshot | Anual | ❌ Nunca probado |
Acciones pendientes:
- Primer restore test en staging (prioritario)
- Documentar procedimiento de restore test
- Programar como tarea mensual en calendario
4.3 Capacity Planning
| Recurso | Límite actual | Alerta |
|---|---|---|
| Disco (prod) | CCX: ~160GB | ❌ Sin alerta |
| RAM | 16GB | ❌ Sin alerta |
| DB connections | 200 (PG) + 300 (pgbouncer) | ❌ Sin alerta |
| VictoriaMetrics | 180 días retención | Automático (purge) |
| Object Storage | 1TB (bucket) | ❌ Sin alerta |
Acciones pendientes:
- Alertas de disco >80% (script cron o UptimeRobot custom)
- Documentar cuántos clientes puede soportar la infra actual
- Plan de escalamiento (cuándo migrar a servidor más grande)
5. Workflows Bajo Demanda
5.1 Incident Response
| Severidad | Ejemplo | Tiempo de respuesta | Quién |
|---|---|---|---|
| P1 — Crítico | Sitio caído, data loss | <30 min | Edu (alerta UptimeRobot) |
| P2 — Alto | Feature principal rota, login no funciona | <4 horas | Edu/Dani |
| P3 — Medio | Bug en módulo específico, rendimiento degradado | <24 horas | Edu/Dani |
| P4 — Bajo | Bug cosmético, mejora solicitada | Siguiente sprint | Edu/Dani |
Acciones pendientes:
- Documentar runbook de incident response
- Configurar alertas P1 por SMS/llamada (no solo email)
- Canal de comunicación de incidentes a clientes
5.2 RGPD / Data Requests
| Solicitud | Capacidad actual | Automatizado |
|---|---|---|
| Exportar datos de un cliente | ✅ GET /api/backup/latest (ZIP) | ⚠️ Semi-automático |
| Eliminar datos de un cliente | ✅ Org soft-delete → purge 90d | ⚠️ Semi-automático |
| Right to access | ⚠️ Datos exportables, sin formato estándar | — |
| Data Processing Agreement (DPA) | ❌ No existe | — |
| Privacy Policy pública | ❌ No existe | — |
| Cookie Policy | ❌ No existe | — |
Acciones pendientes:
- Privacy Policy (requiere revisión legal)
- Términos de Servicio
- DPA template para clientes enterprise
- Proceso documentado de data deletion request
6. Preparación para Lanzamiento — Checklist
Infraestructura (✅ Listo)
- Producción estable con monitoring
- Backups automatizados con offsite
- Staging para testing
- CI/CD funcional
- Firewall configurado
- DR documentado
- SSL/HTTPS con auto-renewal
Producto (⚠️ Casi listo)
- Multi-tenancy con RLS
- Module gating por plan
- Signup API
- Welcome email
- 509 endpoints funcionales
- Landing page pública
- Documentación de usuario (no técnica)
- Onboarding wizard interactivo
Comercial (❌ Pendiente)
- Pricing definido
- Integración de pagos (Stripe)
- Página de pricing
- Portal de billing para clientes
- Período de prueba / freemium decidido
Legal (❌ Pendiente)
- Empresa constituida (CreaRackSL)
- Privacy Policy
- Términos de Servicio
- Cookie Policy
- DPA template
- Registro AEPD (si aplica)
Soporte (❌ Pendiente)
- Canal de soporte (email mínimo)
- FAQ / Centro de ayuda
- Documentación de usuario
- Status page pública
- SLA definidos por plan
Marketing (❌ Pendiente)
- Landing page
- Contenido explicativo (qué es CreaRack, para quién)
- Demo o vídeo de producto
- SEO básico
7. SuperAgente Claude-CR — Visión
Concepto evaluado: 07-04-2026. Visión a medio-largo plazo.
Nivel 1 — Asistente Operacional (implementable a corto plazo)
| Capacidad | Herramienta | Estado |
|---|---|---|
| Diagnóstico de red 24/7 | CNS / Sentinel | ✅ Operativo |
| Backups automáticos | Huey + cron | ✅ Operativo |
| Alertas de uptime | UptimeRobot | ✅ Operativo |
| Integrity checks | Huey task | ✅ Operativo |
| Health check matutino | Claude scheduled agent | ❌ Por implementar |
| Soporte L1 automatizado | Claude support-l1 agent | ❌ Por implementar |
Nivel 2 — Operador Autónomo (implementable a 6-12 meses)
| Capacidad | Descripción |
|---|---|
| Morning report | Agente que revisa prod cada mañana y envía informe |
| Auto-remediation | Reiniciar contenedores caídos, ejecutar VACUUM |
| Informe semanal | Métricas de negocio compiladas automáticamente |
| Customer health scoring | Detectar clientes inactivos o en riesgo |
| Capacity alerts | Predicción de agotamiento de recursos |
Nivel 3 — SuperAgente Autónomo (visión a largo plazo)
| Capacidad | Descripción |
|---|---|
| Self-healing completo | Detectar, diagnosticar y resolver sin intervención |
| Auto-scaling | Decisiones de infraestructura autónomas |
| Customer success proactivo | Outreach automático a clientes en riesgo |
| Revenue optimization | Sugerir upgrades basados en uso real |
| Compliance automation | Auditorías automáticas de seguridad y RGPD |
Principio: Human-in-the-loop para decisiones que afecten a clientes o dinero. Autonomía total solo para operaciones internas reversibles.
8. Prioridades Recomendadas
Antes del lanzamiento (obligatorio)
- Landing page + signup flow completo
- Pricing + integración Stripe
- Privacy Policy + Terms of Service
- Canal de soporte mínimo (email)
- Documentación de usuario básica
- Primer backup restore test
Primeras semanas post-lanzamiento
- Status page pública (UptimeRobot)
- FAQ con problemas comunes del Local Agent
- Health check matutino automatizado (Nivel 1)
- Métricas de negocio (signups, actividad, uso)
Primer trimestre
- Soporte L1 automatizado
- Informe semanal automático
- Capacity planning con alertas
- Changelog público
- Onboarding wizard mejorado
Mantenido por: Equipo CreaRack