***Habilidad:** Recopilar todos los supuestos críticos sobre los que descansa el modelo de negocio del startup.* --- ## ¿Por qué importa esta habilidad? Todo modelo de negocio es una serie de supuestos. Si los supuestos nunca se documentan, nunca se pueden validar. El primer paso de cualquier sistema de experimentación es tener la lista completa. ## Qué se ve como un buen resultado El equipo tiene una lista maestra de todos los supuestos del venture —sobre el cliente, el problema, la solución, el modelo y el impacto— organizada de forma que permite priorizarlos. ## Errores comunes - Confundir supuestos con hechos conocidos. - Listar solo los supuestos que parecen más fáciles de validar. - Hacer la lista una vez y no actualizarla. - No distinguir entre supuestos del cliente y supuestos del modelo. ## Preguntas que el startup debe responder - ¿Qué tiene que ser verdad sobre el cliente para que el modelo funcione? - ¿Qué tiene que ser verdad sobre el problema? - ¿Qué tiene que ser verdad sobre la solución? - ¿Qué tiene que ser verdad sobre el modelo de negocio y el impacto? ## Artifact requerido

### 📄 Registro maestro de supuestos **Propósito:** Documentar todos los supuestos del venture de forma organizada para facilitar la priorización y validación. **Card vinculada:** Lista maestra de supuestos #### Instrucciones de desarrollo 1. Divide los supuestos en cuatro categorías: cliente, problema, solución, modelo. 2. Lista al menos tres supuestos por categoría. 3. Para cada supuesto, evalúa: ¿es hecho conocido o hipótesis? Si es hecho, retíralo de la lista. 4. Marca cuáles ya tienen evidencia parcial y cuáles son pura hipótesis. **Estado esperado:** Registro con 12 o más supuestos en cuatro categorías, clasificados como hecho o hipótesis. #### Criterios de revisión del Artifact - Al menos 12 supuestos en cuatro categorías. - Cada supuesto es verificablemente una hipótesis, no un hecho. - El estado de evidencia está marcado. - El registro es conocido y accesible para todo el equipo. **Estado:** ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente

## Criterios de completitud - El registro tiene 12 o más supuestos en cuatro categorías. - El estado de evidencia está marcado para cada uno. - El equipo usa el registro como base para priorizar la validación. ## Rúbrica de revisión

Nivel	Descripción
No iniciado	No hay ninguna lista de supuestos.
En progreso	Hay supuestos informales no documentados.
Completo	El registro tiene 12 o más supuestos en cuatro categorías.
Revisado	El estado de evidencia está marcado.
Cumple estándar	El registro es la base del sistema de experimentación del venture.
Fuerte/Sobresaliente	Se actualiza con cada ciclo de aprendizaje y refleja el estado actual del modelo.

## Cards relacionadas / siguiente paso - Supuestos de cliente y mercado - Impacto e incertidumbre - Supuestos a preguntas

***Habilidad:** Aislar los supuestos específicamente relacionados con el cliente y el mercado Beachhead para priorizarlos.* --- ## ¿Por qué importa esta habilidad? Los supuestos de cliente y mercado son los que más frecuentemente invalidan una startup. Son también los más fáciles de validar con discovery. Aislarlos permite trabajarlos de forma sistemática. ## Qué se ve como un buen resultado El equipo tiene una lista específica de los supuestos de cliente y mercado del Beachhead, con estado de validación y plan de acción para los más críticos. ## Errores comunes - Mezclar supuestos de cliente con supuestos de producto o modelo. - No priorizar los supuestos de cliente por impacto en el modelo. - Asumir que el discovery ya validó todos los supuestos de cliente. - No actualizar la lista cuando el Beachhead cambia. ## Preguntas que el startup debe responder - ¿Qué supuestos tenemos sobre quién es el comprador ideal? - ¿Qué supuestos tenemos sobre la frecuencia y urgencia del problema? - ¿Qué supuestos tenemos sobre el tamaño del mercado? - ¿Cuáles de estos supuestos son más críticos para la viabilidad? ## Artifact requerido

