***Habilidad:** Documentar los resultados de cada experimento de validación de forma organizada y auditable.* --- ## ¿Por qué importa esta habilidad? Sin un registro de evidencia, el aprendizaje del equipo queda en memorias individuales. El registro convierte los experimentos en un activo acumulativo que informa las decisiones futuras. ## Qué se ve como un buen resultado El equipo tiene un repositorio donde cada experimento completado tiene documentados: el supuesto probado, el método, los resultados observados y la conclusión. ## Errores comunes - Hacer experimentos sin documentar los resultados. - Documentar solo los experimentos exitosos e ignorar los fallidos. - Guardar la evidencia en documentos dispersos sin estructura. - No conectar los resultados con la actualización del modelo. ## Preguntas que el startup debe responder - ¿Dónde guardamos los resultados de los experimentos? - ¿Los resultados negativos están documentados con el mismo rigor que los positivos? - ¿Alguien del equipo puede revisar el historial de validaciones en 10 minutos? - ¿Cuándo fue la última vez que actualizamos el modelo a partir de un resultado? ## Artifact requerido

### 📄 Repositorio de evidencia **Propósito:** Documentar todos los experimentos y sus resultados en un repositorio accesible y auditable. **Card vinculada:** Registro de evidencia #### Instrucciones de desarrollo 1. Crea una entrada por experimento completado con: supuesto, método, fecha, resultados, conclusión. 2. Clasifica la conclusión: confirmado, refutado, ambiguo. 3. Conecta la conclusión con el impacto en el modelo: ¿qué cambió? 4. Organiza el repositorio de forma que cualquier miembro del equipo pueda encontrar cualquier experimento. **Estado esperado:** Repositorio con todos los experimentos documentados, clasificados y conectados al modelo. #### Criterios de revisión del Artifact - Cada experimento completado tiene una entrada. - La clasificación (confirmado/refutado/ambiguo) está definida. - El impacto en el modelo está documentado. - El repositorio es accesible a todo el equipo. **Estado:** ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente

## Criterios de completitud - El repositorio tiene todos los experimentos completados documentados. - Las conclusiones están clasificadas y conectadas al modelo. - El repositorio es la referencia central del aprendizaje del equipo. ## Rúbrica de revisión

Nivel	Descripción
No iniciado	No hay repositorio de evidencia.
En progreso	Los resultados están documentados en notas dispersas.
Completo	El repositorio tiene todos los experimentos con clasificación básica.
Revisado	El impacto en el modelo está documentado para cada experimento.
Cumple estándar	El repositorio es la base de las decisiones de pivotar/perseverar.
Fuerte/Sobresaliente	Se actualiza con cada experimento y es auditable por terceros.

## Cards relacionadas / siguiente paso - Diseño de experimento - Señales esperadas - Decisión pivotar o perseverar

***Habilidad:** Interpretar la evidencia acumulada y tomar una decisión documentada sobre si continuar o cambiar de dirección.* --- ## ¿Por qué importa esta habilidad? La decisión de pivotar o perseverar es la más importante de un startup. Hacerla sin criterios claros lleva a pivotar demasiado pronto o a perseverar demasiado tiempo. La evidencia debe guiar la decisión, no el ego. ## Qué se ve como un buen resultado El equipo tiene un proceso documentado para evaluar la evidencia y tomar la decisión de pivotar o perseverar, con el razonamiento registrado para cada decisión importante. ## Errores comunes - Pivotar en respuesta a una sola conversación negativa. - Perseverar a pesar de evidencia sistemática que refuta el modelo. - Tomar la decisión sin involucrar a todo el equipo fundador. - No documentar el razonamiento para poder aprender de él. ## Preguntas que el startup debe responder - ¿Qué porcentaje de los supuestos críticos han sido refutados? - ¿La evidencia acumulada apunta hacia la misma dirección? - ¿Hay una alternativa concreta al modelo actual? - ¿El equipo está de acuerdo en la decisión? ## Artifact requerido

### 📄 Log pivotar/perseverar **Propósito:** Registrar las decisiones importantes de pivotar o perseverar con su razonamiento y evidencia. **Card vinculada:** Decisión pivotar o perseverar #### Instrucciones de desarrollo 1. Convoca una sesión de revisión de evidencia con el equipo completo. 2. Revisa el repositorio: ¿qué porcentaje de supuestos críticos están validados, refutados o ambiguos? 3. Documenta la decisión: pivotar (y en qué dirección) o perseverar. 4. Registra el razonamiento y la evidencia que guiaron la decisión. **Estado esperado:** Log con cada decisión importante documentada, con evidencia y razonamiento. #### Criterios de revisión del Artifact - Cada decisión importante tiene una entrada en el log. - La evidencia que guió la decisión está referenciada. - El razonamiento está documentado de forma que el equipo puede revisarlo. - El equipo completo participó en la decisión. **Estado:** ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente

## Criterios de completitud - El log tiene las decisiones importantes documentadas con evidencia. - El razonamiento de cada decisión está registrado. - El equipo puede aprender de las decisiones anteriores. ## Rúbrica de revisión

Nivel	Descripción
No iniciado	No hay ningún log de pivotar/perseverar.
En progreso	Las decisiones se toman pero no se documentan.
Completo	El log tiene las decisiones principales con razonamiento básico.
Revisado	La evidencia que guía cada decisión está referenciada.
Cumple estándar	El log es la memoria institucional de las decisiones más importantes del venture.
Fuerte/Sobresaliente	Se usa activamente para onboarding de nuevos miembros y comunicación con inversores.

## Cards relacionadas / siguiente paso - Registro de evidencia - Lista maestra de supuestos - Norte del founder