07 — Webinar EVERGREEN (relanzamiento semanal de grabación única)

Índice de la página
  1. 01Cliente: Martín Rieznik / LevantArte
  2. Área: Producción del webinar (lunes 20:00 ARG) + 3 clases del taller (mié/jue/vie 20:00 ARG)
  3. 020. Definición de "done" para esta checklist
  4. 031. Pre-requisitos
  5. 042. Tareas
  6. 2.1 Guion del webinar (Cortex escribe, Martín dicta)
  7. 2.2 Plataforma de streaming: SKOOL (decidido 2026-05-05)
  8. 2.3 Tech setup en el espacio de Martín
  9. 2.4 Slides sincronizadas con guion
  10. 2.5 Sala de espera + onboarding pre-webinar
  11. 2.6 Chat moderado durante el webinar
  12. 2.7 Q&A live al final
  13. 2.8 Pitch al /martin/taller con QR
  14. 2.9 Replay automático en /martin/replay
  15. 2.10 Ensayo miércoles 3/6 (1.5 hrs)
  16. 2.11 Dry run end-to-end jueves 4/6
  17. 2.12 Monitoreo Supabase en vivo durante el webinar
  18. 2.13 Métricas a trackear
  19. 2.14 Sesión de grabación inicial (la única vez en vivo)
  20. 2.14b Replay semanal evergreen (relanzamiento automatizado)
  21. 053. Variables y posibilidades a anticipar
  22. 064. Multi-tenant: cómo se replica al cliente #2
  23. 075. Recursos y archivos relacionados
  24. 086. Notas y aprendizajes (post-mortem)
  25. 09CHANGELOG

Cliente: Martín Rieznik / LevantArte

Área: Producción del webinar (lunes 20:00 ARG) + 3 clases del taller (mié/jue/vie 20:00 ARG)

Modelo: EVERGREEN (decidido 2026-05-05). Las 4 clases (lunes webinar gratis + mié/jue/vie taller pago) se graban UNA sola vez en VIVO con audiencia real. A partir de ese momento, esa grabación se RELANZA automáticamente cada semana en el mismo horario, vía Skool watch parties / live replay. Martín NO dicta cada semana — solo dictó UNA vez. Entregable: la grabación única ejecutándose el primer lunes 8 jun como live público + las semanas siguientes corriendo automáticamente sin Martín. Q&A live opcional (decisión pendiente).

Última actualización: 2026-05-05
Responsable principal (R): Cortex (guion + tech) + Martín (dicta)
Aprobador (A): Jesús
Deadline: 5 jun 2026 (todo listo para dry-run jueves 4/6 y go-live lunes 8/6)
Depende de: 08_OFERTA_Y_STACK.md, 09_SLIDES.md, 06_VIDEOS_YOUTUBE.md, 10_BOT_WHATSAPP_1A1.md, 12_GRUPOS_WHATSAPP.md, 13_PIXEL_TRACKING.md
Bloquea a: 19_GO_LIVE_8_JUNIO.md, 18_OPERACION_SEMANAL.md


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

  • Guion del webinar versionado en Git con estructura completa (Hook → Problema → Agitación → Mecanismo → Prueba → Oferta/Stack → Objeciones → Escasez → CTA), aprobado por Martín.
  • Tech setup probado end-to-end con dry run el jueves 4/6: stream sale en HD/sin cortes, audio limpio, slides sincronizadas, chat moderado, QR funcional al /martin/taller.
  • Replay automático queda publicado en /martin/replay dentro de las 2hs del cierre del webinar, gateado por email.
  • Modelo evergreen consolidado: 4 grabaciones (1 webinar + 3 clases) capturadas en sesión única, almacenadas en biblioteca, schedulables semana a semana sin Martín. (Plan B failsafe ya no aplica — el modelo principal ES grabación; ver § 2.14b para qué hacer si la grabación queda obsoleta.)
  • Dashboard Supabase mostrando en vivo: registrados, conectados, retención por minuto, click-through al checkout.

1. Pre-requisitos

