Home / Checklists

19 — Go-Live: Primer Lanzamiento Lunes 8 de Junio

Índice de la página
  1. 01Cliente: Martín Rieznik / LevantArte
  2. Área: Launch — el día D (modelo EVERGREEN)
  3. 020. Definición de "done" para esta checklist
  4. 031. Pre-requisitos
  5. 042. Tareas — hour-by-hour del go-live
  6. 2.1 SÁBADO 6/6 — Go/No-Go final
  7. 2.2 DOMINGO 7/6 — calentamiento + ads escalan suaves
  8. 2.3 LUNES 8/6 — el día D
  9. 2.4 MARTES 9/6 — post-mortem inicial + arranque escalada
  10. 2.5 ROLES DURANTE EL WEBINAR (asignación clara)
  11. 2.6 War Room — comunicación y monitoreo
  12. 2.7 Definición de "éxito del lanzamiento" (rangos realistas)
  13. 053. Variables y posibilidades a anticipar — PLAN B POR COMPONENTE
  14. 064. Multi-tenant: cómo se replica al cliente #2
  15. 075. Recursos y archivos relacionados
  16. 086. Notas y aprendizajes (post-mortem)
  17. 09CHANGELOG

Cliente: Martín Rieznik / LevantArte

Área: Launch — el día D (modelo EVERGREEN)

Hour-by-hour del primer lanzamiento. Es la madre de todas las checklists. Del 6/6 (sábado go/no-go) al 9/6 (post-mortem inicial). Todos los roles asignados, war room activo, plan B para cada componente crítico.

DECISIÓN PENDIENTE Jesús + Martín — definir cuándo se hace la grabación única (impacta qué es "el 8 jun"):

  • Opción A (preferida): la semana 8-12 jun ES la GRABACIÓN ÚNICA en vivo con audiencia real. Martín dicta las 4 clases con público pago real comprando, esa grabación queda como master. A partir del 15 jun en adelante: replay automático cada semana sin Martín. El 8 jun es entonces el primer LIVE público + único + base del evergreen.
  • Opción B: las 4 clases se grabaron en sesión cerrada anticipada (semana 12-16 mayo, sin audiencia paga). El 8 jun es entonces el primer RELANZAMIENTO público de esa grabación, NO Martín en vivo.

Esta checklist asume Opción A salvo donde se indique. Si se decide Opción B, ajustar las menciones a "Martín dicta" → "replay automático".

Última actualización: 2026-05-05
Responsable principal (R): Todos (Jesús lidera, Eric tech, Cortex monitor, Martín dicta, closers ventas)
Aprobador (A): Jesús
Deadline: 2026-06-08
Depende de: TODAS las checklists previas (01-18)
Bloquea a: 18_OPERACION_SEMANAL (loop arranca después de este)

0. Definición de "done" para esta checklist

  • Go/no-go del sábado 6/6 con TODOS los criterios verdes (ver § 9 plan interno).
  • Decisión Opción A vs B firmada antes del 6/6.
  • Webinar (live único si A / replay si B) ejecutado lunes 8/6 20hs sin caídas mayores. Si hubo plan B activado, documentado.
  • Cierre del lunes 23:59 con KPIs capturados: registrados, asistencia, conversiones taller (n + $), CPA, leads handoff a closers, mensajes bot.
  • Post-mortem inicial martes 9/6 09:00 con 3 wins / 3 fails / 3 ajustes para el resto de la semana del taller (mié-jue-vie).
  • Cero pérdida de leads / compras durante el día por bug del sistema. Cualquier falla con root cause + fix planificado.

1. Pre-requisitos

# Pre-requisito Provisto por Estado
1 Todas las checklists 01-18 cerradas o con bloqueantes resueltos Todos ⚠️ verificar 6/6
2 Ads piloto $100/día corriendo desde 5/6 con leads ya entrando Cortex ⚠️ pendiente
3 Pixel + CAPI con match rate ≥ 70% verificado Eric ⚠️ pendiente (checklist 13)
4 5 pasarelas operativas con tests E2E exitosos Eric + Jesús ⚠️ pendiente (16, 17)
5 Bot WA respondiendo + grupo pre-webinar con leads Eric + Cortex ⚠️ pendiente (10, 12)
6 Closers entrenados y con SLA confirmado Jesús ⚠️ pendiente (15)
7 Slides webinar + slides pitch en versión final aprobada por Martín Cortex + Martín ⚠️ pendiente (09)
8 War room (grupo WA TooAudience interno) con todos Jesús ✅
9 Plataforma de streaming definida + cuenta paga + ensayada Eric ⚠️ pendiente
10 Backup de streaming (YouTube Live) configurado Eric ⚠️ pendiente

