Qué es un MVP (y qué no lo es)

MVP significa «producto mínimo viable»

Las siglas vienen del inglés minimum viable product. Es la primera versión de un producto que incluye solo lo necesario para que una persona complete una tarea real y para que el equipo aprenda si esa solución tiene sentido.

«Mínimo» no significa incompleto ni de baja calidad: significa acotado a lo imprescindible para responder una pregunta concreta sobre el negocio, no sobre la tecnología.

• Resuelve un recorrido completo, no fragmentos sueltos
• Se dirige a un usuario real, no a una demostración interna
• Responde una pregunta de negocio concreta
• No cubre todos los casos posibles todavía

Un MVP no es un prototipo

Un prototipo muestra cómo se vería un producto: sirve para validar una idea visualmente, pero no ejecuta la operación real. Un MVP, en cambio, funciona de verdad: alguien puede usarlo y completar la tarea que promete resolver.

Confundir ambos lleva a lanzar una demostración visual esperando aprender sobre adopción real, cuando lo único que se puede medir con un prototipo es si el diseño se entiende.

Un MVP no es una versión barata del producto final

No se trata de construir todo el producto con menos presupuesto o menos cuidado. Se trata de construir una parte deliberadamente pequeña, pero completa, del producto: un recorrido que empieza y termina sin intervención manual constante.

Recortar autenticación, seguridad de datos o pruebas para ir más rápido no crea un MVP: crea una versión frágil que traslada el riesgo a después del lanzamiento.

Para qué sirve realmente

Un MVP existe para reducir una incertidumbre concreta: si un usuario adoptará la solución, si pagaría por ella, si es operativamente viable o si el equipo puede construirla con las herramientas disponibles.

Antes de construir uno, conviene decidir qué pregunta quieres responder. Un MVP sin una hipótesis clara detrás corre el riesgo de intentar validar todo a la vez y no aprender nada con claridad.

Cuándo tiene sentido construir un MVP

Tiene sentido cuando existe una incertidumbre real sobre si una idea de producto funcionará, y esa incertidumbre se puede reducir con evidencia de comportamiento, no solo con opiniones.

Si ya existe evidencia suficiente —por ejemplo, un proceso interno que solo necesita mejorar, no validar— probablemente no hace falta un MVP: hace falta directamente la solución.