# Pre-requisito Provisto por Estado
1 Oferta cerrada (stack, bonus, garantía, mecanismo único) — define slides 30-60 Martín + Jesús (checklist 08) ⚠️
2 Slides Reveal.js del webinar deck (60-90 slides) Cortex (checklist 09) ⚠️
3 Bot 1:1 funcional para enviar link al webinar 19:30 lunes Eric (checklist 10) ⚠️
4 Grupo WA pre-webinar funcional con secuencia de mensajes Eric + Cortex (checklist 12) ⚠️
5 Sales page /martin/taller lista con precio dinámico $5 Eric (checklist 02) ⚠️
6 Sala de streaming elegida y aprobada (ver § 2.2) Cortex + Jesús ⚠️
7 Internet redundante en el espacio de Martín (fibra principal + 4G/5G de respaldo) Martín ⚠️
8 Cámara + micrófono + iluminación de Martín validados Martín + Cortex ⚠️
9 Acceso Supabase con permisos de lectura para dashboard live Eric (checklist 01) ⚠️
10 Pixel + CAPI disparando WebinarAttended y WebinarDropped Eric (checklist 13) ⚠️

2. Tareas

Formato uniforme: Tarea · R = quien ejecuta · Done cuando = criterio objetivo. Marcar con [x] cuando esté hecho.

2.1 Guion del webinar (Cortex escribe, Martín dicta)

  • Bloque 0 — Pre-show (5 min). Música, "estamos arrancando en X min", saludo en chat. R: Cortex. Done cuando: bloque escrito + chequeado contra Best Practices Evergreen.
  • Bloque 1 — Hook (60–90s). Pattern interrupt + promesa concreta. Auditado por promise-engineer (≥40/50). R: Cortex + promise-engineer. Done cuando: 3 versiones de hook, Martín elige una.
  • Bloque 2 — Problema (5 min). Mostrar el dolor con frases textuales del avatar (extraídas de YouTube). R: Cortex. Done cuando: 3-5 dolores nombrados con voz de avatar.
  • Bloque 3 — Agitación (8 min). "Lo intentaste con X, Y, Z y no funcionó porque…". R: Cortex. Done cuando: 5 intentos fallidos comunes documentados + razón.
  • Bloque 4 — Mecanismo único (15 min). Cómo Martín nombra su método (extraído de scraping checklist 06). R: Cortex + Martín. Done cuando: nombre + 3 pilares + diferencial vs alternativas.
  • Bloque 5 — Prueba (10 min). Casos de éxito reales + testimonios + autoridad cruzada (Andrés Rieznik). R: Cortex + Martín. Done cuando: mínimo 5 casos con nombre + foto + resultado.
  • Bloque 6 — Pitch oferta + stack (15 min). Stack completo del taller + bonus + valor monetizable. R: Cortex (slides 09) + Martín (dicta). Done cuando: slides de stack listas + script de transición.
  • Bloque 7 — Objeciones (10 min). Top 5 objeciones rotas en cámara (extraídas checklist 06). R: Cortex + Martín. Done cuando: 5 objeciones + respuesta + frase de cierre por cada una.
  • Bloque 8 — Escasez honesta (5 min). "Hoy $5, mañana $10, miércoles $15". Reloj visible. R: Cortex. Done cuando: gráfico de precio escalonado en slide + script de urgencia honesta (no fake).
  • Bloque 9 — CTA + QR (3 min). QR grande + link /martin/taller + instrucción paso a paso. R: Cortex. Done cuando: slide CTA con QR + link short generados.
  • Bloque 10 — Q&A live (15-20 min) — OPCIONAL en modelo evergreen. En la grabación única hay Q&A real con audiencia. En las semanas de replay, Q&A live es opcional (decisión pendiente Jesús + Martín — ver § 2.14b). Si se activa: Cortex modera el chat + filtra preguntas + Martín entra solo a Q&A. Si NO se activa: el bloque 10 de la grabación queda como Q&A "evergreen" (las mismas preguntas/respuestas se ven cada semana). R: Cortex + Martín. Done cuando: protocolo de moderación documentado + 10 preguntas anticipadas con respuesta lista + decisión opcional firmada.
  • Bloque 11 — Cierre + recordatorio (3 min). Recordar precio sube a las 00:00 + link en chat + invitación al replay. R: Cortex. Done cuando: script + slide finales listos.
  • Auditoría completa de guion con scorecard redaccion-publicitaria ≥4.0/5.0. R: Cortex. Done cuando: scorecard guardado en R/Investigación/scorecard_webinar_v1.md.

