Evidence Loop Convertir resultados en decisiones de aprendizaje. Registro de evidencia 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 Crea una entrada por experimento completado con: supuesto, método, fecha, resultados, conclusión. Clasifica la conclusión: confirmado, refutado, ambiguo. Conecta la conclusión con el impacto en el modelo: ¿qué cambió? 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 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 Convoca una sesión de revisión de evidencia con el equipo completo. Revisa el repositorio: ¿qué porcentaje de supuestos críticos están validados, refutados o ambiguos? Documenta la decisión: pivotar (y en qué dirección) o perseverar. 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