Decision Tracking
Registrar cambios relevantes en el venture.
Log de decisiones
Habilidad: Documentar las decisiones clave del venture con su contexto, razonamiento y resultado esperado para crear memoria institucional
¿Por qué importa esta habilidad?
Los ventures toman cientos de decisiones. Sin documentación, el equipo olvida por qué decidió algo, repite debates resueltos, y no puede aprender de decisiones pasadas. Un log de decisiones convierte la experiencia del founder en capital del venture — disponible para reflexión, para nuevos miembros del equipo, para mentores, y para auditoría propia cuando algo sale mal.
Qué se ve como un buen resultado
El founder mantiene un log actualizado donde cada decisión significativa tiene: qué se decidió, por qué, qué información se tenía en ese momento, qué se esperaba que pasara, y qué ocurrió realmente. El log muestra un patrón de aprendizaje: decisiones revisadas, hipótesis actualizadas, modelos mentales mejorados.
Errores comunes
- Documentar solo las decisiones exitosas y omitir las que resultaron mal
- Registrar qué se decidió sin registrar por qué — pierde el valor de aprendizaje
- Actualizar el log solo cuando hay tiempo libre (nunca) en vez de inmediatamente
- Confundir el log de decisiones con un diario personal — debe ser accesible para mentores y equipo
- No revisar el log periódicamente para extraer patrones de aprendizaje
Preguntas que el startup debe responder
- ¿Cuáles han sido las 5 decisiones más importantes del venture en las últimas 4 semanas?
- ¿Hay decisiones que tomaste por intuición que ahora quisiste haber documentado mejor?
- ¿Cuándo fue la última vez que una decisión pasada te causó confusión o debate con tu equipo?
- ¿Tienes alguna decisión importante pendiente esta semana? ¿Cómo la vas a registrar?
- ¿Qué patrón notas en tus últimas 10 decisiones? ¿En qué tipo de decisiones tiendes a equivocarte?
Artifact requerido
📄 Log de Decisiones del Venture
Propósito: Crear un registro vivo de las decisiones significativas del venture que funcione como memoria institucional, fuente de aprendizaje, y herramienta de rendición de cuentas
Elementos requeridos:
- Fecha y contexto de la decisión (etapa del venture, semana del programa)
- Descripción clara de la decisión tomada (1–3 oraciones)
- Opciones consideradas y descartadas con razón breve
- Información y evidencia que fundamentó la decisión
- Resultado esperado: qué se esperaba que ocurriera
- Resultado real: qué ocurrió (actualizado cuando se dispone de datos)
- Aprendizaje extraído (una oración que empiece con "Aprendí que..." o "Confirmo que...")
Formato sugerido: Tabla cronológica en Notion o Google Sheets, accesible para el equipo y mentores; mínimo 10 entradas durante el programa
Señales de calidad: El log tiene entradas para decisiones de diferente tipo (producto, cliente, equipo, estrategia); los resultados reales están actualizados; hay evidencia de aprendizaje usado en decisiones posteriores
Errores fatales: Log vacío o con solo 1–2 entradas superficiales; sin resultados reales registrados; solo decisiones exitosas
Estado: ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente
Criterios de completitud
- El log tiene al menos 10 entradas de decisiones reales del venture
- Cada entrada tiene contexto, razonamiento, resultado esperado y (cuando aplica) resultado real
- El log cubre decisiones de al menos 3 dominios diferentes (producto, cliente, equipo, financiero, estratégico)
- El founder puede señalar al menos 2 casos donde el log informó una decisión posterior
- El log está accesible para mentores y ha sido revisado en al menos una sesión de mentoría
Rúbrica de revisión
| Nivel | Descripción |
|---|---|
| No iniciado | Sin log; el founder toma decisiones sin documentar ni aprender sistemáticamente de ellas |
| En progreso | El founder entiende el valor del log pero tiene menos de 5 entradas incompletas |
| Completo | 10+ entradas con contexto y razonamiento; estructura consistente; algunas con resultados reales |
| Revisado | Log activo con entradas en múltiples dominios; evidencia de revisión y actualización periódica |
| Cumple estándar | Log completo y usado como herramienta activa de aprendizaje; decisiones posteriores informadas por entradas previas |
| Fuerte/Sobresaliente | El log es un activo del venture citado en estrategia y pitch; el founder puede articular su evolución como tomador de decisiones |
Cards relacionadas / siguiente paso
- Cambios de hipótesis — las decisiones de pivotar o perseverar se registran en ambos logs
- Ritmo de founder — el cierre de semana incluye actualizar el log
- Priorización de trabajo — las decisiones de prioridad también pertenecen al log
- Validación de hipótesis — cada ciclo de validación genera decisiones documentables
Cambios de hipótesis
Habilidad: Registrar formalmente cómo y por qué cambia el venture al aprender, creando un historial de evolución estratégica
¿Por qué importa esta habilidad?
Los ventures exitosos no son los que tenían razón desde el principio — son los que aprendieron más rápido y cambiaron cuando la evidencia lo requería. Documentar los cambios de hipótesis convierte cada pivote o ajuste en un activo de aprendizaje. También demuestra a mentores e inversores que el founder tiene el sistema nervioso apropiado: actualiza creencias ante evidencia, no ante presión social.
Qué se ve como un buen resultado
El founder tiene un registro de cómo han evolucionado sus hipótesis principales durante el programa. Cada cambio está justificado por evidencia específica, no por intuición o presión externa. El historial muestra un founder que aprende: hipótesis que se confirman, se invalidan, se refinan — y un venture que evoluciona en respuesta real al aprendizaje.
Errores comunes
- Cambiar hipótesis sin documentar la razón — el equipo no puede aprender ni alinearse
- Registrar cambios de hipótesis solo cuando son grandes pivotes, ignorando ajustes pequeños pero importantes
- Confundir cambio de hipótesis con cambio de opinión sin evidencia
- No distinguir entre una hipótesis invalidada (señal de aprendizaje) y una hipótesis abandonada (rendición)
- Usar el registro solo retrospectivamente en vez de en tiempo real cuando ocurre el cambio
Preguntas que el startup debe responder
- ¿Cuál es la hipótesis más importante que ha cambiado en tu venture en las últimas 6 semanas?
- ¿Qué evidencia concreta te hizo cambiar esa hipótesis?
- ¿Hay hipótesis que mantienes iguales a pesar de evidencia débil? ¿Por qué?
- ¿Cómo comunicaste el cambio de hipótesis a tu equipo o co-founder?
- ¿Cuándo fue la última vez que cambiaste una hipótesis por evidencia, no por presión o comodidad?
Artifact requerido
📄 Registro de Evolución de Hipótesis
Propósito: Documentar la evolución de las hipótesis críticas del venture durante el programa, mostrando un historial de aprendizaje basado en evidencia y toma de decisiones estratégicas informadas
Elementos requeridos:
- Hipótesis original (tal como fue formulada al inicio o al comenzar a probarla)
- Fecha y contexto en que se identificó el cambio necesario
- Evidencia específica que motivó el cambio (qué se observó, midió, o aprendió)
- Nueva versión de la hipótesis (más precisa, acotada, o diferente)
- Implicación del cambio para el venture (qué cambia en estrategia, producto, cliente)
- Tipo de cambio: refinamiento / pivote parcial / pivote completo / confirmación
- Próximo experimento diseñado para probar la nueva hipótesis
Formato sugerido: Tabla cronológica o árbol de hipótesis visual; mínimo 6 entradas de cambio durante el programa, cubiendo al menos 3 hipótesis diferentes
Señales de calidad: Cada cambio está anclado en evidencia específica y citable; el registro muestra un patrón de aprendizaje coherente, no cambios erráticos; los cambios han impactado la dirección del venture
Errores fatales: Registro vacío o retroactivo inventado; cambios sin evidencia real; el venture no ha cambiado nada durante el programa
Estado: ☐ No iniciado | ☐ En progreso | ☐ Completo | ☐ Revisado | ☐ Cumple estándar | ☐ Fuerte/Sobresaliente
Criterios de completitud
- El registro tiene al menos 6 entradas de cambios de hipótesis reales
- Cada cambio está justificado por evidencia específica (entrevista, experimento, dato)
- El registro cubre al menos 3 hipótesis diferentes (cliente, problema, solución, mercado, modelo)
- El founder puede articular cómo los cambios de hipótesis modificaron la dirección del venture
- El registro conecta con el Log de Decisiones y los resultados de experimentos
Rúbrica de revisión
| Nivel | Descripción |
|---|---|
| No iniciado | Sin registro; el venture "evoluciona" sin documentación de qué cambió y por qué |
| En progreso | El founder recuerda cambios de hipótesis pero tiene menos de 3 registrados formalmente |
| Completo | 6+ entradas con evidencia y nueva versión de hipótesis; estructura consistente |
| Revisado | Registro activo cubriendo múltiples hipótesis; conexión clara entre evidencia y cambio |
| Cumple estándar | El registro muestra un patrón de aprendizaje: el venture mejora porque el founder actualiza hipótesis sistemáticamente |
| Fuerte/Sobresaliente | El historial de hipótesis es una narrativa coherente del journey del venture; usable directamente en el pitch como evidencia de aprendizaje |
Cards relacionadas / siguiente paso
- Log de decisiones — cambios de hipótesis generan entradas en el log de decisiones
- Validación de hipótesis — los experimentos producen la evidencia que cambia hipótesis
- Narrativa del venture — la historia del pitch se construye con la evolución de hipótesis
- Estructura de evidencia — el banco de evidencia fundamenta los cambios de hipótesis