2.2 Plataforma de streaming: SKOOL (decidido 2026-05-05)

  • Decisión: el live se transmite por Skool (webinar.platform = 'skool'). Todo el contenido del lunes (webinar gratis) + mié/jue/vie (taller pago) corre en Skool. Razón: Martín ya usa Skool para su comunidad, los compradores entran al mismo espacio donde después consumen la membresía, no hay fricción de plataforma intermedia. R: Jesús + Martín. Done cuando: decisión firmada en _CONFIG.md > webinar.platform = skool.
  • Setup Skool live event: Martín comparte pantalla en Skool, Skool maneja chat + asistencia + recording automático en su biblioteca de comunidad. R: Eric + Cortex (configura el evento) + Martín (trial corre). Done cuando: 1 sala "live" creada en Skool de Martín + Cortex puede leer asistentes + chat + grabación queda persistida.
  • Configurar streaming en Skool (Skool tiene live nativo basado en Zoom embebido): ajustar settings de capacidad + grabación + chat moderado + permisos del speaker. R: Eric + Martín. Done cuando: prueba interna OK con 5 cuentas dummy.
  • Plan B — Zoom o YT Live como backup si Skool falla mid-evento. NO es default, es fallback. R: Eric. Done cuando: cuenta backup pre-configurada (1 click failover) + runbook documentado.
  • Configurar webhook de Skool → Supabase para registrar eventos de asistencia + retención (si Skool API lo permite; sino exportar manualmente post-evento). R: Eric. Done cuando: data de asistencia llega a Supabase tabla eventos con tipo attended_webinar / dropped_webinar.

2.3 Tech setup en el espacio de Martín

  • Cámara principal: validar Sony/Canon/webcam 1080p mínimo + capturadora si es DSLR. R: Martín + Cortex. Done cuando: foto de setup + test grabado de 5 min en HD.
  • Micrófono: condenser USB (Rode NT-USB / Shure MV7) o lavalier. NO usar mic de cámara. R: Martín. Done cuando: prueba audio enviada a Cortex con loudness target -16 LUFS.
  • Iluminación: 2 puntos mínimo (key + fill) o softbox. Ventana NO atrás de Martín. R: Martín. Done cuando: foto de setup aprobada.
  • Internet primario: fibra ≥100Mbps simétrica. Test speedtest screenshot guardado. R: Martín. Done cuando: speedtest > 50Mbps upload, ping < 30ms.
  • Internet de respaldo: 4G/5G personal hotspot configurado, pre-emparejado con la PC. Failover manual documentado en cheatsheet. R: Martín + Cortex. Done cuando: prueba de switch < 30s.
  • PC/Mac de transmisión: cerrar todas las apps innecesarias, Do Not Disturb activado, batería conectada, segundo monitor para slides + chat. R: Martín. Done cuando: cheatsheet pre-flight pegado al monitor.
  • OBS instalado como capa intermedia (si plataforma lo requiere): escenas pre-armadas (cámara full / share + cámara PIP / pausa breve / cierre). R: Cortex (instala) + Martín (entrenado). Done cuando: escenas guardadas + transición probada.
  • UPS/respaldo eléctrico en zona de transmisión. R: Martín. Done cuando: UPS comprado + conectado.

