Home / Checklists

08 — Oferta + Stack del Taller y Membresía

Índice de la página
  1. 01Cliente: Martín Rieznik / LevantArte
  2. Área: Construcción de oferta (taller $5/$10/$15 + membresía $97/$17/$67×6)
  3. 020. Definición de "done" para esta checklist
  4. 031. Pre-requisitos
  5. 042. Tareas
  6. 2.1 Preparación pre-sesión 3 (Cortex, antes del 12 may)
  7. 2.2 Sesión 3 con Martín (60 min, semana 12–16 may)
  8. 2.3 Stack del Taller (3 SKUs por precio escalonado)
  9. 2.4 Stack de la Membresía (3 modalidades)
  10. 2.5 Bonus específicos (mínimo 3 por SKU)
  11. 2.6 Mecanismo único (cómo nombra Martín su método)
  12. 2.7 Garantía
  13. 2.8 Comparativa vs Mentoría 90 días (no canibalización)
  14. 2.9 Escalado de precio (lunes $5 / martes $10 / mié-vie $15)
  15. 2.10 Ventana de compra (exclusividad temporal)
  16. 2.11 Auditoría 4-Legged Stool (Promise Engineer)
  17. 2.12 Documento final firmado
  18. 053. Variables y posibilidades a anticipar
  19. 064. Multi-tenant: cómo se replica al cliente #2
  20. 075. Recursos y archivos relacionados
  21. 086. Notas y aprendizajes (post-mortem)
  22. 09CHANGELOG

Cliente: Martín Rieznik / LevantArte

Área: Construcción de oferta (taller $5/$10/$15 + membresía $97/$17/$67×6)

Cerrar con Martín la oferta completa: stack de valor + bonus + mecanismo único nombrado + garantía + comparativa vs Mentoría 1:1. Output firmado en _CONFIG.md > oferta que alimenta sales pages, slides del webinar, system prompt del bot y scripts de closers.

Última actualización: 2026-05-05
Responsable principal (R): Martín (define el contenido) + Jesús (negocia / firma)
Aprobador (A): Jesús + Martín (firma conjunta)
Deadline: 16 may 2026 (antes de Martín irse de vacaciones 17–31 may)
Depende de: 06_VIDEOS_YOUTUBE.md (mecanismo único + objeciones extraídas)
Bloquea a: 02_LANDINGS_Y_PAGES.md, 03_COPIES.md, 07_WEBINAR.md, 09_SLIDES.md, 10_BOT_WHATSAPP_1A1.md, 16_PASARELAS_PAGO.md

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

  • Sesión 3 con Martín ejecutada (60 min entre 12–16 may), grabada y transcripta.
  • Stack del taller (3 niveles de precio) documentado con valor monetizable por componente, mínimo 3 bonus por SKU.
  • Stack de la membresía documentado en sus 3 modalidades ($97 anual / $17 mensual / $67×6) con catálogo de contenido, comunidad y bonus diferenciados de Mentoría 1:1.
  • Mecanismo único nombrado (1 nombre + 3 pilares + diferencial) y aprobado por Martín.
  • Garantía escrita (días, condiciones, fricción) firmada por Martín.
  • Comparativa vs Mentoría 90 días que evite canibalización (qué hace cada producto y para quién).
  • Lógica server-side de precio escalonado especificada (lunes $5 / martes $10 / mié-vie $15) lista para lib/precio_dinamico.ts (referencia checklist 02).
  • Reglas de exclusividad temporal (ventana de compra cierra cuándo) documentadas.
  • Auditoría con framework 4-Legged Stool del promise-engineer con score ≥40/50.
  • Documento final firmado por Martín (firma digital o reply explícito en mail/WA) en _CONFIG.md > oferta.

1. Pre-requisitos

