Home / Checklists

18 — Operación Semanal (loop recurrente — modelo EVERGREEN)

Índice de la página
  1. 01Cliente: Martín Rieznik / LevantArte
  2. Área: Operación — loop estándar lunes-domingo
  3. 020. Definición de "done" para esta checklist (cada semana)
  4. 031. Pre-requisitos (una sola vez para arrancar el loop)
  5. 042. Tareas — loop semanal día por día
  6. 2.1 DOMINGO — preparación de la semana entrante
  7. 2.2 LUNES — webinar evergreen (replay automático)
  8. 2.3 MARTES — escalada de precio + análisis
  9. 2.4 MIÉRCOLES — clase 1 del taller (replay) — precio salta a $15
  10. 2.5 JUEVES — clase 2 (replay) + apertura membresía $97
  11. 2.6 VIERNES — clase 3 (replay) + apertura cuotas + cierre
  12. 2.7 SÁBADO — post-mortem + reporte cliente
  13. 2.8 Tracking semanal (consolidado)
  14. 2.9 Reglas operativas (modelo evergreen)
  15. 053. Variables y posibilidades a anticipar
  16. 064. Multi-tenant: cómo se replica al cliente #2
  17. 075. Recursos y archivos relacionados
  18. 086. Notas y aprendizajes (post-mortem)
  19. 09CHANGELOG

Cliente: Martín Rieznik / LevantArte

Área: Operación — loop estándar lunes-domingo

Loop operativo recurrente desde el lanzamiento. Es el SOP semanal estándar — alimenta el sistema multi-tenant. Modelo evergreen (decidido 2026-05-05): las 4 sesiones (webinar lunes 20hs + taller mié/jue/vie 20hs) son RELANZAMIENTOS automáticos de la grabación única que Martín dictó UNA sola vez. Martín NO está activo cada semana — lo está el equipo TooAudience (Cortex monitor + Eric tech + closers). Cliente solo aparece para Q&A opcional o eventos especiales.

Última actualización: 2026-05-05
Responsable principal (R): Jesús + Cortex
Aprobador (A): Jesús
Deadline: recurrente desde 2026-06-15 (post-launch)
Depende de: 19_GO_LIVE_8_JUNIO, todas las anteriores
Bloquea a: N/A (es el loop continuo)

0. Definición de "done" para esta checklist (cada semana)

  • Carpeta Semana XXXX-XX-XX/ clonada del template y completa con todos los assets (slides, ads, links, mensajes WA).
  • Webinar evergreen relanzado lunes 20hs con asistencia, retención, pitch y conversión trackeados en tiempo real (replay automático, NO Martín dicta).
  • Taller mié/jue/vie 20hs relanzado (replay automático) con apertura de membresía $97 (jue) y cuotas (vie).
  • Cierre del ciclo viernes 23:59 con todas las pasarelas cerradas / precios revertidos.
  • Post-mortem sábado AM con KPIs consolidados + reporte enviado a Martín antes del mediodía.
  • Carpeta de la semana archivada en X — Archive/ y carpeta de la próxima semana ya clonada antes de domingo 22hs.

1. Pre-requisitos (una sola vez para arrancar el loop)

# Pre-requisito Provisto por Estado
1 Primer launch (8 jun) ejecutado y aprendizajes capturados Todos ⚠️ checklist 19
2 Template _CLIENT_TEMPLATE/Semana XXXX-XX-XX/ consolidado Cortex + Jesús ⚠️ pendiente
3 Bot WA con scheduling automático de mensajes pre-webinar Eric + Cortex ⚠️ pendiente (checklist 12)
4 Closers operativos Jesús ⚠️ pendiente (checklist 15)
5 Pasarelas + precio dinámico funcionando Eric + Jesús ⚠️ pendiente (checklist 16)
6 Dashboard live en /admin/live-monitor Eric + Cortex ⚠️ pendiente

2. Tareas — loop semanal día por día

Importante: este es el loop estándar. La semana del 8 jun es especial (checklist 19). Desde el 15 jun en adelante este es el patrón.