2.4 Slides sincronizadas con guion

  • Cargar deck Reveal.js en monitor secundario o tablet. R: Cortex. Done cuando: deck abre + navega con flechas sin lag.
  • Mapeo slide ↔ bloque del guion documentado. R: Cortex. Done cuando: tabla bloque_X → slides_Y-Z en doc del guion.
  • Backup PDF del deck descargado en la PC (por si Reveal falla). R: Cortex. Done cuando: PDF en escritorio + abierto en preview.
  • Clicker/control remoto para Martín (Logitech R400 o similar). R: Martín. Done cuando: probado en dry run.

2.5 Sala de espera + onboarding pre-webinar

  • Configurar "waiting room" en plataforma: música + countdown + slide "estamos arrancando 20:00 ARG". R: Cortex. Done cuando: usuarios entran 19:50 y ven sala.
  • Mensaje del bot WA 19:30: link + recordatorio + tip "tené WhatsApp abierto al final del webinar para el bonus". R: Eric (cron) + Cortex (copy). Done cuando: cron probado en staging.
  • Mensaje pre-show del bot 19:55: "estamos por arrancar, dale al link". R: Eric + Cortex. Done cuando: cron activo.
  • Pre-encuesta opcional en sala de espera (1 pregunta: "¿cuál es tu dolor más grande hoy?") → Cortex usa respuestas en vivo durante el webinar. R: Cortex. Done cuando: form configurado + dashboard de respuestas live.

2.6 Chat moderado durante el webinar

  • Roles del equipo durante el live: Cortex modera chat, filtra Q&A, postea CTA periódicos, banea trolls. Jesús observa Supabase live. Eric on-call para tech. R: Jesús. Done cuando: doc roles_durante_webinar.md con responsabilidad y telegram/WA de cada uno.
  • Lista de respuestas pre-cargadas ("link al taller", "precio actual", "dónde se compra", "habrá replay"). R: Cortex. Done cuando: 15-20 respuestas tipeadas listas para copy/paste.
  • Palabras a banear: spam, links externos, insultos. R: Cortex. Done cuando: lista cargada en plataforma.
  • CTA periódicos en chat cada 10 min: "link al taller acá → /martin/taller". R: Cortex. Done cuando: timer + script listos.

2.7 Q&A live al final

  • Protocolo de selección: Cortex elige 8-10 preguntas que rompan objeciones de la oferta (no las que abran nuevos rabbit holes). R: Cortex. Done cuando: criterios documentados.
  • Plant questions (3 preguntas pre-cargadas en caso de chat seco). R: Cortex. Done cuando: 3 preguntas + cuentas "amigas" listas para postear.
  • Recordatorio CTA cada 2 preguntas: "te respondo y vos andá comprando ya en /martin/taller". R: Martín (script). Done cuando: script en notas del guion.

2.8 Pitch al /martin/taller con QR

  • QR generado apuntando a https://deacademia.com/martin/taller?utm_source=webinar&utm_medium=qr&utm_campaign=lunes_8jun. R: Cortex. Done cuando: QR PNG en R/Webinar/qr_taller.png + escaneo probado.
  • Slide QR diseñada con QR grande (ocupa 50% de slide) + URL legible debajo + arrow "compralo ahora". R: Cortex. Done cuando: slide en deck.
  • Link short (deacademia.com/t o similar) para tipear si QR no funciona. R: Eric. Done cuando: redirect 301 funcionando.
  • Bot WA dispara mensaje post-CTA con el link directo + "subió el reloj, comprá ya". R: Eric (cron) + Cortex (copy). Done cuando: trigger en plataforma → bot manda mensaje 30s después del slide CTA.

2.9 Replay automático en /martin/replay

  • Configurar grabación automática en Skool (graba el live nativamente y queda en biblioteca). R: Cortex + Eric. Done cuando: prueba de grabación 5 min + descarga MP4 OK desde Skool.
  • Backup grabación local con OBS o QuickTime en la PC de Martín. R: Martín. Done cuando: prueba OK.
  • Pipeline upload: webinar termina → Cortex descarga → sube a Vercel/Mux/YouTube unlisted → embebe en /martin/replay. R: Cortex. Done cuando: pipeline documentado + tiempo objetivo < 2hs.
  • Página /martin/replay con gate de email (referencia checklist 02). R: Eric. Done cuando: form captura email + dispara CAPI Lead + redirige a video.
  • Email de "te perdiste el webinar, mirá el replay" dispara automático al día siguiente a registrados que no asistieron (segmento attended=false). R: Cortex (copy) + Eric (trigger). Done cuando: email enviado en sandbox + tasa apertura objetivo > 30%.
  • Bot WA "no viniste, te dejé el replay" al martes 10:00. R: Eric + Cortex. Done cuando: cron + copy listos.

