Un MVP (Minimum Viable Product o Producto Mínimo Viable) es la versión más simple de un producto que permite lanzarlo al mercado para recoger feedback real de los usuarios y validar una hipótesis de negocio con el mínimo esfuerzo posible.
El concepto fue popularizado por Eric Ries en su libro Lean Startup y se ha convertido en uno de los pilares de la cultura de producto moderna. La idea es contraintuitiva para muchos emprendedores: en lugar de construir el producto perfecto y lanzarlo con fanfarria, construyes lo mínimo que necesitas para aprender si alguien quiere lo que ofreces.
Un MVP no es un producto incompleto ni una versión de mala calidad. Es una herramienta de aprendizaje diseñada con intención. Cada funcionalidad incluida (y excluida) responde a una hipótesis que necesitas validar.
El 90% de las startups fracasan. La causa principal no es la falta de financiación ni la competencia: es construir algo que nadie necesita. Un MVP te permite descubrir esto en semanas, no en meses o años.
Construir un producto completo puede llevar 6-12 meses y costar decenas de miles de euros. Un MVP puede estar listo en 2-4 semanas con una fracción del presupuesto. Si la hipótesis falla, has perdido semanas en lugar de meses.
Las encuestas y los focus groups te dicen lo que la gente dice que haría. Un MVP te muestra lo que la gente realmente hace. No hay sustituto para el comportamiento real de usuarios reales con dinero real.
Los inversores prefieren datos a presentaciones. Un MVP con tracción real (usuarios activos, conversiones, retención) es infinitamente más convincente que un pitch deck con proyecciones.
Creas una página web que describe tu producto como si ya existiera. Incluyes un botón de compra o registro. Mides cuánta gente hace clic. Si hay suficiente interés, lo construyes. Si no, pivotas.
Ejemplo real: Buffer empezó como una landing page que describía la herramienta y tenía un botón de "planes y precios". Si hacías clic, veías un mensaje: "Aún no estamos listos. Déjanos tu email". En 7 días tenían 120 registros.
Creas un vídeo que demuestra cómo funcionará tu producto. No necesitas construirlo: el vídeo es suficiente para medir interés.
Ejemplo real: Dropbox creó un vídeo de 3 minutos mostrando cómo funcionaría la sincronización de archivos. De la noche a la mañana, su lista de espera pasó de 5.000 a 75.000 personas. Sin haber escrito una línea de código del producto final.
Ofreces el servicio de forma manual, simulando la automatización que tendrá el producto final. Tú haces el trabajo que eventualmente hará el software.
Ejemplo real: Food on the Table empezó con su fundador yendo personalmente al supermercado con su primera cliente, planificando sus menús semanales a mano. Solo cuando validó el modelo empezó a construir la app.
Similar al concierge, pero el usuario no sabe que el proceso es manual. Desde fuera parece un producto automatizado, pero detrás hay personas ejecutando las tareas.
Ejemplo real: Zappos (hoy parte de Amazon). Su fundador Nick Swinmurn no tenía inventario de zapatos. Fotografiaba zapatos en tiendas locales, los publicaba online, y cuando alguien compraba, iba a la tienda, los compraba a precio retail y los enviaba. Validó la demanda de zapatos online sin invertir en inventario.
Construyes una sola funcionalidad, la que consideras más crítica, y la lanzas como producto independiente. Si resuelve un problema real, iteras. Si no, pivotas.
Ejemplo real: Airbnb empezó como "Air Bed and Breakfast": tres colchones inflables en un apartamento de San Francisco durante una conferencia con todos los hoteles llenos. Sin app, sin sistema de pagos, sin fotos profesionales.
¿Cuál es la suposición que, si resulta ser falsa, invalida tu negocio? Esa es la hipótesis que tu MVP debe probar.
Ejemplo: "Los dueños de perros pagarían 30€/mes por comida personalizada enviada a domicilio."
Antes de construir nada, define qué resultado considerarás validación. Sé específico: "Al menos un 3% de los visitantes de la landing se registran" es una métrica. "A la gente le interesa" no lo es.
No todos los MVPs son iguales. Elige el formato que te permita probar tu hipótesis con el mínimo esfuerzo:
| Hipótesis a probar | Tipo de MVP recomendado | Tiempo estimado |
|---|---|---|
| ¿Hay demanda para mi producto? | Landing page o vídeo | 1-3 días |
| ¿Los usuarios pagarían por esto? | Landing con precios + checkout | 3-5 días |
| ¿El servicio resuelve el problema? | Concierge o Wizard of Oz | 1-2 semanas |
| ¿La funcionalidad core funciona? | MVP de funcionalidad única | 2-4 semanas |
Resistir la tentación de añadir funcionalidades es lo más difícil de crear un MVP. Cada funcionalidad extra es tiempo que no estás usando para aprender. Pregúntate: "¿Puedo validar mi hipótesis sin esto?" Si la respuesta es sí, no lo incluyas.
Pon tu MVP delante de usuarios reales lo antes posible. Mide las métricas que definiste en el paso 2. No te distraigas con métricas vanidosas (visitas, likes). Enfócate en las métricas que te dicen si tu hipótesis es correcta (registros, compras, retención).
Con los datos en la mano, toma una decisión:
Construir demasiado: el error más frecuente. Si tardas más de un mes en tu MVP, probablemente estás construyendo un producto, no un MVP.
No definir métricas antes: sin métricas claras de éxito/fracaso, cualquier resultado se puede interpretar como positivo. Define tus criterios antes de lanzar.
Preguntar en vez de medir: "¿Comprarías esto?" no es validación. "He puesto un botón de compra y el 5% de los visitantes ha comprado" sí lo es. El comportamiento real supera la intención declarada.
Ignorar el feedback cualitativo: los datos cuantitativos te dicen qué pasa. Las conversaciones con usuarios te dicen por qué. Combina ambos.
Lanzar a la audiencia equivocada: tu MVP debe llegar a tu público objetivo, no a tus amigos y familiares. El feedback de personas que no son tu target no valida nada.
No. Un MVP puede ser una landing page, un vídeo, un servicio manual, un prototipo en papel o incluso una conversación con 10 potenciales clientes. Lo importante es que te permita aprender si hay demanda real.
Un prototipo es una representación visual del producto (mockups, wireframes, maquetas). Un MVP es un producto funcional que se pone en manos de usuarios reales para validar una hipótesis de negocio. El prototipo demuestra cómo será; el MVP demuestra si debería existir.
Depende del tipo. Una landing page MVP puede costar 0€ (con herramientas como Carrd o Webflow). Un MVP de funcionalidad única para una app puede costar entre 5.000 y 15.000€. La regla general: el coste debe ser proporcional al riesgo que estás eliminando.
Sí. Muchas empresas usan MVPs para validar nuevas funcionalidades o líneas de negocio. En CRO, cada test A/B es esencialmente un MVP: pruebas una variante con un subconjunto de usuarios antes de implementarla para todos.
En Boost aplicamos la mentalidad MVP a cada programa de optimización CRO: testamos hipótesis con datos reales antes de implementar cambios definitivos. Si quieres saber qué oportunidades tiene tu web, empieza con Scan&Boost.
— Adrià Vidal, Boost
Descubre qué es el Aha Moment, cómo encontrarlo con datos, ejemplos reales (Slack, Facebook, Dropbox) y cómo usarlo para mejorar retención y onboarding.
Descubre qué es Jobs to Be Done, cómo hacer entrevistas JTBD, la diferencia con buyer persona y ejemplos prácticos para mejorar tu producto y conversión.
Descubre qué es Lean Startup, sus principios (Build-Measure-Learn), cómo validar ideas con un MVP y evitar los errores que hunden al 90% de las startups.