2.1 DOMINGO — preparación de la semana entrante

  • Domingo 10:00 — clonar carpeta de la próxima semana. R: Cortex. Done cuando: cp -r _CLIENT_TEMPLATE/Semana_XXXX-XX-XX P\ —\ Lanzamientos\ Activos/Semana_<próximo_lunes_YYYY-MM-DD>/ ejecutado. Sub-carpetas 1-7 presentes.
  • Domingo 11:00 — programar bot pre-webinar. R: Cortex. Done cuando: secuencia configurada en bot WA con: dom 18hs (recordatorio + calentamiento), lun 09hs (recordatorio mañanero), lun 14hs (último recordatorio + agenda), lun 19:30 (link al webinar). Plantillas leídas de recursos/messages_wa/pre_webinar/.
  • Domingo 12:00 — calentar grupo pre-webinar. R: Cortex (y Jesús opcional). Done cuando: 1 mensaje de teaser publicado en el grupo + 1 pregunta abierta tipo "qué es lo que más te traba con [tema]?" para reactivar.
  • Domingo 14:00 — verificar ads activos. R: Cortex. Done cuando: campañas Meta corriendo con presupuesto del rango de la semana. Si hay creatividades pausadas, decidir si reactivar o reemplazar.
  • Domingo 16:00 — preparar slides del webinar de mañana. R: Cortex. Done cuando: slides actualizados con: testimonios nuevos (si los hay), datos del último taller, CTA al SKU correcto. Versionado en Semana_XXXX-XX-XX/2 — Webinar lunes/slides_v<X>.pdf.
  • Domingo 18:00 — confirm con Martín. R: Jesús. Done cuando: Jesús pinga a Martín "todo listo para mañana 20hs?". Confirmación recibida.
  • Domingo 22:00 — checklist verde para arrancar la semana. R: Jesús (A). Done cuando: 6 tareas anteriores marcadas. Si alguna roja → escalation.

2.2 LUNES — webinar evergreen (replay automático)

  • Lunes 09:00 — standup interno (15 min). R: Jesús. Done cuando: WA grupo TooAudience con: ads del día anterior + leads del finde + asistencia esperada al webinar + cualquier ajuste last-minute. (Martín NO está en este standup salvo evento especial.)
  • Lunes 12:00 — verificación técnica del replay. R: Eric + Cortex. Done cuando: cron del relanzamiento confirmado activo, archivo de grabación accesible en biblioteca Skool, sin errores 404, sales pages activas, precio dinámico en $5.
  • Lunes 14:00 — bot manda último recordatorio. R: Cortex (verifica que cron disparó). Done cuando: log en Supabase muestra envío exitoso a todos los registrados activos. Tasa de delivery > 95%.
  • Lunes 16:00 — calentamiento del grupo pre-webinar. R: Cortex. Done cuando: 1 último mensaje "nos vemos a las 20hs" + sticker / meme de Martín (pre-aprobado, no requiere Martín).
  • Lunes 18:00 — tech check final del replay. R: Eric o Cortex. Done cuando: replay listo para disparar, sala Skool abierta para asistentes, Supabase live monitor activo, link de backup listo.
  • Lunes 19:30 — bot manda link del webinar. R: Cortex (verifica cron). Done cuando: link enviado a todos los registrados. Tasa > 95%.
  • Lunes 19:55 — sala abierta + replay armado. R: Eric. Done cuando: sala Skool abierta y leads entrando, replay configurado para arrancar 20:00 en punto.
  • Lunes 20:00 — WEBINAR EVERGREEN ARRANCA (replay automático). R: Cortex (monitor + modera chat) + Eric (tech standby). Done cuando: el replay corre 90 min sin glitches. Datos capturados:
  • Asistencia pico
  • Retención por minuto (clave: minuto del pitch)
  • Chat moderado por Cortex en vivo (responde con plantillas pre-aprobadas)
  • Conversiones en tiempo real
  • Lunes 21:30 — pitch del taller a $5 (en la grabación). R: Cortex (verifica que el bot dispare secuencia post-webinar). Done cuando: bot manda WA "el taller arranca el miércoles, comprá ahora a $5: [link checkout]" a todos los asistentes. Mismo mensaje + variante a no-asistentes con link al replay.
  • Lunes 21:30-23:59 — closers active duty. R: Closers. Done cuando: closers respondiendo handoffs en SLA ≤ 5 min. Jesús en backup. Conversiones loggeadas en dashboard.
  • (OPCIONAL) Lunes 21:40-22:00 — Q&A live de Martín. SI la decisión § 2.14b del checklist 07 fue activar Q&A semanal: Martín entra al final solo a Q&A 15-30 min sobre la grabación. Si NO → este bullet no aplica esta semana. R: Martín (si aplica) + Cortex. Done cuando: Q&A live ejecutado o explícitamente saltado.
  • Lunes 23:00 — primer chequeo de KPIs. R: Cortex. Done cuando: snapshot en Supabase: asistencia, conversión taller, costo por compra. Si conversión < 5% del asistido → alerta a Jesús + revisión.

