The “minimum viable product” is a widely misused and misunderstood concept. But it’s powerful when done right. In this article, you will learn: The definition of a minimum viable product (MVP), What questions to ask to to create an MVP, and How to test your MVP
¿Listo para ver Bird en acción?
¿Qué es un Producto Mínimo Viable (PMV)?
A minimum viable product (MVP) is an early version of a product, such as a SaaS (software as a service) application, that is designed to ensure that product vision and strategy are aligned with market needs.
Typically, an MVP delivers just enough functionality and value to appeal to early adopters and other innovators. It’s not a beta version of your product, designed for shaking out bugs or for fine-tuning features and interface elements. It’s also not an idea that exists only on paper (or slides), or a raw demonstration of a proof-of-concept.
En cambio, el término "MVP" sugiere algo muy específico:
Minimum: the smallest number of capabilities, features, and packaging that…
Viable: deliver enough value that customers are willing to spend money (or another currency such as personal information)…
Product: on something they can use today… not just invest in a future concept, promise, or offer.
The goals of an MVP are to validate the premise of a product, to test hypotheses about market needs, to make adjustments a la product vision, and to prioritize where to invest in future development. As such, MVPs are a profoundly powerful approach towards finding product-market fit.
Los grandes MVP empiezan con preguntas difíciles
No te engañes pensando que "mínimo" significa "fácil". Determinar el conjunto de características mínimas de un MVP es un trabajo duro, pero hacer las preguntas adecuadas es una parte importante del proceso.
¿Qué problema intenta resolver y merece realmente la pena?
Todos nos encontramos con pequeños y grandes puntos de fricción en nuestro día a día. Si has identificado uno que crees que necesita una solución, dedica algo de tiempo a considerar si es un problema que tiene suficiente fricción como para que la gente quiera usar tu producto.
Pensemos, por ejemplo, en Uber. Cualquiera que haya pasado suficiente tiempo en una gran ciudad sabe lo frustrante que puede ser pararse en la acera e intentar llamar a un taxi. Ese era un inconveniente lo suficientemente grande como para que Uber resultara atractivo para cualquiera que quisiera poder sacar su smartphone, abrir una aplicación y pedir un transporte rápidamente.
Por otro lado, pensemos en Juicero. Resultó que muy poca gente quería una prensa de zumo cara que tuviera Wi-Fi y que requiriera escanear un código QR antes de exprimir un envase de zumo. Tampoco ayudaba el hecho de que exprimir un paquete de zumo a mano funcionara casi tan bien como meterlo en la prensa.
¿Cuál es la forma más fácil y directa de resolver el problema?
No te preocupes por todas las funciones interesantes que podría ofrecer tu producto. Piensa solo en la línea recta que va del problema a la solución, con el menor número posible de pasos en el camino.
Pensemos de nuevo en Uber. Originalmente conocido como UberCab, al principio sólo se ofrecía en San Francisco y sólo ofrecía un servicio de coche negro que era más caro que un taxi. Sin embargo, permitía pedir un viaje simplemente pulsando un botón o enviando un mensaje de texto, y esa funcionalidad básica resultó ser muy popular. Ver lo bien que funcionaba convenció a la empresa para seguir adelante con la idea.
Probar el "valor mínimo" paso a paso
Como se ha señalado anteriormente, un MVP adecuado significa algo bastante específico. Pero al igual que un MVP ayuda a acelerar el ajuste producto-mercado, también hay maneras de llegar a un MVP en sí más rápido y con menos riesgo. He aquí tres enfoques que puedes probar mientras trabajas en el desarrollo de un MVP.
Before building an MVP, test your promise and offer
Ni siquiera tienes que escribir una sola línea de código para empezar a crear un MVP. Crea una página de aterrizaje completa con viñetas convincentes que vendan a la gente las características de tu producto y capturas de pantalla maquetadas que les muestren tu visión. También puedes crear un vídeo que narre las capturas de pantalla y explique qué problema resolverá tu producto.
Incluya un campo de registro donde los visitantes puedan añadir sus direcciones de correo electrónico a su lista. Incluso puede incluir diferentes opciones de planes de precios y pedir a los usuarios que elijan el que más les interese, lo que le ayudará a entender qué quieren de su producto.
Cree una campaña de AdWords para dirigir a los usuarios a la página de destino, de modo que sepa qué palabras clave de búsqueda generan más tráfico. Puede que te sorprendan los resultados.
Estos pasos preliminares no sustituirán a un MVP real, pero pueden ayudar a determinar si merece la pena desarrollar un MVP.
Utilice un proceso manual para suministrar su producto o servicio
El truco de este enfoque es dar la ilusión de que se está ofreciendo una experiencia totalmente funcional aunque no sea así. Mientras ofrezcas a los clientes aquello por lo que han pagado, no importa si utilizas un proceso torpe entre bastidores.
Por ejemplo, cuando al fundador de Zappos, Nick Swinmurn, se le ocurrió la idea de vender zapatos por Internet, que parecía descabellada en 1999, primero probó su concepto fotografiando zapatos en las estanterías de las tiendas y poniéndolos a la venta en su sitio web. Cuando alguien compraba un par, él los compraba en la tienda y los enviaba.
Aunque no era un plan viable a largo plazo, esa simple idea permitió a Swinmurn comprobar si estaba en lo cierto al suponer que la gente compraría zapatos en Internet sin probárselos antes. Y resultó que tenía razón. Y como ventaja añadida, no tuvo que hacer grandes inversiones en almacén ni arriesgarse a quedarse con un montón de zapatos sin vender.
Utilizar aplicaciones y servicios existentes para aproximar la experiencia
Hay muchas formas de utilizar la tecnología moderna para crear un proceso que luego puede perfeccionar con un desarrollo de software único. Puedes utilizar las herramientas existentes para desarrollar una demo sin tener que invertir mucho dinero en recursos de programación.
Por ejemplo, Groupon empezó como un sitio de WordPress en el que su fundador, Andrew Mason, y su reducido equipo publicaban ofertas en forma de entradas de blog. Utilizaban un AppleScript para generar un PDF de un cupón que enviaban por correo electrónico a todos los que habían reclamado una oferta. Era una forma torpe de funcionar, pero demostró que el concepto funcionaba.