# Pre-requisito Provisto por Estado
1 Avatar profundo extraído (Schwartz + biotipos Unani) Cortex (checklist 06) ⚠️
2 Mecanismo único candidato extraído de scraping YouTube Cortex (checklist 06) ⚠️
3 Top 10 objeciones documentadas Cortex (checklist 06) ⚠️
4 Stack histórico que ya usa Martín (Mentoría 90 días + libros + Academy) inventariado Cortex (checklist 06) ⚠️
5 4 sesiones agendadas con Martín 12–16 mayo (B2 del INDEX) Jesús + Martín ⚠️
6 Decisión confirmada de no canibalizar Mentoría 1:1 (precio Mentoría informado) Martín ⚠️
7 Frameworks 4_legged_stool, schwartz_framework_completo, unique_mechanism accesibles Cortex ✅

2. Tareas

2.1 Preparación pre-sesión 3 (Cortex, antes del 12 may)

  • Brief para Martín de la sesión 3 (PDF 2 págs): qué se va a definir + qué decisiones se piden + qué docs lee antes. R: Cortex. Done cuando: PDF entregado a Martín 48h antes de la sesión.
  • Draft de stack del taller v0 basado en scraping de YouTube + lo que Martín ya vende. R: Cortex. Done cuando: doc con propuesta de 3 SKUs + bonus por cada uno listo para iterar.
  • Draft de stack de membresía v0 con catálogo de año (12 webinars + comunidad + bonus). R: Cortex. Done cuando: doc con propuesta lista para iterar.
  • Draft de mecanismo único v0 con 3 candidatos de naming (basado en mechanism-extraction.md). R: Cortex + promise-engineer. Done cuando: 3 nombres + 3 pilares cada uno.
  • Lista de 15 preguntas para sesión 3 (que cubren stack, bonus, garantía, mecanismo, ventana). R: Cortex. Done cuando: lista en R/Investigación/sesion3_preguntas.md.

2.2 Sesión 3 con Martín (60 min, semana 12–16 may)

  • Agendar sesión 3 dentro de la ventana 12–16 may (ideal: martes 13 o miércoles 14 may). R: Jesús. Done cuando: invite calendar enviado.
  • Grabar la sesión (Zoom + audio backup). R: Cortex. Done cuando: archivo MP4 + audio M4A en R/Sesiones/sesion3_oferta_YYYY-MM-DD/.
  • Transcripción Whisper de la sesión. R: Cortex. Done cuando: .md con timestamps en la misma carpeta.
  • Notas estructuradas en plantilla (decisiones tomadas + acciones + bloqueantes nuevos). R: Cortex. Done cuando: notas_sesion3.md completo.

2.3 Stack del Taller (3 SKUs por precio escalonado)

Los 3 SKUs son el MISMO contenido base + bonus que se desbloquean según cuándo compres. Es psicología de urgencia honesta, no contenido distinto. Validar este modelo con Martín (alternativa: precio único $15 con descuento por día).

  • Definir contenido base del taller (3 clases mié/jue/vie 20hs ARG): tema de cada clase + qué problema resuelve + qué se llevan. R: Martín. Done cuando: 3 outlines de 1 página cada uno.
  • Stack común a todos los SKUs: R: Cortex (estructura) + Martín (valida).
  • Acceso a las 3 clases live + grabaciones por 30 días — valor $X
  • Workbook PDF (1 por clase) — valor $X
  • Comunidad WA "Compradores Taller" durante la semana — valor $X
  • Q&A live al final de cada clase — valor $X
  • Recursos descargables (audios, plantillas) — valor $X
  • TALLER_LUNES ($5): stack común + 2 bonus exclusivos. R: Martín + Cortex. Done cuando: 2 bonus específicos definidos con valor.
  • Bonus 1: ej. PDF "10 frases para arrancar conversación" + audio extra
  • Bonus 2: ej. acceso a sala de pre-warmup el martes con Martín 30 min
  • TALLER_MARTES ($10): stack común + 1 bonus extra (al ser más caro, MENOS bonus exclusivos — el incentivo es que el de lunes era más barato). R: Martín. Done cuando: 1 bonus + script de "perdiste el bonus de lunes pero tenés esto".
  • TALLER_FULL ($15) mié-vie: stack común sin bonus exclusivos extra. R: Martín. Done cuando: documentado.
  • Tabla de valor monetizable: cada componente con $ asignado → suma total ≥ 10x del precio máximo ($150+ vs $15). R: Cortex. Done cuando: tabla en doc final con suma > $150.
  • Diferenciador del taller vs contenido gratis YouTube: 1 párrafo que diga "qué hay acá que no está en mi YouTube". R: Martín + Cortex. Done cuando: párrafo aprobado.