2.10 Ensayo miércoles 3/6 (1.5 hrs)

  • Convocatoria al ensayo: Martín + Cortex + Eric + Jesús. R: Jesús. Done cuando: invite calendar enviado.
  • Run-through completo del guion con cronómetro. Target: 90 min total (60 min contenido + 20 min Q&A + 10 min buffer). R: Martín dicta, Cortex cronometra. Done cuando: tiempo medido + ajustes anotados.
  • Validación de transiciones entre bloques (slides + cambios de cámara). R: Cortex. Done cuando: cero awkward pauses > 3s.
  • Validación de stack en slides vs guion. R: Martín + Cortex. Done cuando: cero discrepancias.
  • Documentar feedback + ajustes a hacer antes del jueves 4/6. R: Cortex. Done cuando: lista de TODOs en doc del guion.

2.11 Dry run end-to-end jueves 4/6

  • Stream real a destino unlisted (no público) con audiencia interna (TooAudience team con cuentas falsas). R: Cortex. Done cuando: stream sale OK 30 min sin cortes.
  • Test del bot WA: usuario falso recibe link 19:30, entra a stream, recibe mensaje post-CTA, recibe link replay día sig. R: Eric. Done cuando: flow completo OK.
  • Test de pixel + CAPI: eventos WebinarAttended y CheckoutClicked aparecen en Meta Events Manager. R: Eric. Done cuando: events validados con > 70% match rate.
  • Test de Supabase live: dashboard muestra registrados + connected en tiempo real. R: Eric + Cortex. Done cuando: latencia < 30s.
  • Failover de internet: simular caída de fibra → switch a 4G en < 30s. R: Martín + Cortex. Done cuando: probado.
  • Failover de cámara: simular caída de cámara primaria → switch a webcam de notebook. R: Cortex. Done cuando: escena OBS de respaldo configurada.
  • Compra real de prueba post-CTA en /martin/taller con tarjeta de prueba en cada pasarela. R: Cortex. Done cuando: 5 compras OK + 5 webhooks OK + lead actualizado en Supabase.
  • Post-mortem del dry run: lista de issues + responsables + deadline (max viernes 5/6 EOD). R: Jesús. Done cuando: doc + tickets asignados.

2.12 Monitoreo Supabase en vivo durante el webinar

  • Dashboard /admin/webinar-live (si lo hay) o vista SQL pre-armada: registrados, connected, dropped, click_taller, purchase. Refrescá cada 30s. R: Eric. Done cuando: dashboard accesible para Jesús + Cortex.
  • Alerta automática si retención cae > 30% en 5 min (algo se rompió). R: Eric. Done cuando: alerta probada en sandbox.
  • Snapshot post-webinar: dump CSV de eventos a R/Webinar/2026-06-08/eventos.csv. R: Cortex. Done cuando: cron post-webinar 22:30 OK.

2.13 Métricas a trackear

  • KPIs del webinar definidos y cargados en dashboard: R: Cortex. Done cuando: dashboard muestra todos.
  • Registrados (total + nuevos vs orgánicos)
  • Show-up rate (% de registrados que entraron)
  • Retención por minuto (curva)
  • Retención al pitch (min 60-75) — KPI clave
  • Click-through rate al /martin/taller (eventos CheckoutClicked / connected)
  • Compras durante el live (cohort 20:00-22:00)
  • Compras post-webinar (cohort 22:00 lunes - 23:59 viernes)
  • $/Registro (ads spend / registrados)
  • $/Compra del taller
  • LTV taller→membresía (% de compradores taller que compran membresía después)
  • Tabla de benchmarks para comparar semana a semana. R: Cortex. Done cuando: tabla en _CONFIG.md > webinar_kpis_benchmarks.