2.3 MARTES — escalada de precio + análisis

  • Martes 00:00 — precio sube automático a $10. R: Eric (verifica cron). Done cuando: lib precio_dinamico.ts cambia el SKU servido en /martin/checkout/[sku]. Verificación: refresh de la página muestra $10. Bot manda mensaje a interesados sin compra: "subió el precio a $10 — todavía conviene".
  • Martes 09:00 — análisis post-webinar. R: Cortex + Jesús. Done cuando: reporte en Semana_XXXX-XX-XX/7 — Métricas/post_webinar.md con:
  • Registrados / asistencia / show-up rate
  • Retención por bloque
  • Conversiones taller (n + $)
  • Costo por adquisición (CPA)
  • Q&A insights
  • Bugs / fricción detectada
  • Hipótesis de mejora
  • Martes 12:00 — ajustes en ads (turnaround rápido). R: Cortex. Done cuando: ads que no convirtieron en últimos 3 días pausados. Ads winners escalados +20% budget. Nuevas variantes en draft si hay aprendizajes.
  • Martes 14:00 — revisar cláusula de ads que no andan. R: Cortex. Done cuando: ads rejected por Meta revisados → re-submit con ajuste o reemplazados. Si cuenta en riesgo, escalation a Jesús.
  • Martes 16:00 — preparación clase 1 del taller. R: Cortex (con Martín). Done cuando: Martín confirma temas de la clase 1. Si Martín comparte slides/notas → versionar en Semana_XXXX-XX-XX/3 — Taller/clase_1_notas.md.
  • Martes 18:00 — bot manda recordatorio mañana clase 1. R: Cortex. Done cuando: WA al grupo de compradores + a no-comprados con CTA a último-momento ($10).
  • Martes 23:00 — KPIs del día. R: Cortex. Done cuando: snapshot diario en dashboard.

2.4 MIÉRCOLES — clase 1 del taller (replay) — precio salta a $15

  • Miércoles 00:00 — precio salta a $15. R: Eric (verifica cron). Done cuando: idem martes pero con $15. Bot manda mensaje "última oportunidad — sube a $15".
  • Miércoles 12:00 — verificación técnica del replay clase 1. R: Eric + Cortex. Done cuando: cron del relanzamiento confirmado activo, archivo accesible, sin errores 404.
  • Miércoles 14:00 — bot recordatorio clase 1. R: Cortex. Done cuando: WA enviado a compradores.
  • Miércoles 18:00 — tech check final del replay. R: Cortex. Done cuando: confirmado.
  • Miércoles 19:30 — bot manda link clase 1. R: Cortex. Done cuando: enviado a compradores.
  • Miércoles 20:00 — CLASE 1 DEL TALLER (replay automático). R: Cortex (monitor + modera chat) + Eric (tech standby). Done cuando: replay corrió 90 min sin glitches. Asistencia + retención registradas. (Martín NO dicta — es replay.)
  • Miércoles 21:30 — replay sigue disponible bajo demanda. R: Cortex. Done cuando: link al video on-demand enviado a compradores que no asistieron a la sesión live.
  • Miércoles 23:00 — KPIs del día. R: Cortex.

2.5 JUEVES — clase 2 (replay) + apertura membresía $97

  • Jueves 09:00 — preparación pitch membresía. R: Cortex. Done cuando: slides de pitch (ya están en la grabación) confirmados + link /martin/membresia con SKU MEMBRESIA_ANUAL_1PAGO activado en _CONFIG.md para esta cohort.
  • Jueves 14:00 — bot recordatorio clase 2. R: Cortex.
  • Jueves 18:00 — tech check del replay. R: Cortex.
  • Jueves 19:30 — bot manda link clase 2. R: Cortex.
  • Jueves 20:00 — CLASE 2 DEL TALLER (replay automático) + APERTURA MEMBRESÍA $97. R: Cortex (monitor) + Eric (tech standby). Done cuando: replay corrió + pitch de membresía está en los últimos 30 min de la grabación. Bot dispara WA a compradores: "abrimos membresía $97 anual — link: [/martin/membresia?sku=MEMBRESIA_ANUAL_1PAGO]".
  • Jueves 21:30-23:59 — closers active. R: Closers. Done cuando: handoffs respondidos.
  • Jueves 23:00 — KPIs del día. R: Cortex.

