Para qué sirve: Preparar un pitch con las 5 secciones completas antes del Betting Table. Sin todas las secciones, no entra al ciclo.

Regla: las preguntas marcadas ⚠️ son las que solo Serlyn puede responder — requieren conversación con usuarios reales o una decisión estratégica.

Instrucciones de uso

1. Duplicar este template para cada pitch nuevo
2. Nombrar el archivo: pitch-[nombre-corto]-ciclo-[N].md
3. Guardar en mindstack/wiki/pitches/
4. Cuando esté completo, notificar a Douglas para el Betting Table

Identificación del pitch

SECCIÓN 1 — Problema ⚠️

El problema más importante que un pitch puede tener es uno que sea real — expresado por una persona real, no por la tecnología.

1.1 ¿Con cuántos clientes reales validaste que este problema existe?

Mínimo recomendado para apostar: 3 empresas. Por debajo de eso, el pitch es hipótesis, no problema validado.

Respuesta:
Nombres / referencias (opcional):

1.2 ¿Qué palabras exactas usó el cliente para describir el dolor?

Copiar textual. Esto es lo que se usará en el onboarding y en el copy de la feature.

"[cita textual del cliente 1]"

"[cita textual del cliente 2]"

1.3 ¿Con qué frecuencia ocurre este problema?

Opciones: diario / semanal / mensual / estacional / ad-hoc

Frecuencia:
¿En qué momento específico del mes/semana?:

1.4 ¿Cómo lo están resolviendo hoy (workaround actual)?

Solución actual:
¿Cuánto tiempo les toma ese workaround?:
¿Cuánto les cuesta (si aplica)?:

1.5 ¿Hay un usuario específico dentro de la empresa que sufre esto más?

Perfil del usuario que más lo sufre:
¿Es el mismo que decide pagar?: [Sí / No / A veces]
Si no: ¿quién decide pagar?:

Síntesis Sección 1

Claude puede ayudar a redactar esto con las respuestas de arriba.

[1-2 oraciones que describen el problema desde la perspectiva del usuario]

SECCIÓN 2 — Appetite ⚠️

El appetite no es cuánto tiempo crees que va a tomar. Es cuánto tiempo vale la pena invertir. Si no cabe en el appetite, se recorta el scope — no se alarga el tiempo.

2.1 ¿Este problema bloquea alguna venta o retiene algún cliente?

¿Bloquea ventas?: [Sí / No]
Si sí, ¿cuántos prospectos lo mencionaron como blocker?:
¿Riesgo de churn si no se resuelve?:

2.2 ¿Este pitch mueve algún gate de negocio?

[Sí → cuál gate mueve y cómo]
[No → justificación de por qué entra de todas formas]

2.3 Elegir appetite

Douglas llena los tradeoffs técnicos. Serlyn elige.

Appetite elegido: [ ] 4 semanas  [ ] 6 semanas
Razón de la elección:

SECCIÓN 3 — Solución (Rough Sketch) ⚠️

No es una especificación técnica. Es una descripción de qué va a poder hacer el usuario. Sin wireframes detallados — solo el flujo en palabras.

3.1 ¿Cómo debería funcionar desde la perspectiva del usuario?

Describir el flujo en pasos desde el punto de vista de quien lo usa. No cómo se implementa.

1. El usuario hace [acción]
2. El sistema muestra [resultado]
3. El usuario puede [decisión]
4. Al confirmar, [consecuencia]

3.2 ¿Hay pantallas de competidores que te inspiran? (opcional)

Referencia:
URL o descripción:
¿Qué copiar?:
¿Qué mejorar?:

Síntesis Sección 3

[Descripción funcional del flujo en 3-5 oraciones]

SECCIÓN 4 — No-gos (fuera de scope)

Los no-gos son tan importantes como el scope. Sin ellos, el ciclo se infla durante el building. Mínimo 3.

Fuera de scope explícito:
1. No incluye:
2. No incluye:
3. No incluye:
4. No incluye (opcional):

Si alguien pide esto durante el building → va al próximo Betting Table.

SECCIÓN 5 — Betting Rationale ⚠️

¿Por qué este pitch, por qué ahora? Si no hay una respuesta clara, el pitch probablemente debería esperar.

5.1 ¿Qué pasa si no construimos esto en este ciclo?

Consecuencia de no hacerlo ahora:
¿Podría esperar 2 ciclos más sin impacto material?: [Sí / No]

5.2 ¿Hay algo externo que hace urgente esto?

Urgencia externa (competidor, regulación, cliente que espera):

5.3 ¿Qué métrica específica esperamos que mejore?

Métrica a mejorar:
Estimación de impacto (orden de magnitud):
¿Cómo lo vamos a medir?:

Síntesis Sección 5

[1-3 oraciones justificando por qué este ciclo, por qué ahora]

Checklist — Pitch listo para Betting Table

• [ ] Sección 1 tiene al menos 3 validaciones con usuarios reales
• [ ] Sección 1 incluye al menos 1 cita textual del cliente
• [ ] Sección 2 tiene appetite elegido con justificación
• [ ] Sección 2 indica si mueve un gate de negocio
• [ ] Sección 3 describe el flujo desde perspectiva de usuario (no técnica)
• [ ] Sección 4 tiene al menos 3 no-gos explícitos
• [ ] Sección 5 tiene consecuencia de no hacerlo ahora
• [ ] No hay dependencias no documentadas con otros ciclos

Si todos los checkboxes están marcados → pitch listo para Betting Table.

Template versión 1.0 — Mayo 2026. Basado en Shape Up (Basecamp, 2019) adaptado a MindStack Suite.