Qué es (y qué no es) un MVP
Eric Ries, en The Lean Startup (2011), definió el producto mínimo viable como la versión de un producto que permite al equipo obtener la mayor cantidad de aprendizaje validado sobre los clientes con el menor esfuerzo. No es una versión mala ni incompleta del producto final: es un experimento diseñado para responder una pregunta.
Un MVP no mide si puedes construirlo. Mide si alguien lo quiere.
Cómo definir el alcance
- ¿Quién es el primer usuario? Uno, específico, no "todos".
- ¿Qué problema completo le resuelves? El flujo mínimo de principio a fin.
- ¿Qué tiene que pasar para decir "funciona"? Una métrica: usuarios activos, pagos, retención.
Todo lo que no ayuda a responder esas preguntas puede esperar: paneles de configuración, roles complejos, integraciones secundarias. Paul Graham lo resumió en su ensayo Do Things That Don't Scale: al principio, haz a mano lo que después automatizarás.
Validar con usuarios reales
- Pon el producto en manos de usuarios reales lo antes posible.
- Observa qué hacen, no solo qué dicen.
- Pide algo que cueste: tiempo, datos o dinero.
- Mide retención: ¿vuelven sin que se lo pidas?
Los errores más caros
- Construir durante meses sin mostrar nada a nadie.
- Agregar funciones para "parecer completo".
- Elegir tecnología que no escala o que nadie más puede mantener.
- No definir qué resultado significa éxito antes de lanzar.
Cómo lo hacemos en ZYX
Discovery gratis para aterrizar usuario, problema y métrica; blueprint con pantallas y cotización cerrada en 2 a 5 días; desarrollo por sprints con demos semanales; y lanzamiento con soporte. El código, las cuentas y los datos son tuyos desde el primer día.
Conclusión
El MVP correcto es el más pequeño que todavía resuelve algo real. Llegar ahí rápido es la diferencia entre aprender con 10% del presupuesto o con el 100%.
Preguntas frecuentes
¿Cuánto tarda en construirse un MVP? +
Depende del alcance; un MVP bien acotado suele construirse en semanas, no meses.
¿Puedo presentar el MVP a inversionistas? +
Sí; un producto funcionando con usuarios reales es mucho más convincente que una presentación.
¿Quién es dueño del código? +
Tú. Entregamos código, cuentas y documentación.
Lo hacemos contigo: estrategia, ejecución y medición.
Referencias
- Ries, E. (2011). The Lean Startup. Crown Business.
- Graham, P. (2013). "Do Things That Don’t Scale". paulgraham.com.
- Fitzpatrick, R. (2013). The Mom Test. CreateSpace.
Este artículo es divulgativo y refleja el análisis del equipo de ZYX a partir de las fuentes citadas. No constituye asesoría legal, fiscal ni financiera.