Producto Mínimamente Viable (PMV)
Cuando quieres sacar un proyecto a la luz tienes dos opciones completamente opuestas: esperas semanas (o meses, quizás años) a tener el producto "perfecto" o te lanzas con el PMV (Producto Mínimamente Viable).
¿Qué es el PMV?
Yo lo definiría como la versión de tu proyecto que tiene las funcionalidades necesarias para cumplir su cometido. Es decir, si queremos sacar una página web de venta online de churros su PMV sería una web donde un usuario puede comprar churros. Sin florituras, sin añadidos sociales, incluso diría yo sin estudios de usabilidad ni grandes diseños aplicados
¿Para que sirve sacar un PMV?
Es muy bonito esperar a sacar tu proyecto cuando luce como el oro y cuando sabes que no hay ni un sólo fallo para resolver, pero ¿cuales son las ventajas de sacar un PMV? Lo mejor de todo es que te permite "pinchar el pastel" para obtener una primera visión de como responden tus posibles clientes a tu producto.
A partir de aquí es bueno seguir una política de release early, release often teniendo en cuenta las necesidades y las sugerencias de tus usuarios.
¿Es esto un dogma a seguir ciegamente?
Personalmente soy un partidario del PMV, sobretodo porque permite detectar errores de concepto en fases muy tempranas del proyecto (no me gustaría descubrir después de un año de desarrollo que nadie está dispuesto a pagar por mi producto) y además creo que se lleva muy bien con las metodologías de desarrollo ágil.
Eso sí, ten en cuenta que Henry Ford dijo en su momento "Si hubiera preguntado a mis clientes qué necesitaban, hubieran dicho un caballo mejor" xD No obstante, si te interesa todo el tema de los productos mínimamente viables échale un vistazo al blog de Eric Ries donde habla, entre otras cosas, de PMV aplicados al proyecto del que es co-fundador: IMVU.
[Foto original por Andrew*]



Comentarios
[...] Producto Mínimamente Viable (PMV) | Jordi Bufí jordi.bufi.es/producto-minimamente-viable-pmv – view page – cached Cuando quieres sacar un proyecto a la luz tienes dos opciones completamente opuestas: esperas semanas (o meses, quizás años) a tener el producto "perfecto" o te lanzas con el PMV (Producto... Read moreCuando quieres sacar un proyecto a la luz tienes dos opciones completamente opuestas: esperas semanas (o meses, quizás años) a tener el producto "perfecto" o te lanzas con el PMV (Producto Mínimamente Viable). View page [...]
Estoy muy deacuerdo, depende de cada proyecto el primer release pero tienes toda la razón, es un concepto agile para desarrollo de proyectos. Primero debe atacarse el core del producto, con lo más importante funcionando para realizar un release luego se puede continuar atacando los demás requerimientos que se integraran a lo más importante.
¿Y que desventajas le ves al PMV?
Yo creo que la principal es dejar ver una idea en una fase temprana, que puede ser "copiada" por otros, y superada por el hecho de no haber sacado tu producto con una imagen y funcionalidades que le permitan el total triunfe. No digo que no sea útil el PMV, pero... ¿qué opinas de la desventaja que te comento y... le ves alguna otra?
¡Un saludo Jordi y a ver cuando hacemos alguna actividad entre empresas! ;)
Creo que la mayor desventaja es sacar una gran "castaña" y cargarte tu reputación previa (si es que la tenías).
En cuanto a lo que te copien... piensa que les llevaras de ventaja el tiempo que ya hayas estado desarrollando, además del feedback que consigas en esta primera etapa, que te servirá para encarar mejor las fases siguientes :)
Personalmente me gusta la idea detrás de PMV. Y no veo necesariamente que te vayan a copiar. Puedes salir con sólo una funcionalidad, probarla en profundidad, mejorarla y rectificar para, más adelante, seguir añadiendo herramientas a tu aplicación.
Estoy trabajando en un proyecto y justamente esta va a ser mi filosofía (ya lo tenía decidio y este artículo me ha animado a continuar por este camino).
Como siempre, muchas gracias Jordi!
Totalmente de acuerdo con el concepto PMV. Siempre y cuando vayas construyendo tu proyecto sobre una base sólida, simplificando, teniendo visión a medio/largo plazo, teniendo en cuenta la futura escalabilidad del proyecto.
Importantísimo tener en cuenta la recogida de feedback de nuestro primeros usuarios, no sólo para errores sino para mejorar el producto; cazar y obtener información de los posibles entusiastas con nuestro proyecto puede ayudar mucho, a ver que funciona o que no.
Saludos!
Totalmente de acuerdo. Lo único es que a veces definir cuáles son los mínimos para que un proyecto sea viable no resulta tan fácil, y muy seguramente los mínimos para un desarrollador difieren de los mínimos para un usuario, no en cuanto al número de funcionalidades en el producto, pero si en cuanto a cuáles de esas funcionalidades hay que meter.
Enviar un comentario nuevo