2. Tareas — hour-by-hour del go-live

2.1 SÁBADO 6/6 — Go/No-Go final

  • Sábado 6/6 09:00 — kick-off del finde de launch. R: Jesús. Done cuando: WA en grupo TooAudience con la agenda del finde + lunes. Roles confirmados.
  • Sábado 6/6 10:00 — go/no-go meeting (60 min). R: Jesús (lidera) + Eric + Cortex. Done cuando: revisión de los 4 bloques de criterios del § 9 del plan interno:
  • Embudo end-to-end: 10 checks (entrar a /martin/, completar quiz, redirect WA, bot responde como Martín, agrega a grupo, recordatorios sábado/dom/lun, link webinar 19:30, post-webinar link a /martin/taller con $5, compra → grupo compradores, simular martes/miércoles → ver $10/$15 sin deploy, jueves bot ofrece membresía $97, compra membresía → bienvenida)
  • Tracking: Pixel dispara Lead/PageView/ViewContent/Purchase, CAPI > 70% match, Supabase fila por lead/evento/mensaje/compra, UTMs persisten click → registro → compra
  • Multi-tenant: RUNBOOK_NEW_CLIENT.md documentado, grep "martin" en repo paraguas devuelve cero hardcoded, clonar a cliente #2 solo requiere nuevo Supabase + Railway + fila en clients + carpeta Drive
  • Calidad: 50+ ads activos con scorecard ≥ 4.0, headlines sales pages ≥ 40/50, mobile + desktop sin glitches, Lighthouse ≥ 85
  • Sábado 6/6 11:30 — decisión go / no-go. R: Jesús (A). Done cuando:
  • Si todo verde → GO. Documentar en recursos/go_no_go_decision.md con timestamp + firma virtual de los 3.
  • Si algún rojo crítico (pasarela / bot / streaming) → NO-GO → posponer 1 semana al 15/6. Comunicar inmediato a Martín + bot manda mensaje a leads "el webinar se mueve al 15/6 — más detalles".
  • Si rojo no crítico (ads pueden corregirse mientras) → GO con plan de mitigación.
  • Sábado 6/6 14:00 — preparar war room. R: Jesús + Eric. Done cuando:
  • Grupo WA "TooAudience War Room - Launch 8/6" creado con: Jesús, Eric, Cortex (vía API), closers, Martín
  • Dashboard live /admin/live-monitor?event=webinar_8jun testeado y accesible para todos
  • Documento recursos/war_room_protocol.md con: cadencia de updates (cada 30 min en webinar, cada 2h fuera), cómo escalar emergencias, lista de contactos backup
  • Sábado 6/6 16:00 — comunicación con Martín. R: Jesús. Done cuando: call de 30 min con Martín: confirmar agenda lunes (19:00 en sala, 19:55 abrir, 20:00 live, 21:30 pitch) + repaso del setup técnico (cámara, micro, conexión backup) + qué decir / no decir + cómo manejar Q&A.
  • Sábado 6/6 18:00 — bot manda recordatorio sábado. R: Cortex. Done cuando: WA al grupo pre-webinar con teaser de la semana + pregunta abierta para activación.

