Tienes una idea. Estás emocionado. Quieres construirla. Para. Antes de invertir semanas o meses, pregunta: ¿cuál es la forma más rápida y barata de probar si esta suposición central es siquiera cierta?
El objetivo no es demostrar que tienes razón. El objetivo es fallar rápido si estás equivocado.
Una buena prueba está diseñada para refutar, no para confirmar.
Diseñando la Prueba
Todo plan se basa en suposiciones. ¿Cuál, si está equivocada, mata todo? Esa es la suposición que debes probar primero. No pruebes lo fácil.
Antes de ejecutar la prueba, decide: ¿qué resultado significaría "parar"? Si no defines la falla por adelantado, racionalizarás cualquier resultado como éxito.
¿Cuál es la versión más barata que aún da una respuesta real? Mockups antes que código. Páginas de aterrizaje antes que productos. Conversaciones antes que encuestas. Invierte horas, no semanas.
La prueba debería enseñarte algo de cualquier manera. "No funcionó" no es suficiente. ¿Por qué no funcionó? ¿Qué aprendiste que cambia el próximo intento?
Tipos de Pruebas por Costo
Habla con 5 usuarios potenciales. No vendas - haz preguntas. ¿Pagarían por esto? ¿Han intentado resolver esto antes? ¿Qué hicieron?
Pon un botón para una función que no existe. Cuenta los clics. La demanda es fácil de afirmar, difícil de fingir. Deja que el comportamiento revele interés.
Entrega el servicio manualmente antes de automatizarlo. Haz el trabajo a mano. Aprende lo que los usuarios realmente necesitan, no lo que imaginas que necesitan.
¿Puedes conseguir que la gente pague antes de que exista? El dinero es la validación definitiva. El interés es barato. Las billeteras no mienten.
Parece automatizado. En realidad eres tú detrás de la cortina. Prueba la experiencia sin construir el motor. Revela la magia solo después de validar el truco.
Ejecuta anuncios hacia una página de aterrizaje. Mide registros antes de construir. Si no puedes obtener atención e interés, el producto no importará.
Antes de Probar
Declárala explícitamente. "La gente pagará $50/mes por X" es comprobable. "La gente podría gustar esto" no lo es.
Define el listón. "Si menos del 5% de visitantes se registra, paramos." Comprométete antes de tener datos.
La velocidad importa. Una prueba de 48 horas que sea direccionalmente correcta supera una prueba de 3 semanas que sea precisa. Optimiza para velocidad de aprendizaje.
No construyas el producto. Construye la prueba. Hojas de cálculo. Mockups. Procesos manuales. La prueba es desechable - invierte en consecuencia.
Errores Comunes
Probaste si la gente hace clic en botones. Deberías haber probado si la gente paga. Prueba la suposición más riesgosa, no la más fácil.
La prueba "falló", así que redefiniste el éxito. Esto es racionalización, no aprendizaje. Si no alcanzaste tu listón, admítelo.
La prueba se volvió un mini-producto. Gastaste un mes en algo que debía tomar una semana. La prueba es desechable - trátala así.
"No funcionó porque..." y luego excusas. Tal vez simplemente no funciona. La prueba te dio información. Úsala.
La mayoría de ideas fallan. Eso está bien - si fallas rápido y barato. La tragedia no es la idea fallida. Son los años desperdiciados en una idea que podría haberse refutado en una semana.
Diseña la prueba. Define la falla. Ejecútala rápido. Luego decide si construir.
Prueba antes de construir. Falsifica antes de invertir.