¿Qué es un MVP?
El MVP ('Minimum Viable Product') es la versión mínima de un producto que permite a un equipo recopilar la máxima cantidad de aprendizaje validado sobre un conjunto de clientes con el menor esfuerzo posible. Es decir que su objetivo es aprender lo máximo posible con el menor esfuerzo y costo, y en función de los resultados obtenidos, pivotar o perseverar en la dirección inicial.
El MVP puede ser un prototipo, una versión beta o incluso una simple presentación de diapositivas que simula el producto.
El MVP es un producto con suficientes características (Features) para satisfacer a los clientes iniciales (Early Adopter), y proporcionar retroalimentación para el desarrollo futuro. (Ries, Eric (3 de agosto de 2009, «Minimum Viable Product: a guide»).
El MVP no es una parte de un producto o una entrega parcial del producto, es algo que representa a todo el producto aunque no sea el producto final.
Errores típicos al hacer un MVP
Hay varios errores comunes que las empresas cometen al tratar de crear un Minimum Viable Product (MVP). Aquí te menciono algunos de ellos:
- Crear un producto demasiado complejo: Al tratar de ofrecer una solución completa y acabada, las empresas a menudo terminan creando un MVP que es demasiado complejo y costoso de desarrollar. Esto puede hacer que el proceso de retroalimentación sea más difícil y menos útil.
- No enfocarse en las necesidades del cliente: El MVP debe ser diseñado para satisfacer las necesidades del cliente, no las del equipo de desarrollo. Si la empresa no se enfoca en las necesidades reales del cliente, es probable que el MVP no reciba la retroalimentación adecuada.
- No definir claramente la hipótesis que se quiere probar: Si la empresa no tiene una hipótesis clara sobre su modelo de negocio, es probable que el MVP se convierta en un experimento sin dirección clara.
- No medir los resultados correctamente: Es importante definir las métricas clave para medir el éxito del MVP. Si la empresa no tiene un plan claro de medición, es difícil determinar si el MVP fue exitoso o no.
- No estar dispuesto a pivotar: Si los resultados del MVP indican que la hipótesis original estaba equivocada, la empresa debe estar dispuesta a pivotar y cambiar de dirección. Si no lo hace, puede terminar invirtiendo más tiempo y dinero en una solución que no funciona.
En resumen, para crear un MVP exitoso, las empresas deben centrarse en las necesidades del cliente, definir claramente la hipótesis que quieren probar, medir los resultados correctamente y estar dispuestas a pivotar si es necesario.
¿Es solo un MVP?
Generalmente se acepta que para desarrollar un producto con Lean Start-up se realiza solo un MVP y el resto de entregas ya es la evolución incremental del producto. Sin embargo, no es necesario construir solo un Minimum Viable Product (MVP). De hecho, en algunos casos, puede ser necesario construir varios MVPs para obtener suficiente retroalimentación del mercado y refinar la idea del negocio.
En la metodología Lean Start-up, el desarrollo de un producto es un proceso iterativo que implica, de ser necesario, la construcción de múltiples MVPs. Cada MVP se utiliza para validar una hipótesis clave sobre el negocio, y la retroalimentación obtenida de cada MVP se utiliza para mejorar la idea del negocio y guiar el desarrollo del siguiente MVP.
La construcción de varios MVPs también ayuda a los emprendedores a reducir el riesgo y el costo de desarrollar un producto completo antes de recibir retroalimentación del mercado. En lugar de invertir todo el tiempo y el dinero en un producto que puede no ser exitoso, la metodología Lean Start-up promueve un enfoque de prueba y error más rápido y económico.
De hecho, hay autores como Caroli que promueven la construcción de varios MVP.
En resumen, la construcción de varios MVPs es una parte integral del proceso de desarrollo de un producto con la metodología Lean Start-up. Cada MVP se utiliza para validar una hipótesis clave sobre el negocio y la retroalimentación obtenida se utiliza para guiar el desarrollo del siguiente MVP. Una vez que se loogra el ajuste entre problema y solución, generalmente, ya se desarrolla el producto de manera evolitiva e incremental donde también se pivotea y persevera hasta que el producto alcanza una madurez suficiente.
¿Cuándo hacemos el MVP en nuestro flujo de desarrollo de productos?
En un flujo de trabajo típico, el Minimum Viable Product (MVP) se ubicaría en una etapa temprana del proceso de desarrollo de un producto o negocio.
El proceso típico de desarrollo de un producto en la metodología Lean Start-up comienza con la identificación de una necesidad o problema del cliente, seguido de la formulación de una hipótesis sobre cómo se puede resolver este problema y generar valor para el cliente. El siguiente paso es la construcción del MVP para validar esta hipótesis con la menor cantidad de recursos posibles. Y el proceso se repite.
En framework como SAFe, primero hay una etapa de inicio de una oportunidad entrando a un embudo de portafolio (funnel), luego una ideación definiendo la iniciativa de producto y creando una hipótesis en un portfolio EPIC (Reviewing), luego se define y se analiza un MVP (analyzing) para pasar al backlog de portafolio (portfolio backlog), recién allí se comienza la construcción del MVP (MVP Implementing), se pivotea o persevera, y si se persevera se sigue construyendo el producto de manera incremental (Implementing Persevere) y evolutiva, hasta que merece salir del portafolio (Done).
En general una menera en que me gusta verlo es como muestra el siguiente flujo de desarrollo de producto:
Referencias:
- ¿Qué es el método Lean Startup? Definición, pasos y ejemplos.
- "The Lean Startup: How Today's Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses", Eric Ries.
- Caroli.org: MVP examples.
No hay comentarios:
Publicar un comentario