2.2 DOMINGO 7/6 — calentamiento + ads escalan suaves

  • Domingo 7/6 09:00 — chequeo de leads del finde. R: Cortex. Done cuando: snapshot Supabase: cantidad de registrados, CPL, pixel funcionando.
  • Domingo 7/6 10:00 — ads suaves siguen $100/día. R: Cortex. Done cuando: campañas Meta corriendo. Si rejection → escalation inmediata a Jesús.
  • Domingo 7/6 12:00 — bot calienta grupo. R: Cortex. Done cuando: 1-2 mensajes de teaser publicados en grupo pre-webinar.
  • Domingo 7/6 14:00 — Cortex prepara dashboard live final. R: Cortex. Done cuando: /admin/live-monitor?event=webinar_8jun muestra:
  • Registrados (real-time count)
  • Asistencia esperada vs real (cuando empiece)
  • Retención por minuto
  • Conversiones por SKU (real-time)
  • Cash recogido acumulado
  • Handoffs a closers (real-time)
  • Estado de pasarelas (verde / rojo)
  • Estado de bot WA (verde / rojo)
  • Estado de Pixel + CAPI (verde / rojo)
  • Domingo 7/6 16:00 — final tech check. R: Eric. Done cuando: latencia bot < 5s, webhooks de pasarelas respondiendo, Supabase queries < 500ms, Vercel sin errores.
  • Domingo 7/6 18:00 — bot manda recordatorio domingo. R: Cortex. Done cuando: WA "mañana 20hs ARG arrancamos" + agenda + qué traer.
  • Domingo 7/6 20:00 — Jesús checkea con Martín. R: Jesús. Done cuando: Martín confirma estar listo. Si Martín tiene algún problema (gripe, viaje), evaluar postergación.
  • Domingo 7/6 22:00 — última verificación end-to-end. R: Jesús. Done cuando: él entra desde dispositivo limpio a deacademia.com/martin/, completa flow completo, recibe link al webinar simulado. Cualquier glitch → fix nocturno o documentar workaround para mañana.

2.3 LUNES 8/6 — el día D

Mañana — preparación

  • Lunes 8/6 09:00 — STANDUP INTERNO FINAL (30 min). R: Jesús. Done cuando: todos en WA war room. Agenda:
  • Cantidad de registrados a esta hora
  • CPL del finde
  • Asistencia proyectada (basada en show-up rate de webinars similares 30-40%)
  • Cualquier red flag (ad rejection, bot lento, pasarela down)
  • Asignación de roles por hora (ver § 2.4)
  • Lunes 8/6 10:00 — closers online + cobertura confirmada. R: Jesús. Done cuando: closer principal y backup confirmaron disponibilidad 10-23:59.
  • Lunes 8/6 11:00 — final ads check. R: Cortex. Done cuando: ads activos, presupuesto OK, ningún rejection nuevo.
  • Lunes 8/6 12:00 — ADS ESCALAN A $300-500/día. R: Cortex. Done cuando: budget incrementado en Meta Ads Manager. Targeting verificado. Si Meta limita por rate de cambio → escalada gradual cada 2h.
  • Lunes 8/6 13:00 — Jesús confirma con Martín hora de llegada. R: Jesús. Done cuando: Martín dice "estoy en sala 19:00 sí o sí".

Tarde — recordatorios + setup técnico

  • Lunes 8/6 14:00 — bot manda último recordatorio al grupo. R: Cortex. Done cuando: WA enviado a 100% del grupo + a registrados sin grupo. Tasa de delivery > 95%. Si < 95% → investigar causa.
  • Lunes 8/6 15:00 — Jesús + Eric — review tech. R: Jesús + Eric. Done cuando: validación: Supabase OK, CAPI eventos OK, bot OK, pasarelas OK. Si algo rojo → fix antes de 18:00.
  • Lunes 8/6 16:00 — calentamiento final del grupo. R: Cortex. Done cuando: 1 sticker / meme + 1 mensaje "vamos en 4hs".
  • Lunes 8/6 17:00 — Cortex prepara meme post-webinar. R: Cortex. Done cuando: 1-2 memes/imágenes de "vendí muchísimo" / "mira qué grupo" listos para postear post-webinar como social proof.
  • Lunes 8/6 18:00 — TECH CHECK (60 min). R: Eric (lidera) + Cortex + Jesús. Done cuando:
  • Audio: micro de Martín testeado por Zoom/streaming
  • Video: cámara enfocada, iluminación OK, fondo limpio
  • Streaming: conexión a plataforma principal + backup YouTube Live testeada
  • Sala de espera: configurada en plataforma, mensaje custom "esperá un poco más"
  • Bot: simular registro nuevo + handoff + compra → todo OK
  • Pasarelas: ping a cada una, verificar latencia
  • Pixel: evento PageView disparando en /martin/taller (test desde dispositivo limpio)
  • Lunes 8/6 19:00 — Martín entra a sala. R: Jesús (recibe). Done cuando: Martín conectado, audio/video confirmados, ensayo rápido de 10 min: intro + transición a tema central + cómo cerrar al taller.
  • Lunes 8/6 19:15 — ensayo del pitch. R: Jesús + Martín. Done cuando: Martín practicó el pitch del taller en 5 min: "el taller arranca el miércoles a las 20hs, link es [/martin/taller], precio HOY es $5 — sube a $10 mañana, $15 mié-vie".
  • Lunes 8/6 19:30 — BOT MANDA LINK DEL WEBINAR. R: Cortex (verifica cron). Done cuando: link enviado a TODOS los registrados (no solo grupo). Tasa delivery > 95%. Dashboard muestra envío exitoso.
  • Lunes 8/6 19:45 — Eric monitor de entrada a sala. R: Eric. Done cuando: gente empezando a entrar. Verificar que sala de espera funciona.
  • Lunes 8/6 19:55 — ABRIR SALA. R: Eric o Jesús. Done cuando: leads dejan de estar en espera, entran a la sala. Cortex postea welcome message en chat.