2.14 Sesión de grabación inicial (la única vez en vivo)

Esta es la sesión donde Martín dicta las 4 clases UNA SOLA VEZ. Todo el resto del año, esa grabación se relanza. Decisión PENDIENTE Jesús + Martín: ¿se hace en sesión cerrada (semana 12-16 mayo) o como primer LIVE público con audiencia real (semana 8-12 jun)? Ver checklist 19 § Opción A vs B.

  • Definir semana de grabación única: candidato A = 12-16 mayo (sesión cerrada controlada); candidato B = 8-12 jun (primer LIVE público que también es la grabación). R: Jesús + Martín. Done cuando: decisión firmada + agendada.
  • Lunes (sesión 1) — WEBINAR gratis (90 min): Martín dicta el webinar completo de captación. Audio/video/streaming en condiciones reales (Skool live), idealmente con audiencia real para tener Q&A grabado de verdad. R: Martín + Cortex (modera) + Eric (tech). Done cuando: archivo MP4 1080p limpio en biblioteca Skool + Drive R/Webinar/grabacion_unica/lunes.mp4.
  • Miércoles (sesión 2) — CLASE 1 del taller (90 min): contenido de la primera clase del taller pago. R: Martín. Done cuando: MP4 limpio en biblioteca.
  • Jueves (sesión 3) — CLASE 2 + apertura membresía $97 (90 min): contenido + pitch de membresía anual. R: Martín. Done cuando: MP4 limpio.
  • Viernes (sesión 4) — CLASE 3 + apertura cuotas (90 min): contenido + pitch cuotas + cierre del ciclo. R: Martín. Done cuando: MP4 limpio.
  • Edición ligera post-grabación: cortar muletillas largas + ajustar audio + meter slides en post si es necesario. NO sobre-editar (queremos que se sienta live). R: Cortex (video-editor). Done cuando: 4 MP4 finales aprobados por Martín + cargados en biblioteca Skool.
  • Validar que las 4 grabaciones forman un mismo "ciclo congruente": precios mencionados son escalonados ($5/$10/$15), bonus mencionados son los firmados, fechas usadas en lenguaje "presente continuo" (NO "el lunes 8 de junio" — sí "esta semana / el día de hoy"). Reglas evergreen aplicadas. R: Jesús + Cortex. Done cuando: review completo + checklist Best Practices Evergreen verde.

2.14b Replay semanal evergreen (relanzamiento automatizado)

Una vez grabadas las 4 sesiones, cada semana se relanza automáticamente sin intervención de Martín.

  • Cron semanal de relanzamiento: lunes 19:55 ARG dispara apertura de Skool watch party / live replay del webinar; mié/jue/vie 19:55 dispara las clases del taller. R: Eric. Done cuando: 4 crons activos en Railway + log de ejecución verde por al menos 2 semanas seguidas.
  • Bot WA recordatorios (idéntico al modelo live): el bot manda los mismos mensajes de recordatorio (sábado, domingo, lunes 14h, lunes 19:30). El lead NO sabe que es replay. R: Cortex + Eric. Done cuando: cron activo + textos verificados en español sin pista de "replay".
  • Sales pages activas todo el ciclo: /martin/taller con precio dinámico semanal (lunes $5 → martes $10 → mié-vie $15) sigue funcionando idéntico. R: Eric. Done cuando: testeado.
  • Equipo TooAudience monitorea el replay en vivo: Cortex modera chat de Skool durante las "horas live" (aunque sea replay), responde a preguntas comunes con plantillas, y cualquier pregunta nueva queda capturada en doc R/Webinar/preguntas_nuevas_<semana>.md para alimentar la próxima regrabación o el bot. R: Cortex. Done cuando: rol asignado + protocolo escrito.
  • Closers active duty igual que en live: handoffs entran al closer durante las horas del replay + post-replay igual que si fuera live. R: Closers. Done cuando: protocolo idéntico al live operativo.
  • Q&A live opcional: SI Martín quiere, puede entrar 15-30 min al final del webinar de los lunes solo para Q&A en vivo sobre la grabación que ya pasó. DECISIÓN PENDIENTE Jesús + Martín — define si se ofrece o no, con qué frecuencia (semanal/mensual/nunca). R: Jesús + Martín. Done cuando: decisión documentada en _CONFIG.md > webinar.qa_live_opcional.
  • Política "cuándo regrabar": la grabación queda obsoleta si (a) cambia mayor de oferta/precios/bonus; (b) refresh creativo planeado cada 6 meses (o antes si retención cae > 20% vs benchmark); (c) feedback consistente del público sobre algo desactualizado. R: Jesús (decide) + Martín (regraba). Done cuando: regla documentada en _CONFIG.md > webinar.regrabacion_triggers.