2.4 Stack de la Membresía (3 modalidades)

  • MEMBRESIA_ANUAL_1PAGO ($97/año): catálogo + bonus diferenciados de Mentoría 1:1. R: Martín + Cortex. Done cuando: stack completo.
  • 12 webinars/mes (1 por mes)
  • Acceso a librería de talleres pasados (todos los lunes archivados)
  • Comunidad anual "Miembros LevantArte"
  • Q&A grupal mensual con Martín (90 min)
  • Bonus 1: ej. ebook "Manifiesto LevantArte"
  • Bonus 2: ej. masterclass "Cómo encontrar tu primera relación a los +35"
  • Bonus 3: ej. plantilla de "primera cita perfecta" (PDF + checklist)
  • MEMBRESIA_MENSUAL ($17/mes): mismo stack que anual + sin bonus #2 y #3 (los anuales se ahorran). R: Martín + Cortex. Done cuando: tabla diff.
  • MEMBRESIA_6_MESES ($67×6 = $402): stack intermedio, anclaje psicológico ($402 anual vs $97 anual = sentí qué barato es el anual). R: Martín + Cortex. Done cuando: tabla diff + script de anclaje.
  • Tabla de comparación 3 columnas (Anual / Mensual / 6 cuotas) con check ✅ / cruz ❌ por feature. R: Cortex. Done cuando: tabla diseñada para sales page.
  • Política de upgrade/downgrade: ¿el mensual puede subir a anual? ¿qué pasa con los bonus? R: Martín + Jesús. Done cuando: política escrita.

2.5 Bonus específicos (mínimo 3 por SKU)

  • Inventariar todos los bonus del taller + membresía en una tabla maestra. R: Cortex. Done cuando: tabla con bonus_id, nombre, formato (PDF/audio/video/sesión), valor, sku_aplicable.
  • Producir bonus que aún no existen (PDFs, audios, plantillas). R: Cortex (escribe) + Martín (graba audios/videos cortos). Done cuando: archivos finales en R/Bonus/.
  • Diseño visual de cada bonus (cover + thumbnail consistente con branding LevantArte). R: Cortex. Done cuando: thumbnails 1200x800 listos.
  • Sistema de entrega del bonus: link de descarga gateado por compra (Hotmart área de miembros / página /martin/bonus/{sku}). R: Eric + Cortex. Done cuando: probado con compra de prueba.

2.6 Mecanismo único (cómo nombra Martín su método)

  • Presentar 3 candidatos extraídos del scraping a Martín. R: Cortex. Done cuando: doc con cada candidato + ejemplos de uso en YouTube + score de diferenciación.
  • Martín elige nombre final (puede modificar uno o proponer su versión). R: Martín. Done cuando: nombre definitivo escrito.
  • 3 pilares del mecanismo: 3 conceptos clave que lo componen. R: Martín + Cortex. Done cuando: 3 pilares con 1 frase descriptiva cada uno.
  • Diferencial vs alternativas: qué hace este mecanismo que NO hacen "leer libros de PUA / contratar coach / leer Tinder Hacks". R: Martín + Cortex. Done cuando: tabla comparativa 4 filas.
  • Auditar con framework unique_mechanism.md: chequear que cumple las 5 preguntas de Todd Brown. R: Cortex. Done cuando: scorecard + ajustes.
  • Reglas de uso del nombre: nunca decirlo en headline (regla feedback_promise_engineer_rules), sí decirlo en body de webinar/sales page. R: Cortex. Done cuando: documentado en _CONFIG.md > mecanismo.