2.6 VIERNES — clase 3 (replay) + apertura cuotas + cierre

  • Viernes 09:00 — preparación apertura cuotas. R: Cortex. Done cuando: SKUs MEMBRESIA_MENSUAL ($17/mes) y MEMBRESIA_6_MESES ($67×6) habilitados en _CONFIG.md > pricing.skus[].active = true.
  • Viernes 14:00 — bot recordatorio clase 3 + apertura cuotas. R: Cortex.
  • Viernes 18:00 — tech check del replay. R: Cortex.
  • Viernes 19:30 — bot manda link clase 3. R: Cortex.
  • Viernes 20:00 — CLASE 3 DEL TALLER (replay automático) + APERTURA CUOTAS. R: Cortex (monitor) + Eric (tech standby). Done cuando: replay corrió + pitch de cuotas está en los últimos 20 min de la grabación. Bot dispara WA con todas las opciones.
  • Viernes 21:30-23:59 — closers active + cierre. R: Closers. Done cuando: leads urgentes cerrados.
  • Viernes 23:00 — countdown cierre. R: Cortex. Done cuando: bot manda mensaje "cierra a las 23:59 — última chance" a indecisos.
  • Viernes 23:59 — CIERRE. R: Eric (verifica cron). Done cuando: SKUs de membresía mensual/cuotas pasan a active=false automáticamente. Página /martin/membresia muestra "cerramos esta tanda — próxima edición lunes". Solo MEMBRESIA_ANUAL_1PAGO queda activa para late comers (decisión a confirmar con Martín).

2.7 SÁBADO — post-mortem + reporte cliente

  • Sábado 09:00 — consolidar KPIs de la semana. R: Cortex. Done cuando: dashboard /admin/semanal/<YYYY-MM-DD> con:
  • Leads (n) y costo por lead (CPL)
  • Registrados al webinar
  • Asistencia webinar (n + show-up rate)
  • Compradores taller (n + $) por precio ($5/$10/$15)
  • Compradores membresía (n + $) por SKU
  • CPA blended
  • Cash recogido total
  • Gastos del embudo (ads + comisiones pasarelas + closers + WA + IA)
  • Profit semanal
  • Comparativa vs semana anterior + vs primer launch
  • Sábado 10:00 — post-mortem interno. R: Jesús + Cortex (Eric opcional). Done cuando: documento en Semana_XXXX-XX-XX/7 — Métricas/post_mortem.md con:
  • 3 cosas que funcionaron
  • 3 cosas que no funcionaron
  • 3 ajustes para la próxima semana
  • Decisiones de ads (matar / escalar / probar)
  • Decisiones de copy (qué hooks rotar)
  • Decisiones de closers (coaching / cambios)
  • Sábado 11:00 — reporte para Martín (PDF). R: Cortex. Done cuando: PDF generado con agents/doc-creator/ en Semana_XXXX-XX-XX/7 — Métricas/reporte_martin_<YYYY-MM-DD>.pdf. Incluye: KPIs principales (no técnicos) + cash recogido + profit estimado + plan próxima semana. Diseño editorial.
  • Sábado 12:00 — Jesús manda reporte a Martín. R: Jesús. Done cuando: WA a Martín con resumen de 3-5 líneas + PDF adjunto. Pregunta: "alguna nota / cambio para la próxima?".
  • Sábado 14:00 — capturar aprendizajes en shared/. R: Cortex. Done cuando: si la semana introdujo un framework/insight nuevo → archivo en shared/frameworks/ o shared/authors/. Update de INDEX.
  • Sábado 16:00 — archivar carpeta. R: Cortex. Done cuando: carpeta movida de P — Lanzamientos Activos/ a X — Archive/<YYYY>/ con timestamp.
  • Sábado 18:00 — preparar template para próxima semana. R: Cortex. Done cuando: si hay cambios estructurales → update del _CLIENT_TEMPLATE/Semana_XXXX-XX-XX/. CHANGELOG actualizado.

2.8 Tracking semanal (consolidado)

  • Tabla maestra de KPIs históricos. R: Cortex. Done cuando: _ROADMAP.md > kpis_historicos se actualiza cada sábado con la fila de la semana. Permite ver tendencia mes a mes.
  • Métricas de salud del bot. R: Eric. Done cuando: tasa de respuesta del bot, % handoffs, intent accuracy semanal.
  • Métricas de salud de pasarelas. R: Eric. Done cuando: % éxito por pasarela, tiempo medio de checkout, fallos.