3. Variables y posibilidades a anticipar

Escenario Plan B
Martín pierde internet en pleno webinar (SOLO aplica a la grabación única o Q&A opcional) Switch a 4G personal (< 30s). Si 4G falla, Cortex anuncia pausa técnica de 5 min en chat, Martín reconecta desde celular como mobile streamer.
Martín no llega a tiempo a la sesión de grabación única Re-agendar la grabación. Como NO hay replay todavía, no se puede correr nada. Posponer launch 1 semana.
Replay automático no se dispara en el horario semanal (cron caído) Eric activa manualmente el live desde Skool admin. Cortex anuncia 5 min delay en grupo WA. Investigar root cause + fix antes de la próxima semana.
Martín se enferma una semana cualquiera post-launch NO afecta — el modelo es evergreen, replay corre solo. Q&A opcional se cancela si estaba programada.
Plataforma de streaming cae (Skool down) Backup Zoom o YT Live activado en < 5 min. Cortex anuncia en grupo WA "cambio de link" + dispara nuevo link por bot.
Capacidad de Skool excedida (límite asistentes del plan) Failover a Zoom/YT Live (ilimitado). Anuncio en chat con link nuevo.
Cae la cámara o audio Cambio de escena OBS a webcam + mic backup. Si todo cae, audio-only por celular como podcast.
Caída de Supabase / dashboard live Monitoreo manual por chat de la plataforma. Logs se reconstruyen post-webinar desde la grabación.
Pixel/CAPI no dispara Logueo manual de connected en CSV durante el live. Backfill al día siguiente.
Bot WA falla en mandar el link 19:30 Cortex postea link manual en grupo WA pre-webinar + IG stories de Martín.
Trolls / spam en chat Lista de banwords activa. Cortex banea en tiempo real. Si avalanche, modo "solo seguidores" en YouTube.
Retención cae > 50% antes del pitch Cortex avisa por bot interno. Martín acelera transición al stack. Post-mortem el martes para ver qué falló.
Q&A se queda sin preguntas Plant questions (§ 2.7). Cortex postea como audiencia.
Compras no procesan post-CTA Backup pasarela transferencia. Bot WA recolecta intent y closer humano cierra al día siguiente.
Replay no se sube en < 2hs Comunicar honestamente "el replay está procesando, te llega en 24hs". Mantener integridad.
Martín se enferma / cancela el lunes Plan B grabado (§ 2.14) sale como replay. Comunicar "Martín tuvo un imprevisto, reagendamos el live al lunes próximo, mientras tanto mirá esto".

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