2.7 Garantía

  • Definir tipo de garantía: 7 días / 14 días / 30 días / "completá el taller y pedí reembolso". R: Martín. Done cuando: días + condiciones decididos.
  • Definir fricción del reembolso: email a soporte@levantarte.com + 1 pregunta de feedback / formulario. NO hacer fricción ilegal. R: Martín + Jesús. Done cuando: protocolo escrito.
  • Texto legal de la garantía para sales pages (preparado para que un abogado lo revise si hace falta). R: Cortex. Done cuando: párrafo en doc final.
  • Diferenciar garantía taller vs membresía (la membresía suele tener garantía más corta). R: Martín. Done cuando: ambas garantías escritas.
  • Operativa de reembolso por pasarela: cómo se reembolsa en Hotmart, dLocal, transferencia. R: Jesús + Martín (con cuentas). Done cuando: SOP escrito en _CONFIG.md > refund_protocol.

2.8 Comparativa vs Mentoría 90 días (no canibalización)

  • Documentar precio actual de Mentoría 1:1 (Martín informa). R: Martín. Done cuando: precio + duración + entregable confirmado.
  • Tabla comparativa 3 productos (Taller $15 / Membresía $97-$402 / Mentoría 1:1). R: Cortex. Done cuando: tabla diferencia escala (grupo vs 1:1) + intensidad + duración + precio + outcome.
  • Script para webinar/bot: cuándo recomendar cada producto. Si lead dice "quiero acelerar más" → ofrecer Mentoría. Si dice "quiero probar barato primero" → taller. R: Cortex + Martín. Done cuando: árbol de decisión documentado.
  • Garantía explícita de no canibalización: el bot 1:1 NO ofrece Mentoría dentro de los primeros 14 días post-membresía (deja que disfrute lo que compró). R: Martín + Cortex. Done cuando: regla en system prompt del bot (checklist 10).

2.9 Escalado de precio (lunes $5 / martes $10 / mié-vie $15)

  • Especificar lógica server-side para lib/precio_dinamico.ts: function getPrecioTaller(now: Date, tz: 'America/Argentina/Buenos_Aires'): { precio, sku, dia, hora_corte }. R: Cortex (specs) + Eric (impl). Done cuando: spec en doc + ticket a Eric.
  • Casos borde de TZ: usuario desde España entra a las 23:00 lunes (Argentina = 19:00 lunes) → ve precio lunes $5. Usuario desde México entra martes 02:00 (Argentina = 04:00 martes) → ve precio martes $10. R: Cortex (specs) + Eric (impl). Done cuando: tabla de casos en spec.
  • Visualización del countdown en sales page: "el precio sube a $10 en X horas Y minutos". R: Cortex (copy) + Eric (impl). Done cuando: countdown probado.
  • Honestidad temporal: el precio realmente sube. NO mostrar countdown fake. R: Jesús + Eric. Done cuando: regla escrita en _CONFIG.md > pricing_integrity.
  • Mensaje del bot WA cada vez que sube el precio (martes 00:01, miércoles 00:01). R: Cortex + Eric. Done cuando: cron + copy listos.

2.10 Ventana de compra (exclusividad temporal)

  • Definir cierre de ventana: viernes 23:59 ARG (mismo día de la última clase). R: Martín + Jesús. Done cuando: hora exacta + qué pasa después.
  • Qué pasa post-cierre: sales page muestra "ventana cerrada, próximo taller lunes próximo, registrate al webinar". R: Cortex + Eric. Done cuando: estado "closed" implementado.
  • Honestidad post-cierre: si alguien escribe "quiero comprar igual", el bot dice "el taller cerró, te dejo en lista para el próximo". NO reabrir tras "negociación". R: Cortex (system prompt bot). Done cuando: regla escrita.
  • Membresía: ¿también cierra el viernes o queda abierta toda la semana? R: Martín + Jesús. Done cuando: política decidida.
  • Recomendado: membresía abre jueves $97 + viernes $97/$17/$67×6 + queda abierta evergreen (no cierra).