LIVE — durante el webinar

  • Lunes 8/6 20:00 — WEBINAR LIVE — INICIO. R: Martín (dicta) + Cortex (monitor) + Jesús (chat moderation) + Eric (tech standby). Done cuando: webinar arrancó, Martín abre con su hook.
  • Lunes 8/6 20:00-20:15 — INTRO + HOOK. R: Martín. Done cuando: Martín entregó hook + presentación + framing. Cortex monitorea retención: si pico de drop > 30% → red flag.
  • Lunes 8/6 20:15-20:45 — CONTENIDO CENTRAL. R: Martín. Done cuando: Martín entregó valor educativo + mecanismo único + casos. Cortex modera Q&A en chat.
  • Lunes 8/6 20:45-21:00 — TRANSICIÓN A AGITACIÓN + STACK. R: Martín. Done cuando: Martín conectó dolor + introdujo el taller como solución + empezó stack.
  • Lunes 8/6 21:00-21:30 — PITCH AL TALLER A $5. R: Martín + Cortex (postea link en chat). Done cuando:
  • Martín ofrece taller con stack completo + bonus + escasez (precio sube mañana)
  • Cortex postea link /martin/taller?utm_source=webinar&utm_medium=live&utm_campaign=8jun en chat múltiples veces
  • Cortex cuenta conversiones live en dashboard
  • Closers active duty: handoffs entrando inmediato
  • Lunes 8/6 21:30 — CIERRE Y CTA. R: Martín + Cortex. Done cuando:
  • Martín hizo cierre con CTA claro + último recordatorio "compren ahora a $5"
  • Q&A final 10 min para resolver objeciones en vivo
  • Bot dispara secuencia post-webinar a TODOS (asistentes + no asistentes con replay)
  • Lunes 8/6 21:40 — webinar termina. R: Martín. Done cuando: Martín cierra sesión. Cortex hace screenshot final del dashboard.

Post-webinar — vendé vendé vendé

  • Lunes 8/6 21:45 — bot dispara secuencia post-webinar. R: Cortex (verifica). Done cuando:
  • Asistentes: WA "gracias por venir, link al taller a $5: [link]"
  • No asistentes: WA "te perdiste, link al replay + taller a $5: [link]"
  • Compradores instantáneos (los que ya compraron live): WA bienvenida + grupo de compradores
  • Lunes 8/6 22:00 — primer KPI snapshot. R: Cortex. Done cuando: snapshot en dashboard:
  • Asistencia pico
  • Asistencia promedio
  • Drop-off por minuto
  • Conversiones taller (n + $)
  • CPA a esta hora
  • Tasa de conversión asistido → comprador
  • Lunes 8/6 22:00-23:59 — closers en máxima active duty. R: Closers + Jesús (backup). Done cuando:
  • Handoffs respondidos en SLA ≤ 5 min
  • Conversiones en tiempo real loggeadas
  • Si closer satura → Jesús toma overflow
  • Bot maneja interesados con preguntas frecuentes pre-aprobadas
  • Lunes 8/6 22:30 — meme de social proof. R: Cortex. Done cuando: si conversiones van bien (> 20 compras), postear en grupo + IG: "el grupo del taller ya tiene X personas / vamos por más".
  • Lunes 8/6 23:00 — segundo KPI snapshot + ajuste. R: Cortex. Done cuando: snapshot + ajuste de mensajería del bot si conversión baja. Closers reciben briefing actualizado.
  • Lunes 8/6 23:30 — countdown a precio sube mañana. R: Cortex. Done cuando: bot manda WA a interesados sin compra: "en 30 min sube a $10 — última chance al $5".
  • Lunes 8/6 23:59 — KPIs finales del día. R: Cortex. Done cuando: snapshot final:
  • Total registrados (incluye finde)
  • Asistencia webinar
  • Compradores taller (n + $) + breakdown por SKU
  • Cash recogido día 1
  • CPA blended
  • Handoffs a closers
  • Top 5 objeciones detectadas
  • Bugs / fricciones reportadas