2.9 Reglas operativas (modelo evergreen)

Como el modelo es replay automático, la regla "Martín se enferma → cancelar webinar" YA NO APLICA. El replay corre solo cada semana. Esta sección cubre los nuevos criterios.

  • Cuándo Martín SÍ aparece live. R: Jesús. Done cuando: documentado en recursos/martin_live_aparece.md:
  • Q&A opcional lunes (si la decisión § 2.14b del checklist 07 fue activarla — frecuencia a definir)
  • Eventos especiales mensuales (Q&A grupal anunciada, AMA, masterclass, lanzamiento de bonus nuevo)
  • Regrabación si se actualizan precios/oferta de forma mayor (cada 6 meses idealmente, o cuando los triggers de § 2.14b checklist 07 se activan)
  • Cuándo se regraba la grabación evergreen. R: Jesús + Martín. Done cuando: lista en recursos/regrabacion_triggers.md:
  • Cambio mayor de oferta (precios, bonus, formato)
  • Refresh creativo planeado cada 6 meses
  • Retención del replay cae > 20% vs benchmark inicial
  • Feedback consistente del público sobre algo desactualizado
  • Cuando se regraba: agendar nueva sesión cerrada de 4 días con Martín, igual que la grabación inicial.
  • SOP de fallo del replay intra-día. R: Eric. Done cuando: si Skool falla a las 19:30 → activar backup Zoom/YT con misma grabación + bot manda nuevo link + delay máximo 30 min. Si falla a las 20:00 ya empezado → seguir transmitiendo desde backup + comunicar honestamente.
  • SOP de fallo masivo (Skool down regional). R: Eric + Jesús. Done cuando: si la caída es > 4hs y afecta a TODA la audiencia → comunicar postponer al próximo lunes + replay on-demand del archivo gateado por email como compensación.

3. Variables y posibilidades a anticipar

Escenario Plan B
Martín se enferma una semana cualquiera (post-launch) NO afecta — el modelo es evergreen, replay corre automáticamente sin él. Solo se cancela el Q&A opcional si estaba programada esa semana.
Asistencia webinar < 20% del registrado Investigar: hora? recordatorios fallaron? ad targeting cambió? Ajustar próxima semana. Si recurrente, A/B test del horario.
Conversión taller < 3% del asistido Auditoría del pitch + de los closers + del precio. Si hipótesis precio → testear "$3 noche del lunes" como variante.
Conversión membresía $97 < 5% del taller Re-trabajar pitch jueves. Bonus extra. Testimonio nuevo.
Streaming cae mid-webinar (Skool down) Plan B: cambiar a backup Zoom/YT con la misma grabación + Cortex avisa por WA "cambio de link: [URL]". Como es replay, no hay riesgo de perder al speaker.
Bot WA caído (Meta API down) Fallback: SMS Twilio + email simultáneo. Manual outreach por closers. Reportar a Meta.
Pasarelas caídas justo en pico de cierre Selector muestra solo las activas + transferencia siempre disponible. Comunicar opción transferencia con descuento.
Closer único enfermo viernes (cierre) Backup activado. Si backup también, Jesús cubre + bot maneja con respuestas pre-aprobadas.
Internet de Martín cae (SOLO aplica si está activo en Q&A opcional o sesión de regrabación) Hot-spot de celular como backup. Si grave durante Q&A opcional: cancelar el Q&A y dejar solo replay. Si grave durante regrabación: re-agendar la sesión de regrabación. El replay automático del día NO se ve afectado.
Meta rechaza ads días antes del webinar Cuenta de respaldo activada con ads pre-cargados. Apelación en paralelo. Si grave: reducir presupuesto a 50% temporalmente.
Volumen de compras dispara webhook failures Cron de reconciliación cada 1h + cola de retry exponencial + alerta.
Lead pide refund post-clase 1 Política: refund si pide en < 7 días sin preguntas. Status REFUNDED + acceso revocado.
Saturación de DMs en WhatsApp del closer Throttle: 30 DMs simultáneos máximo. Resto en cola con respuesta automática "te contactamos en < 30 min".
Datos no cargan en dashboard live durante webinar Cortex monitorea Supabase directo + alerta a Jesús. Backup: Excel manual.
Confusión de SKU en checkout (lead compra el equivocado) Refund + venta del correcto. Auditoría de UX para ver si hubo bug en selector.
Spam / fake leads desde ad masivo Filtro Supabase: bloquear emails / teléfonos sospechosos. Honeypot en form. Calificación más estricta.

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

