Producto mínimo viable
Un producto mínimo viable es la primera versión del producto que se lanza al mercado y que es capaz de demostrar valor a los/as usuarias con el mínimo esfuerzo e inversión posible.
“The version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.” - Eric Ries
Aunque la definición de Eric Ries, autor del libro The Lean Startup, hace énfasis en el objetivo de 'recoger la mayor cantidad de aprendizaje validado', para validar conceptos con poco esfuerzo e inversión no deberíamos necesitar un producto sino un prototipo.
Why MVP is the Antithesis of Good UX, un interesante argumento desde el punto de vista del proceso de DCU donde los MVPs deberían ser prototipos.
Los MVPs no deberían ser necesarios como validación de ideas si durante el proceso hemos trabajado realmente con experimentos, diseños y prototipos, que han servido de hipótesis y nos han permitido reducir la incertidumbre iteración a iteración.
En cualquier caso, el producto es siempre un ente vivo que cambia con las personas, por lo que siempre habrá que decidir cuándo es el momento de lanzarse al mercado y convertirse en producto y siempre habrá aprendizajes y validaciones.
En cualquier caso, en el mundo de las startups se ha insistido mucho en este concepto, al igual que pasara con las filosofías 'move fast and break things' o 'build in public'.
La imagen que mejor representa la idea de MVP es esta, en la que vemos que si queremos resolver el problema de movilidad de la gente, en lugar de construir por fases un coche, iremos entregando pequeños medios de transporte que siempre les permitan cubrir con la necesidad, y los iremos evolucionando hasta entregar el que creemos que tiene más valor.
Para el equipo de desarrollo de Spotify, quien popularizó esta representación de lo que significaba para ellos el MVP, su producto mínimo (su patinete) era una simple lista de reproducción: su mínimo debía ser tan sencillo como buscar y reproducir una lista limitada de música, y su viable implicaba reducir la latencia a algo imperceptible por los usuarios.
Prototipo de Spotify
“We spent an insane amount of time focusing on latency, when no one cared, because we were hell bent on making it feel like you had all the world’s music on your hard drive. Obsessing over small details can sometimes make all the difference. That’s what I believe is the biggest misunderstanding about the minimum viable product concept. That is the V in the MVP.” -Daniel Ek, co-founder and CEO
The initial version couldn’t be released to a wider audience, it was totally unpolished and had basically no features except the ability to find and play a few hard-coded songs, and there was no legal agreement or economic model. It was their skateboard.
But they shamelessly put the skateboard in the hands of real users – friends and family – and they quickly got the answers they needed. Yes, it was technically possible. And yes, people absolutely loved the product (or more like, what the product can become)! The hypotheses were validated! This running prototype helped convince music labels and investors and, well, the rest is history
¿Cómo se define un MVP?
El proceso de definición de un producto mínimo viable no difiere mucho del proceso de una primera iteración exploratoria siguiendo una metodología de Diseño Centrado en el Usuario, aunque sí se podríamos hacer algunas consideraciones adicionales:
- Hay que incluir un estudio del mercado, puesto que estamos asumiendo la creación de un producto consumible y el objetivo de 'viable' puede depender de ello.
- Hay que incluir los objetivos de la organización como parte del plan de diseño ya que es quien pone los recursos para medir el esfuerzo necesario.
- Pueden y deben utilizarse diferentes tipos de prototipos para comunicar la idea, evaluarla con usuarios, y establecer una estrategia que permita evolucionar del mínimo viable al producto deseable que aportará todo el valor que se espera.
Carmel Hassan Montero
Entre algunos de los prototipos que pueden usarse se encuentran:
- Landings de registro con vídeos de demo de una idea.
- Protipos rápidos no-code para simular alguna interacción clave.
- Reducir el servicio a un contenido muy específico para luego abrirse y escalar a otros contenidos/industrias.
- Centrar el servicio en un área local y para un grupo reducido de usuarios iniciales.
Todas estas ideas pueden explorarse en sesiones de ideación y codiseño con usuarios de forma previa.
La pregunta más difícil de contestar para cada producto es ¿en qué momento podemos considerar que el MVP ha tenido éxito?
El éxito de un prototipo puede significar diferentes cosas para cada equipo y producto:
- Una valoración positiva por parte de un alto porcentaje de usuarios.
- Un número de registros en una landing determinado.
- Un número de visitas recurrentes durante un periodo de tiempo.
- Una combinación de varias métricas.
Alexander Shulgin
Tuomas Artman
Member discussion