2.4 MARTES 9/6 — post-mortem inicial + arranque escalada

  • Martes 9/6 00:00 — precio sube automático a $10. R: Eric (verifica cron). Done cuando: refresh de /martin/taller muestra $10. Bot manda mensaje "subió a $10 — todavía conviene".
  • Martes 9/6 09:00 — POST-MORTEM INICIAL (90 min). R: Jesús + Cortex + Eric. Done cuando: documento Semana_2026-06-08/7 — Métricas/post_mortem_lunes.md con:
  • Wins (3-5): qué funcionó (ads, ángulo, hook del webinar, bot, closers)
  • Fails (3-5): qué no funcionó (bugs, tasa baja, fricción específica)
  • Surprises (3-5): lo que no esperábamos (positivo o negativo)
  • Ajustes inmediatos para mié-jue-vie:
    • Slides clase 1 (qué reforzar)
    • Mensajes bot (qué cambiar)
    • Ads (qué pausar / escalar)
    • Closers (coaching focus)
  • Ajustes para próxima semana (loop semanal):
    • Hipótesis para mejorar conversión
    • Ads a producir
    • Cambios estructurales
  • Martes 9/6 11:00 — comunicación a Martín. R: Jesús. Done cuando: Jesús manda WA a Martín con: resumen wins/fails + cash recogido + número proyectado de la semana + agenda mié-jue-vie. Pregunta si tiene tiempo para refinement de slides clase 1.
  • Martes 9/6 14:00 — ajustes ads (turnaround rápido). R: Cortex. Done cuando: pausar ads underperformers, escalar winners, lanzar 1-2 nuevas variantes basadas en aprendizajes del lunes.
  • Martes 9/6 16:00 — preparación clase 1 del taller mañana. R: Cortex (con Martín). Done cuando: slides + agenda + bot recordatorios listos. (Continúa con loop semanal estándar — checklist 18.)

2.5 ROLES DURANTE EL WEBINAR (asignación clara)

  • Jesús — chat moderation + escalation manager. R: Jesús. Done cuando: presente en sala como host backup. Modera Q&A en chat. Decide cualquier emergency call. Es el go-to para cualquier ambigüedad.
  • Eric — tech standby + war room ops. R: Eric. Done cuando: presente en war room. Monitorea Vercel logs, Supabase, Railway workers, CAPI. Si algo cae, fix inmediato. Si imposible, comunica a Jesús → activar plan B.
  • Cortex — monitor + dashboard + posteo de links. R: Cortex (vía Jesús como conducto). Done cuando: monitorea dashboard live, postea link al taller en chat 3-5 veces durante pitch, alerta si conversión cae, prepara KPIs para snapshots.
  • Martín — dicta el webinar + responde Q&A in-camera. R: Martín. Done cuando: 90 min de contenido + pitch + Q&A entregado.
  • Closer principal — handoffs activos en WA. R: Closer 1. Done cuando: responde handoffs durante y post-webinar. SLA ≤ 5 min. Loggea conversiones.
  • Closer backup — overflow + cobertura nocturna. R: Closer 2. Done cuando: presente desde 21:00. Toma overflow si Closer 1 satura. Cubre 22:00-23:59.

