Plan de escenarios maestro — de hoy al lanzamiento de Ritual Core
📋 Datos canónicos: NEGOCIO_SSOT. Este doc es el árbol de decisión que conecta los wargames entre sí; no define datos numéricos canónicos.
Cómo usarlo: en cada checkpoint, mira la señal, identifica tu escenario y sigue la ruta. Cada ruta apunta al wargame que detalla la ejecución. Este doc decide qué estrategia toca; los wargames deciden cómo ejecutarla.
Línea temporal deseada (declarada por Gala, Jul 2026)
- Ahora → Septiembre 2026: prioridad al MVP para servir Ritual Core Legacy. En paralelo/después, extracción de fases 2-4 de Zenler (~4 días/fase, calibrado con la Fase 1 real) → hito: RCL en marcha en septiembre, usuarias legacy como beta users.
- Septiembre → Diciembre 2026: ~3 meses de cebar RRSS (Reactivacion_Audiencia) mientras la beta legacy rueda y se derivan las 3 versiones de Ritual Core (~4 días/fase estimados, a validar).
- Checkpoint de apertura (Nov-Dic 2026): si la audiencia calienta → evento único de apertura de Ritual Core (Lanzamiento_Ritual) y transición inmediata al régimen evergreen (Evergreen) — no habrá más lanzamientos con apertura/cierre; los picos posteriores son mini-eventos de presupuesto acotado.
- Línea roja: primavera 2027 — atada al pago único del paro (que se solicita antes del alta de autónoma; paro hasta Nov 2027).
Honestidad de calendario: septiembre + 3 meses de cebado = diciembre como fecha más temprana de blast. “Lanzar antes de 2027” es alcanzable solo en el escenario verde perfecto (blast primera quincena de diciembre, antes del apagón navideño). El plan B natural no es forzar fin de diciembre: es la 2ª semana de enero 2027, estacionalmente superior para fitness (propósitos de año nuevo) y aún holgada respecto a la línea roja. No sacrificar el gate de audiencia por la foto de “2026”.
El orden que sigo (fijado el 2026-09-03 — este bloque manda)
Gala, 2026-09-03: lo que no quede plasmado en el vault luego se olvida · En septiembre tengo que lograr salir a producción. Si otro doc o ticket dice otro orden, manda este bloque; los títulos y el estado de cada ticket se leen en Hito Activo (se sincroniza solo desde el repo).
Septiembre 2026 — salir a producción: las legacy dentro de la app (límite del hito: 15-09)
| # | Qué | Cuándo | Dónde está el detalle |
|---|---|---|---|
| 0 | Leer y fusionar el PR #1452 del repo (T592, los catorce emails reescritos en tu voz) y el PR #55 del vault. Abrir /admin/leads en producción y confirmar si están los 10.857 contactos de Zenler | hoy | GitHub; punto 6 |
| 1 | Infraestructura antes de avisar a nadie, en este orden: T167 (WAF) → T192 (checklist pre-oleada) → T580 → T569 (consentimiento de analítica) → T25 (soporte cableado) → T590 (facturas de prueba fuera del perfil) → T562 → T553 → T567 → T561 → T581 (textos de socia) | primera quincena | tablero del repo, brújula de Septiembre, orden 1-12 |
| 2 | Mañana de la oleada: T511 (DNS de thefittclub.com a la app + despliegue del PR de orígenes + desconectar el dominio propio en Zenler, que sigue en thefittclub.newzenler.com) → T512 (redirección del host viejo) → T386 (envío piloto, horas después). Ningún email a socias antes del cambio de DNS | día de la oleada, antes del 15-09 | T511, T512, T386; Migracion_Legacy Paso 4 |
| 3 | Después de la oleada: T387 → T571 → T563 → T528 → T582 → T574 → T591 (2FA y tokens de CI partidos: tú creas los tokens) → T587 (segunda copia de los vídeos fuera de Cloudflare, decisión pendiente Backblaze/Drive/disco) → T586 (retirar consentimiento borra el onboarding) | resto de septiembre y octubre; T587 antes de apagar Zenler | tablero, orden 16-25 |
Octubre-Noviembre 2026 — la beta legacy y calentar la audiencia
| # | Qué | Cuándo | Dónde está el detalle |
|---|---|---|---|
| 4 | Checkpoint 2: ¿las migradas usan y completan? Fallos que encuentren ellas son fallos que no encontrará una compradora de 197€ | 4-6 semanas tras la oleada | Checkpoint 2 abajo |
| 5 | Contactos de Zenler en la audiencia leads del Back Office (T320 dejó el importador y las 10.857 filas; si en el punto 0 faltan, npm run db:reseed:leads -- --env=prod con copia previa) y email de reencuentro desde broadcasts/Resend. RRSS: Instagram hasta el lanzamiento, YouTube después. Cuarto lead magnet en /guias: la guía de auto-chequeo de diástasis (T593, decidida el 2026-09-03: guía, no test; la fisio con ecógrafo es quien mide; termina en el auto-test) | octubre | Reactivacion_Audiencia, Ecosistema_Circular, §5.6 de Estrategia |
| 6 | Mirar en el Back Office en qué fase quedó cada legacy → decidir si existe producto de continuación (probablemente no: su valor son testimonios y las profesionales que hay dentro) | 4-6 semanas tras la oleada | Migracion_Legacy Paso 4 |
| 7 | Lista de espera «Nivel Pro» publicada al abrir las ventas; la gente se apunta sola, sin preguntar a nadie | noviembre-enero | Formacion_Pro PASO 1 |
Diciembre 2026 - Enero 2027 — lanzamiento
| # | Qué | Cuándo | Dónde está el detalle |
|---|---|---|---|
| 8 | Pago único del paro → alta de autónoma → lanzamiento único y después evergreen a 197€ trimestral · 147€ ventana 72h · 497€ anual Fundadora | diciembre 2026 o 2ª semana de enero 2027 | Analisis_Precios §0, Lanzamiento_Ritual, Checkpoint 3 |
| 9 | Antes de cobrar el primer euro: T20 (Stripe) · T588 (sesiones que se cierran de verdad) · T589 (documentos de cumplimiento alineados con el código) | con T20 | tablero, hito Beta |
2027 — crecer
| # | Qué | Cuándo | Dónde está el detalle |
|---|---|---|---|
| 10 | Consulta legal de una hora sobre el perímetro de la formación | Q1 2027, antes de vender formación | Ledger, regla transversal 1 |
| 11 | Pre-venta y primera cohorte Formación Pro (790€ primera edición) | Q1-Q2 2027 | Formacion_Pro PASOS 2-3 |
| 12 | Primera contratación, condicionada a tres meses de facturación real, no a la proyección | mes 3-6 después del lanzamiento | Checkpoint 4 abajo |
Regla de lectura: si en un checkpoint una línea de arriba no se ha hecho, la pregunta no es «¿por qué?» sino «¿qué se hizo en su lugar?» — la respuesta suele ser «código», y ese es el patrón a vigilar (ver Formacion_Pro y el orden de arranque de las RRSS).
CHECKPOINT 1 — Septiembre 2026: ¿está RCL en marcha en el MVP?
Señal: las 4 fases de RCL servidas desde el código propio + primeras usuarias legacy activadas (Migracion_Legacy Pasos 1-2-4).
Lectura 2026-09-03: escenario S2 — Parcial. Fases 1-3 servidas, Fase 4 pendiente; la oleada de invitación (T386) sale con la infraestructura lista y migra por fase. RRSS siguen a cero: el reloj de cebado arranca la semana siguiente a la oleada, no antes.
| Escenario | Situación | Ruta |
|---|---|---|
| S1 — Verde | RCL completo en MVP, migración de usuarias abierta | Arranca el reloj de 3 meses de RRSS a plena parrilla. La beta legacy corre en paralelo (Checkpoint 2). Derivación de versiones de Ritual Core entra en la cola de trabajo. |
| S2 — Parcial | MVP sirve RCL pero faltan fases (p. ej. la 4) | Migrar por oleadas por fase: las usuarias legacy retoman donde estaban, la mayoría no está en la fase que falta. RRSS arranca igual — el reloj de cebado no espera al 100% del contenido. La fase pendiente tiene fecha dura interna (antes del checkpoint 3). |
| S3 — Rojo | El MVP no puede servir RCL en septiembre | Todo se desplaza mes a mes. Regla: RRSS a parrilla mínima (2 posts/semana) para no gastar el cebado bueno sin fecha, y recálculo inmediato contra la línea roja: si el hito RCL se va más allá de Nov 2026, el blast se va más allá de Feb 2027 y hay que re-evaluar el pago único (Ledger). Diagnóstico honesto: ¿el retraso es del MVP (desarrollo) o del contenido (extracción)? Cada uno tiene cuello distinto. |
CHECKPOINT 2 — Octubre-Noviembre 2026: ¿la beta legacy valida el producto?
Señal: uso real de las migradas — activación, sesiones/semana, completado por fase, fricciones reportadas. Umbrales heredados del plan de beta: >75% completan su primer bloque, NPS >8.5.
| Escenario | Situación | Ruta |
|---|---|---|
| B1 — Validado | Las legacy usan, completan y hablan bien | Cosechar: testimonios con permiso (ES; las EN siguen pendientes, Expansion_Anglo Paso 3), datos para la página de venta, primeras candidatas a embajadoras (Club_Embajadoras Paso 1). El lanzamiento hereda prueba social fresca. |
| B2 — No activan | Migración técnica ok, pero no entran ni usan | No es señal de producto sino de migración/reactivación: aplicar Migracion_Legacy Paso 4 (enlace mágico, multi-toque, incentivo). Si tras eso las consumidoras activas de Zenler tampoco cruzan, es fricción del MVP (onboarding/acceso) — arreglar antes de que el lanzamiento herede el mismo agujero en su funnel. |
| B3 — Usan pero surgen fallos | Bugs, fricción de player/bitácora, quejas | Oro barato: cada fallo encontrado por una legacy comprensiva es un fallo que no encontrará una compradora nueva de 197€. Congelar features nuevas, arreglar lo reportado. Si el volumen de fallos amenaza el checkpoint 3, retrasar el blast antes que lanzar sobre producto inestable (regla nº1: calidad sobre calendario). |
CHECKPOINT 3 — Noviembre-Diciembre 2026: ¿la audiencia está caliente para lanzar?
Señal: el gate de Reactivacion_Audiencia Paso 5 — lista con open rate ≥15% tras calentamiento, pendiente de alcance IG positiva, voces autorizadas con fecha. Recordatorio del gate: lista = bloqueante; IG = deseable.
| Escenario | Lista email | RRSS/IG | Ruta |
|---|---|---|---|
| A — Todo caliente | ≥15% open | Pendiente positiva | Lanzamiento completo. Si el verde llega a mediados de noviembre → blast 1ª quincena de diciembre (antes de 2027 ✅). Si llega más tarde → 2ª semana de enero 2027, sin drama. Lanzamiento_Ritual entero, con voces autorizadas sincronizadas. |
| B — Lista sí, IG no | ≥15% open | Plana | Lanzamiento email-first. El grueso de la proyección de semana 1 viene del email: se lanza igual, con IG como eco y no como motor. El escenario alto queda descartado, el moderado intacto. Post-lanzamiento, IG se replantea (Reactivacion_Audiencia Paso 2 bifurcación: formatos + colaboraciones). |
| C — IG sí, lista no | <15% open | Pendiente positiva | Retrasar el blast 4-6 semanas para un 2º ciclo de calentamiento (Lanzamiento_Ritual Paso 2) — la palanca del blast es de un solo uso y no se gasta sobre lista fría. Mientras, soft-launch por IG + voces autorizadas (captación a Cápsula Cero sin urgencia global) para no desperdiciar el calor de RRSS. Blast cuando la lista cruce el umbral o se agote el 2º ciclo. |
| D — Todo frío | <15% open | Plana | No lanzar. Activar diagnóstico de Reactivacion_Audiencia (condición de aborto 3: ¿audiencia funcionalmente muerta?). Decisión con la línea roja delante: si un ciclo extra de 6 semanas deja el blast antes de primavera 2027 → intentarlo una vez. Si no → replantear el lanzamiento como adquisición desde cero y recalcular la jugada del pago único con el gestor (¿capitalizar más tarde con menos prestación, o compatibilizar?). |
CHECKPOINT 4 — Marzo-Junio 2027: ¿puedo contratar a alguien?
Gala, 2026-09-03: si dios quiere, cogería una desarrolladora que me ayude cuando comience a facturar algo, para tratar de crecer.
Señal: tres meses seguidos de facturación real, no la proyección. La referencia es el beneficio real/mes de Ruta_Beneficios §1 (mes 6 conservador ~5.800€, moderado ~9.600€). Una contratación se paga con lo que ya está en el banco, nunca con lo que dice el plan.
| Escenario | Beneficio real/mes (3 meses seguidos) | Ruta |
|---|---|---|
| H1 — Moderado o mejor | ≥ ~9.000€ | Contratar a tiempo parcial o freelance con bolsa de horas fija (~1.500-2.500€/mes, a confirmar en Ledger). El perfil: alguien que revisa y fusiona lo que producen los harness y se lleva despliegues y soporte técnico. Escribir código ya no es el cuello de botella (el repo lo produce con receipts); revisarlo y mantener producción sí lo es, y hoy solo puede hacerlo Gala. |
| H2 — Conservador | 5.000-9.000€ | Sin compromiso mensual: freelance por ticket cerrado. Y antes de una desarrolladora, delegar lo que consume horas y no necesita a Gala: edición de vídeo y soporte de primer nivel. |
| H3 — Por debajo | < 5.000€ | No se contrata. La palanca es retención y precio (Retencion_Ritual, Analisis_Precios), no manos. |
Otro punto de vista, dicho antes de que haga falta: la primera persona que hace crecer la facturación probablemente no es una desarrolladora. Con el harness, el repo rinde como varias personas programando; lo que frena los ingresos después del lanzamiento es audiencia, contenido y horas de soporte. Si en el Checkpoint 4 el dinero da para una sola persona, la pregunta a contestar es «¿qué horas mías valen más: revisar código o grabar y contestar?» y contratar para lo otro. Lo que Gala no delega en ningún escenario: producto, voz y contenido de marca.
Reglas transversales (aplican en todos los escenarios)
- Secuencia fiscal innegociable: solicitud del pago único → alta de autónoma → lanzamiento. Confirmar condiciones exactas con SEPE/gestor antes del checkpoint 3 (Ledger).
- Calidad sobre calendario (regla nº1 del plan): ningún checkpoint se aprueba con producto por debajo del estándar; se aprueba con alcance recortado (menos modalidades, menos fases visibles) antes que con calidad recortada.
- Sesgo premium con evidencia: el histórico de Gala dice que el producto caro genera revenue y completado; el barato, ninguno de los dos. Ante cualquier bifurcación de pricing en cualquier wargame, la carga de la prueba recae en la opción barata (Upsell_LTV).
- Las proyecciones se recalculan con tasas reales en cada checkpoint — nunca se arrastra la proyección del plan si los datos del checkpoint la contradicen (Lanzamiento_Ritual Paso 5).
- Zenler es red de seguridad con coste: cada mes que sigue encendido es runway drenado; su apagado sigue el protocolo de Migracion_Legacy Paso 5 y jamás se adelanta rompiendo la paridad.
- Nadie se contrata con dinero proyectado: la primera contratación (Checkpoint 4) exige tres meses seguidos de facturación real por encima del umbral, y el coste mensual de la persona ya resuelto en Ledger.