Esta sección es CRÍTICA — el loop semanal es el SOP estándar para todos los clientes. Alimenta sop/lanzar-cliente/18_operacion_semanal.md y sop/operar-cliente/00_LOOP_SEMANAL.md.

  • Variables a externalizar:
  • client_config.json > schedule.webinar_day (default monday)
  • client_config.json > schedule.webinar_hour (default 20:00)
  • client_config.json > schedule.webinar_tz (default America/Argentina/Buenos_Aires)
  • client_config.json > schedule.taller_days (default [wednesday, thursday, friday])
  • client_config.json > schedule.taller_hour (default 20:00)
  • client_config.json > schedule.precio_escalonado[] — array por día con SKU activo
  • client_config.json > schedule.cierre_at (default friday 23:59)
  • client_config.json > schedule.membresia_apertura_day (default thursday)
  • client_config.json > schedule.cuotas_apertura_day (default friday)
  • client_config.json > messages.pre_webinar[] — plantillas WA personalizadas
  • client_config.json > kpi_thresholds — límites para alertas (asistencia mínima, conversión mínima, etc.)
  • Templates a guardar en sop/operar-cliente/templates/loop_semanal/:
  • Carpeta _CLIENT_TEMPLATE/Semana_XXXX-XX-XX/ con sub-carpetas 1-7
  • Plantillas WA messages_wa/pre_webinar/, post_webinar/, clase_recordatorio/, pitch_membresia/, cierre_urgente/
  • Template post_mortem_TEMPLATE.md
  • Template reporte_cliente_TEMPLATE.html (input para PDF)
  • Template slides_webinar_TEMPLATE.md (Reveal.js)
  • Cron jobs YAML para Railway (precio dinámico, recordatorios, cierre)
  • Sustituciones automáticas:
  • {{CLIENTE_SLUG}} → en URLs y paths
  • {{CLIENTE_NOMBRE}} → en mensajes
  • {{MARCA}} → marca comercial
  • {{PRECIO_LUN}}, {{PRECIO_MAR}}, {{PRECIO_TALLER_FULL}} → precios escalonados
  • {{PRECIO_MEMBRESIA_ANUAL}}, {{PRECIO_MENSUAL}}, {{PRECIO_CUOTA}} → membresías
  • {{HORARIO_WEBINAR}} → según TZ
  • Componentes reusables 1:1:
  • Cron jobs (precio dinámico, recordatorios)
  • Dashboard /admin/semanal/
  • Vista /admin/live-monitor
  • Generador de reporte PDF
  • Schema Supabase
  • Bot WA con plantillas
  • Lib precio_dinamico.ts
  • Decisiones por cliente:
  • Algunos clientes pueden NO querer escalada de precio → toggle pricing.escalonado: false
  • Algunos clientes pueden tener taller de 1 sola clase → ajustar schedule.taller_days
  • Algunos clientes pueden no tener membresía → desactivar SKUs membresía
  • El loop genérico debe soportar todas estas variantes con flags

5. Recursos y archivos relacionados

6. Notas y aprendizajes (post-mortem)

Llenar después del primer ciclo (semana 15-21 jun). Este es el archivo más importante de aprendizajes — alimenta SOP multi-tenant.

  • (vacío)

CHANGELOG

  • 2026-05-05 — JT — Creación inicial del loop semanal estándar. Patrón: dom prep → lun webinar → mar/$10 análisis → mié/$15 clase 1 → jue clase 2 + membresía $97 → vie clase 3 + cuotas + cierre 23:59 → sab post-mortem + reporte. Recurrente desde 15 jun.
  • 2026-05-05 — JT — Modelo cambia a EVERGREEN. Lunes y mié/jue/vie son RELANZAMIENTOS automáticos del replay. Martín NO dicta cada semana — solo aparece para Q&A opcional o eventos especiales. Reescritas secciones 2.2 (lunes), 2.4-2.6 (taller), 2.9 (reglas operativas — eliminada "se posterga si Martín se enferma", reemplazada por triggers de regrabación). Plan B "Martín se enferma" ya no aplica.
← Anterior · 17
Transferencia