Mind BarracksPower-ups

← Todos los drills

Drill 18

Probar la idea antes de construirla

La idea suena bien. ¿Qué tendría que ser cierto para que funcione?

Cómo encontrar el supuesto más riesgoso de una idea y probarlo barato antes de invertir.

Cuándo se saca

Antes de pedir presupuesto, construir un producto o lanzar una iniciativa, sobre todo cuando todos en la sala ya están entusiasmados.

Cómo se usa

grave sies falsolevepoca evidenciamucha evidenciaprobar primerovan a pagartienen el problemales gusta el diseñose puede construir
La idea suena bien. ¿Qué tendría que ser cierto para que funcione?
  1. Escribe la idea como una cadena de supuestos: quién tiene el problema, que le importa lo suficiente, que esta solución lo resuelve, que va a pagar o cambiar lo que hace, y que al negocio le conviene.
  2. Ordénalos por dos cosas, qué tan grave sería que fuera falso y cuánta evidencia tienes hoy. Empieza por el que es grave y tiene menos evidencia.
  3. Diseña la prueba más barata que pueda desmentirlo: conversaciones con clientes, una página que ofrece algo que todavía no existe, una versión hecha a mano. Define antes qué resultado te haría abandonar la idea.

Una idea no se valida juntando razones a favor. Se valida sobreviviendo a la prueba que la podía tumbar.

Una escena típica

Escena ilustrativa, sin datos de un caso real.

Escena típica en un equipo de producto.

Lo que se veíaVarios clientes piden una función en reuniones y el equipo empieza a estimar cuánto costaría construirla.

Lo que eraPedirla en una reunión no costaba nada. Cuando se les ofreció una versión simple a cambio de un compromiso, casi ninguno la tomó.

En qué terminóLa función no se construyó como estaba pensada. El equipo volvió a preguntar qué problema intentaban resolver esos clientes.

Dónde se cae la gente

Probar primero lo más fácil de confirmar en vez de lo más riesgoso. La idea junta validaciones que no la ponen en peligro, y el supuesto que la podía tumbar aparece recién después de invertir.

Fuego rápido

3 preguntas sobre esto mismo. Si fallas una, la línea de abajo dice por qué.

    Dónde se pone a prueba

    Saber el método no es la habilidad. Estos challenges no te dicen cuál usar, y ese es justamente el ejercicio.

    Quién lo revisa

    Foto de Rodrigo Urrea
    INS-01

    Rodrigo Urrea

    Analítica · Forecasting · Productos digitales

    • 14 años
    • Chile · Alemania · EE.UU.
    • Varias industrias
    • Forecasting
    • Productos digitales
    • MSc Business Analytics
    • AI-ready

    Catorce años en analítica, en Chile, Alemania y para compañías en Estados Unidos.

    Empecé en consumo masivo y bebidas, donde los pedidos llegaban con apuro y sin contexto. Después forecasting, productos digitales, y empresas sin equipo de datos que necesitaban una respuesta usable el lunes y no el mejor modelo posible. Un MSc en Business Analytics en el camino. Trabajé en varias industrias, y el patrón se repite en todas: el problema casi nunca es la técnica o la herramienta.

    Hoy trabajo en construir capacidades AI-ready para tareas de analítica: qué parte del trabajo conviene automatizar y qué parte sigue siendo criterio. La segunda es más grande de lo que parece.

    Los 21 challenges salen de pedidos que me hicieron a mí.

    LinkedIn Todos mis enlaces