2.6 War Room — comunicación y monitoreo

  • Canal único: WA grupo "TooAudience War Room - Launch 8/6". R: Jesús. Done cuando: grupo activo + protocolo:
  • 1 update cada 30 min durante webinar
  • 1 update cada 1h post-webinar hasta 23:59
  • Emergencias = mensaje con prefijo "🚨 URGENTE" → respuesta inmediata
  • Decisiones grandes = Jesús aprueba en grupo + log en recursos/war_room_log_8jun.md
  • Dashboard live abierto en pantalla. R: Cortex + Eric. Done cuando: /admin/live-monitor?event=webinar_8jun abierto en al menos 2 pantallas (Cortex y Eric).
  • Backup de comunicación: SMS / llamada. R: Jesús. Done cuando: lista de teléfonos de todos en recursos/war_room_contacts.md para emergencia si WA falla.

2.7 Definición de "éxito del lanzamiento" (rangos realistas)

  • Métricas objetivo (escenarios). R: Jesús + Cortex. Done cuando: documentado:
  • Conservador (mínimo viable): 200 registrados, 60 asistencia (30%), 6 compradores taller (10% de asistencia), $30-90 cash día 1
  • Esperado: 500 registrados, 175 asistencia (35%), 25 compradores (14%), $125-375 cash día 1
  • Optimista: 1000 registrados, 400 asistencia (40%), 60 compradores (15%), $300-900 cash día 1
  • Con membresía $97 (jue-vie): adicional $1000-3000 esperado / $5000+ optimista
  • Definición de éxito: alcanzar al menos el escenario "esperado" + cero pérdida de leads por bug + post-mortem con learnings claros para escalar.

3. Variables y posibilidades a anticipar — PLAN B POR COMPONENTE

Escenario Plan B
Streaming principal cae mid-webinar Plan B inmediato: Eric activa YouTube Live con stream key pre-configurada. Cortex postea nuevo link en grupo WA + chat. Delay máximo aceptable: 5 min. Si > 5 min → Martín graba 90 min completo, replay sube a las 22:00 con CTA al taller.
Martín se cae (internet, salud) Plan B inmediato: Jesús anuncia "techical issues, vuelve en 5 min". Si Martín vuelve en 10 min → continúa. Si no → Jesús cierra el evento + comunica posposición o continuación al día siguiente. Bot manda mensaje "movemos pitch al miércoles, taller sigue mié-jue-vie".
Supabase cae Plan B: bot WA queda autónomo con respuestas pre-cacheadas. Eric reinicia Supabase / contacta soporte. Cortex loggea manualmente en spreadsheet. Reconciliación post-evento.
Meta CAPI cae Plan B: pixel client-side captura todo (degradado pero funcional). Eric reinicia CAPI worker. Reconciliación post-evento por backup logs en Supabase.
Bot WA no responde (Meta API rate limit) Plan B: closers + Jesús toman handoffs manuales. Cortex postea respuestas pre-aprobadas en grupo WA. SMS Twilio como fallback para mensajes críticos.
Pasarela principal (ej. Hotmart) cae Plan B: selector muestra solo las activas. Comunicar transferencia con descuento como alternativa. Closers ofrecen pasarela alternativa por WA.
Meta rechaza ads horas antes del webinar Plan B: cuenta de respaldo activada con ads pre-cargados (preparado en sem 4). Apelación en paralelo. Reducir presupuesto temporalmente para no quemar cuenta.
Asistencia muy baja (< 50) Plan B: continuar normal — el contenido queda como replay para retargeting. Post-mortem inmediato para ajustar mié.
Conversión taller muy baja (< 5% asistencia) Plan B: closers en hipersaturación de outreach a no-compradores. Bot ofrece "noche del lunes — $3 por 3hs" como recovery. Decisión Jesús en tiempo real.
Lead se queja de presión / mensajes invasivos Plan B: closer pausa secuencia para ese lead + ofrece disculpa. Auditoría post-mortem.
War room WA cae Plan B: switch a Telegram grupo (creado en sábado como backup). Lista de teléfonos para llamada directa.
Internet de Eric cae Plan B: Cortex toma rol de tech monitor con guías pre-armadas. Eric usa hot-spot del celular.
Closer principal no se conecta a las 20:00 Plan B: Closer backup activado inmediato. Si tampoco → Jesús cubre handoffs. SLA puede subir temporalmente a ≤ 15 min.
Pixel/CAPI con duplicación masiva Plan B: dedupe por event_id ya en place. Verificar match rate post-evento. Si problema persistente, depurar día siguiente.
Lead compra pero no llega a Skool/grupo Plan B: cron de reconciliación post-webinar revisa compras vs miembros_grupo. Activación manual de los faltantes. SLA: ≤ 1h.
Refunds masivos por mala experiencia Plan B: contención por Jesús + ajuste de mensajería + auditoría profunda lunes/martes. Política refund 7 días aplica.
Volumen 5x del esperado (saturación) Plan B: bot escala automático en Railway (worker count). Closers triagean por valor del lead. Pasarelas testean carga. Si Vercel satura → upgrade plan en caliente.
Posposición del webinar de último momento SOP en checklist 18 § 2.9 + bot mensaje pre-aprobado + replay del último contenido de Martín como compensación + opción refund o crédito a las compras pendientes.
Disputa con Martín en vivo (Martín dice algo que viola compliance) Plan B: Jesús modera en chat, sugiere a Martín matizar. Post-evento auditoría. Si grave (Meta podría banear), edición del replay antes de publicarlo.