2.11 Auditoría 4-Legged Stool (Promise Engineer)

  • Aplicar framework 4-Legged Stool a la oferta completa: las 4 patas son Big Promise / Big Idea / Mechanism / Proof. R: Cortex con promise-engineer. Done cuando: scorecard 50 pts.
  • Big Promise: ¿qué resultado tangible se promete?
  • Big Idea: ¿cuál es la idea contraintuitiva detrás?
  • Mechanism: ¿el mecanismo único está claro y no canibaliza headline?
  • Proof: ¿cuántos casos + autoridad + lógica respaldan?
  • Score mínimo ≥40/50 para publicar. Si < 40, iterar con Martín. R: Cortex. Done cuando: score ≥40.
  • Documento de auditoría en R/Investigación/oferta_audit_4legged_YYYY-MM-DD.md. R: Cortex. Done cuando: doc archivado.

2.12 Documento final firmado

  • Compilar _CONFIG.md > oferta con TODO: stack 3 SKUs taller + 3 modalidades membresía + bonus + mecanismo + garantía + comparativa Mentoría + ventana + escalado precio + reglas integridad. R: Cortex. Done cuando: sección completa.
  • Enviar a Martín por WA + email para firma. R: Jesús. Done cuando: enviado.
  • Reply explícito de Martín "firmo todo" o nota de cambios. R: Martín. Done cuando: reply en hilo + screenshot adjunto a _CONFIG.md.
  • Versionar en Git con tag oferta-v1-firmada-YYYY-MM-DD. R: Cortex. Done cuando: tag pusheado.

3. Variables y posibilidades a anticipar

