Un MVP (producto mínimo viable) es la versión más pequeña de un producto capaz de probar un supuesto con clientes reales y generar aprendizaje. Su alcance no sale de la lista de deseos: sale del supuesto más arriesgado, el que derriba la idea si es falso. Solo entra lo necesario para probarlo, con un criterio de éxito definido antes, para que el resultado lleve a una decisión.
Cómo usar
- Describe el producto y la hipótesis, y escribe el supuesto más arriesgado.
- Elige el tipo de riesgo: demanda, valor, uso o viabilidad. Define el tipo de MVP sugerido.
- Lista las funcionalidades candidatas con valor y esfuerzo de 1 a 5 y marca solo las necesarias para la prueba.
- Define la métrica, la meta y el plazo, y lee el alcance, el tipo de MVP y la regla de decisión.
- Exporta en Markdown, CSV o DOCX, o lleva el alcance al generador de PRD.
Qué pide cada campo
| Campo | Qué completar |
|---|---|
| Producto o idea | Nombre y una frase sobre qué es. |
| Hipótesis | Quién, qué y por qué, en una frase que pueda resultar falsa. |
| Supuesto más arriesgado | Si es falso, toda la idea se cae. |
| Tipo de riesgo | Lo que el supuesto pone en duda. Define el tipo de MVP. |
| Funcionalidad | Ej.: pago recurrente semanal |
| Valor (1 a 5) | 5 = mucho valor para el cliente. |
| Esfuerzo (1 a 5) | 5 = mucho trabajo para construir. |
| ¿Necesaria para la prueba? | Sin esto, ¿se puede probar el supuesto? |
| Métrica de éxito | Un comportamiento real, no una opinión. |
| Meta | El número que separa éxito de fracaso, definido antes. |
| Plazo de la prueba | Cuánto tiempo corre el MVP antes de decidir. |
Ejemplo
Una suscripción ficticia de comidas congeladas para quien trabaja desde casa quiere saber si la gente paga por adelantado un menú cerrado, un riesgo de valor. De 6 funcionalidades, 3 entran en el MVP: el aviso de entrega, la página de suscripción y el pago recurrente, que tiene esfuerzo 4 y por eso se simula a mano. El esfuerzo del MVP queda en 4 de 10 para 4 semanas. La sugerencia es un MVP concierge, con la operación manual detrás de la interfaz como alternativa. La app con seguimiento va a "repensar".
Cuándo usar
- Cuando la lista de lo que "tiene que estar en el lanzamiento" solo crece y nadie logra recortarla.
- Antes de invertir en un producto nuevo, para probar primero el supuesto que puede derribar la idea.
- Para elegir entre una prueba de humo, un concierge, un prototipo o una prueba técnica.
- Para acordar con el equipo y el liderazgo, antes de empezar, qué cuenta como éxito.
Preguntas frecuentes
¿Qué es un MVP?
Es la versión más pequeña del producto que permite aprender con clientes reales si un supuesto importante es verdadero. Mínimo no significa mal hecho: lo que entra debe funcionar bien para que la prueba valga.
¿Qué es el supuesto más arriesgado?
Es la creencia que, si es falsa, hace caer toda la idea, y sobre la cual tienes poca evidencia. Probarla primero evita construir mucho sobre una base que no se sostiene.
¿Cómo elegir el tipo de MVP?
Por el riesgo. La duda de demanda pide una prueba de humo; la de valor, un concierge, una funcionalidad única o una preventa; la de uso, un prototipo; la técnica, una prueba técnica. La herramienta aplica esta regla y muestra una alternativa.
¿Qué significa "simulado a mano"?
Las funcionalidades que la prueba necesita pero que son caras de construir pueden hacerlas personas o herramientas ya existentes durante el MVP. Si la prueba funciona, ahí sí vale la pena automatizar.
¿Cuál es la diferencia entre MVP y primera versión?
El MVP existe para aprender; la primera versión existe para entregar valor de forma sostenible. Un MVP con más de cinco funcionalidades suele ser una primera versión disfrazada, y el aprendizaje tarda más.
¿Cómo definir el criterio de éxito?
Elige un comportamiento real (registro, pago, renovación), un número y un plazo, y acuérdalos antes de empezar. Sin un número definido antes, cualquier resultado parece éxito.