4. Multi-tenant: cómo se replica al cliente #2

Esta es la checklist más excepcional (es UN día específico) pero los principios sí se replican.

  • Variables a externalizar:
  • client_config.json > launch.first_webinar_date — fecha del primer webinar
  • client_config.json > launch.expected_metrics — escenarios conservador/esperado/optimista
  • client_config.json > launch.war_room_channel — donde se coordina (WA, Telegram, Slack)
  • client_config.json > launch.streaming_primary y streaming_backup — plataformas
  • Templates a guardar en sop/lanzar-cliente/templates/go_live/:
  • 19_GO_LIVE_TEMPLATE.md con esta misma estructura, placeholders por fecha
  • go_no_go_checklist_TEMPLATE.md — los 4 bloques de § 9 plan interno
  • war_room_protocol_TEMPLATE.md — protocolo de comunicación
  • war_room_contacts_TEMPLATE.md — contactos backup
  • live_monitor_dashboard_spec.md — qué métricas en el dashboard
  • roles_assignments_TEMPLATE.md — quién hace qué durante el webinar
  • plan_b_matrix_TEMPLATE.md — la tabla del § 3 como base reusable
  • Sustituciones automáticas:
  • {{CLIENTE_SLUG}} → en URLs y dashboard event_id
  • {{CLIENTE_NOMBRE}} → en mensajes WA y comunicación
  • {{FECHA_LAUNCH}} → fecha del primer webinar
  • {{EXPECTED_REGISTERED}}, {{EXPECTED_ATTENDANCE}}, {{EXPECTED_PURCHASES}} → métricas
  • Componentes reusables 1:1:
  • Dashboard /admin/live-monitor (parametrizable por event_id)
  • Cron de precio dinámico
  • Bot de secuencias post-webinar
  • Estructura de roles (Jesús/Eric/Cortex/Martín → Lead Strategist/DevOps/AI Monitor/Cliente para cliente nuevo)
  • Plantillas de comunicación war room
  • Aprendizajes únicos del primer launch que se documentan en SOP:
  • Qué planes B se activaron (post-mortem documenta)
  • Qué escenarios no anticipamos (post-mortem actualiza tabla § 3)
  • Cuántos minutos de delay máximo aceptable (validado en práctica)
  • Cuál fue el cuello de botella real (closers? bot? pasarela?)

5. Recursos y archivos relacionados

6. Notas y aprendizajes (post-mortem)

Llenar martes 9/6 en post-mortem inicial + viernes 12/6 con aprendizajes consolidados de toda la semana de launch.

  • (vacío)

CHANGELOG

  • 2026-05-05 — JT — Creación inicial. Hour-by-hour del primer webinar live con 5 bloques (sáb go/no-go → dom calentamiento → lun día D → mar post-mortem) + roles asignados + war room + 19 escenarios de plan B documentados. Definición de éxito: 3 escenarios (conservador 6 compras / esperado 25 / optimista 60).
  • 2026-05-05 — JT — Modelo cambia a EVERGREEN. El 8 jun puede ser: (A) primer LIVE único con audiencia real que también es la grabación maestra del evergreen, o (B) primer RELANZAMIENTO de grabación cerrada hecha 12-16 mayo. Decisión PENDIENTE Jesús + Martín. Hour-by-hour del lunes se mantiene porque es el primer evento público en cualquier caso.
← Anterior · 18
Loop Semanal