### 📄 Lista de supuestos de cliente y mercado **Propósito:** Aislar y documentar los supuestos de cliente y mercado con estado de validación y prioridad. **Card vinculada:** Supuestos de cliente y mercado #### Instrucciones de desarrollo 1. Extrae del registro maestro todos los supuestos de las categorías "cliente" y "problema/mercado". 2. Para cada supuesto, evalúa: ¿qué evidencia tenemos? ¿es suficiente para declararlo validado? 3. Clasifica el nivel de validación: no validado, validación parcial, validado. 4. Prioriza los no validados por impacto en el modelo. **Estado esperado:** Lista con supuestos de cliente y mercado, nivel de validación y prioridad para los no validados. #### Criterios de revisión del Artifact - Todos los supuestos de cliente y mercado del registro están incluidos. - El nivel de validación está clasificado para cada uno. - Los no validados están priorizados por impacto. - La lista está conectada con el plan de discovery. **Estado:** ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente

## Criterios de completitud - La lista tiene todos los supuestos de cliente y mercado con nivel de validación. - Los no validados están priorizados. - La lista orienta el próximo ciclo de discovery. ## Rúbrica de revisión

Nivel	Descripción
No iniciado	No hay ninguna lista específica de supuestos de cliente.
En progreso	Los supuestos de cliente están mezclados con otros sin priorización.
Completo	La lista tiene supuestos con nivel de validación básico.
Revisado	Los no validados están priorizados por impacto.
Cumple estándar	La lista guía el plan de discovery y se actualiza con cada ciclo.
Fuerte/Sobresaliente	Es la referencia central para conectar el discovery con el modelo de negocio.

## Cards relacionadas / siguiente paso - Lista maestra de supuestos - Impacto e incertidumbre - Mom Test

***Habilidad:** Clasificar los supuestos del venture por su importancia para el modelo y por su nivel de incertidumbre.* --- ## ¿Por qué importa esta habilidad? No todos los supuestos merecen el mismo esfuerzo de validación. Los supuestos con alto impacto y alta incertidumbre son los que el equipo debe validar primero. Esta clasificación es el motor de la priorización de experimentos. ## Qué se ve como un buen resultado El equipo tiene una matriz impacto-incertidumbre con todos los supuestos del registro posicionados, y puede identificar el cuadrante prioritario para enfocar los experimentos. ## Errores comunes - Clasificar todos los supuestos como "alto impacto" sin criterio. - Priorizar los supuestos fáciles de validar en lugar de los más críticos. - Hacer la matriz una vez y no actualizarla. - No usar la matriz para decidir qué experimento diseñar primero. ## Preguntas que el startup debe responder - ¿Cuáles supuestos invalidarían el modelo si resultan falsos? - ¿Cuáles supuestos tenemos menos evidencia para respaldar? - ¿Hay supuestos de alto impacto que son relativamente fáciles de validar? - ¿Cuándo fue la última vez que actualizamos la posición de los supuestos? ## Artifact requerido

### 📄 Matriz impacto-incertidumbre **Propósito:** Posicionar todos los supuestos del registro en una matriz de dos ejes para priorizar la validación. **Card vinculada:** Impacto e incertidumbre #### Instrucciones de desarrollo 1. Dibuja una matriz con impacto (bajo a alto) en el eje Y e incertidumbre (baja a alta) en el eje X. 2. Posiciona cada supuesto del registro en la matriz. 3. Identifica el cuadrante prioritario: alto impacto + alta incertidumbre. 4. Lista los tres supuestos más prioritarios para diseñar experimentos. **Estado esperado:** Matriz con todos los supuestos posicionados y cuadrante prioritario identificado. #### Criterios de revisión del Artifact - Todos los supuestos del registro están en la matriz. - La posición tiene justificación para los más críticos. - El cuadrante prioritario está identificado. - Los tres supuestos más urgentes están listados. **Estado:** ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente

## Criterios de completitud - La matriz tiene todos los supuestos posicionados. - El cuadrante prioritario está identificado. - El equipo usa la matriz para priorizar los próximos experimentos. ## Rúbrica de revisión

Nivel	Descripción
No iniciado	No hay clasificación de supuestos por impacto e incertidumbre.
En progreso	La clasificación es intuitiva y no documentada.
Completo	La matriz tiene los supuestos posicionados con criterio básico.
Revisado	El cuadrante prioritario está identificado y justificado.
Cumple estándar	La matriz guía el diseño de experimentos y se actualiza con el aprendizaje.
Fuerte/Sobresaliente	Es la herramienta central del sistema de experimentación del venture.

## Cards relacionadas / siguiente paso - Lista maestra de supuestos - Priorización de validación - Registro de evidencia