Qué hay que parametrizar para que esto sea reusable. Esta sección alimenta el SOP sop/lanzar-cliente/.

  • Variables a externalizar (todas en clients.config_json):
  • webinar.platform (default skool desde 2026-05-05; alternativas: streamyard+youtube_live, zoom, obs_youtube)
  • webinar.mode (default evergreen; alternativa: live_recurrente)
  • webinar.stream_destination_url (URL del live unlisted/public)
  • webinar.skool_community_url y webinar.skool_classroom_url (si platform=skool)
  • webinar.day_of_week (default monday)
  • webinar.hour_local (default 20:00)
  • webinar.timezone (default America/Argentina/Buenos_Aires)
  • webinar.duration_minutes (default 90)
  • webinar.deck_url (URL del Reveal.js)
  • webinar.qr_target_url (URL del taller con UTMs)
  • webinar.replay_url (/{slug}/replay)
  • webinar.host_name, webinar.host_avatar, webinar.host_voice_samples
  • webinar.bot_messages.{pre_show, post_cta, replay} (templates)
  • webinar.kpi_thresholds.{retention_alert_pct, showup_rate_target}
  • Templates a guardar en sop/lanzar-cliente/templates/webinar/:
  • guion_template.md (con placeholders {{HOOK}}, {{MECANISMO}}, {{STACK}}, etc.)
  • slides_template.reveal.html (deck base con secciones marcadas)
  • dashboard_supabase_query.sql (vista live de KPIs)
  • cron_bot_messages.json (jobs pre/post webinar)
  • failover_runbook.md (qué hacer si X falla)
  • dry_run_checklist.md (subset de § 2.11)
  • Sustituciones automáticas (clone_client.py):
  • Reemplazar {{CLIENT_SLUG}}martin / nombre_cliente_2
  • Reemplazar {{HOST_NAME}}Martín Rieznik / Nombre Cliente 2
  • Reemplazar {{TIMEZONE_OFFSET}} → según país del cliente
  • Generar nuevo QR apuntando a /{client_slug}/taller con UTMs propias
  • Lo que NO se replica (cliente-específico): voz/contenido del guion (cada cliente tiene su mecanismo único + casos), credenciales de la plataforma (cuenta separada por cliente o sub-organización).

5. Recursos y archivos relacionados

  • 08_OFERTA_Y_STACK.md — Oferta cerrada que se pitchea en el bloque 6 del guion.
  • 09_SLIDES.md — Deck Reveal.js que se navega durante el live.
  • 06_VIDEOS_YOUTUBE.md — Fuente de mecanismo único, frases del avatar, casos.
  • 10_BOT_WHATSAPP_1A1.md — Bot que dispara link al webinar 19:30 + post-CTA.
  • 12_GRUPOS_WHATSAPP.md — Grupo pre-webinar que calienta días previos.
  • 13_PIXEL_TRACKING.md — Eventos WebinarAttended, CheckoutClicked.
  • 19_GO_LIVE_8_JUNIO.md — Hour-by-hour del lunes 8/6 que consume esta checklist.
  • 02_LANDINGS_Y_PAGES.md — Página /martin/replay y /martin/taller.
  • ../02_PLAN_INTERNO_EQUIPO.md — Plan macro § 6.3 webinar deck + § 7 bloque 5 launch.
  • shared/frameworks/4_legged_stool.md — Auditoría del stack del bloque 6.
  • shared/frameworks/schwartz_framework_completo.md — Calibración de promesa.
  • 00 — SISTEMA TOOAUDIENCE/Best Practices/Evergreen Webinar — Reglas de oro.pdf — Reglas evergreen aunque es live (presente continuo, sin fechas absolutas en el plan B grabado).

6. Notas y aprendizajes (post-mortem)

Llenar después del primer ciclo. Estos aprendizajes son los que se llevan al SOP.

  • Vacío hasta primera ejecución (lunes 8 jun 2026).

CHANGELOG

  • 2026-05-05 — JT/Cortex — Creación inicial. Estructura completa del webinar live + tech setup + plan B grabado.
  • 2026-05-05 — JT — Modelo cambia de live recurrente a EVERGREEN replay. Martín dicta 1 sola vez (sesión planificada 12-16 mayo o 8-12 jun, decisión pendiente), después se relanza cada semana automáticamente. Plataforma confirmada: SKOOL (no StreamYard). Sumadas § 2.14 (sesión grabación única) y § 2.14b (replay semanal). Q&A live marcado como opcional con decisión pendiente.