Escenario Plan B
Martín no agenda sesión 3 antes del 16 may Sesión async: Cortex le manda 15 preguntas por WA, Martín responde por audio. Cortex compila respuestas en draft de oferta. Riesgo: pierde profundidad de conversación.
Martín cambia precios después de firmar Política de "cambio post-firma": OK si > 30 días antes de launch; bloqueado si < 14 días. Si insiste, Jesús negocia ventana de re-trabajo.
Stack del taller queda flojo (< $150 valor monetizable) Agregar bonus de Cortex sin tocar agenda de Martín (PDFs, plantillas, mini-audios). Target: cada bonus debe ser entregable en < 2hs de trabajo Cortex.
Mecanismo único es genérico (suena a "método X de venta") Forzar iteración: Cortex propone 3 más + Martín reacciona. Si no se llega, dejar SIN nombre y trabajar con "mi método" o "mi enfoque" (peor pero válido).
Membresía canibaliza Mentoría 1:1 (precio bajo + casi mismo contenido) Subir precio anual a $147 / mensual $27 / 6 cuotas $87 (renegociar con Martín). O reducir bonus de membresía para mantener Mentoría como tier premium.
Garantía muy laxa lleva a refund rate alto Plan B: pasar a "garantía de proceso" (completá el taller, mostrame que hiciste tarea, pedí reembolso). Aumenta fricción honesta.
Pasarela rechaza precios cambiantes (Hotmart no soporta dinámico) 3 SKUs separados en Hotmart con links distintos por día. Sales page detecta día y muestra link correcto. Fallback ya planeado.
Ventana de compra cierra y hay leads "casi compraron" Bot 1:1 cierra honestamente "ventana cerrada" + ofrece reservar lugar para próxima semana. Closer humano puede hacer venta excepcional 1:1 SIN mostrar precio histórico (precio Mentoría/Membresía mensual disponible siempre).
Bonus prometidos no se entregan a tiempo Pre-grabar TODOS los bonus antes del 1 jun. Lista de chequeo + responsable. Si falta uno, comunicar honestamente "te lo entrego el viernes" (NO mentir).
Comparativa Mentoría vs Membresía confunde leads Versión simplificada para webinar: "Mentoría = querés acelerar 1:1 / Membresía = querés aprender en grupo + comunidad". Puntal claro.

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 > oferta):
  • oferta.taller.skus[]: array de { sku_id, nombre, precio, dia_compra, bonus_ids[] }
  • oferta.membresia.modalidades[]: array de { modalidad_id, precio, frecuencia, bonus_ids[] }
  • oferta.bonus_catalog[]: array de { bonus_id, nombre, formato, valor_monetizable, url_entrega }
  • oferta.mecanismo.nombre, oferta.mecanismo.pilares[], oferta.mecanismo.diferencial
  • oferta.garantia.dias, oferta.garantia.condiciones, oferta.garantia.email_soporte
  • oferta.ventana.cierra_dia, oferta.ventana.cierra_hora, oferta.ventana.tz
  • oferta.escalado_precio[]: array de { dia_semana, hora_corte, precio_nuevo }
  • oferta.upsell.mentoria_premium.nombre, oferta.upsell.mentoria_premium.precio, oferta.upsell.no_canibalizar_dias
  • Templates a guardar en sop/lanzar-cliente/templates/oferta/:
  • brief_sesion_oferta.md (PDF para enviar al cliente nuevo antes de la sesión)
  • 15_preguntas_oferta.md (script para la sesión)
  • tabla_stack_taller.md (tabla en blanco para llenar)
  • tabla_membresia_3_modalidades.md
  • audit_4legged_template.md (scorecard para ejecutar)
  • documento_oferta_firmable.md (template para firma)
  • precio_dinamico_spec.md (cómo configurar lib/precio_dinamico.ts con nuevos precios)
  • Sustituciones automáticas (clone_client.py):
  • Reemplazar precios y SKUs en _CONFIG.md por los del cliente nuevo
  • Generar links Hotmart/dLocal nuevos automáticamente desde IDs config
  • Adaptar timezone del cliente
  • Generar QR nuevos para cada SKU
  • Lo que NO se replica (cliente-específico): contenido específico de los bonus, mecanismo único (cada cliente tiene el suyo), comparativa con sus otros productos.

5. Recursos y archivos relacionados

  • 06_VIDEOS_YOUTUBE.md — Insumos: avatar profundo, mecanismo único candidato, top objeciones.
  • 02_LANDINGS_Y_PAGES.md — Sales pages que consumen esta oferta + lib/precio_dinamico.ts.
  • 07_WEBINAR.md — Bloque 6 del guion (pitch del stack).
  • 09_SLIDES.md — Slides del stack + comparativa.
  • 10_BOT_WHATSAPP_1A1.md — System prompt incluye oferta vigente + objeciones rotas.
  • 16_PASARELAS_PAGO.md — 6 SKUs configurables en cada pasarela.
  • ../02_PLAN_INTERNO_EQUIPO.md — Plan macro § 7 bloque 2 sesión 3 + § 6.4 pitch membresía.
  • shared/frameworks/4_legged_stool.md — Auditoría obligatoria.
  • shared/frameworks/schwartz_framework_completo.md — Calibración de Schwartz por nivel.
  • shared/frameworks/unique_mechanism.md — 5 preguntas de Todd Brown.
  • agents/promise-engineer/AGENT.md — Workflow de auditoría de promesa.
  • agents/promise-engineer/scripts/score_promise.py — Scorecard 50 pts.
  • tooaudience/clientes/martin-rieznik/_CONFIG.md — Sección oferta final firmada.

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 (sesión 3 con Martín 12-16 may 2026).

CHANGELOG

  • 2026-05-05 — JT/Cortex — Creación inicial. Stack taller 3 precios + membresía 3 modalidades + mecanismo único + garantía + comparativa Mentoría + ventana + escalado precio + audit 4-Legged Stool.
← Anterior · 07
Webinar (Evergreen)