Business in a box.
Descubre nuestras soluciones.
Habla con nuestro equipo de ventas
El “producto mínimo viable” es un concepto ampliamente mal utilizado y malinterpretado. Pero es poderoso cuando se hace correctamente. En este artículo, aprenderás: La definición de un producto mínimo viable (MVP), Qué preguntas hacer para crear un MVP, y Cómo probar tu MVP
¿Qué es un Producto Mínimo Viable (PMV)?
Un producto mínimo viable (MVP) es una versión temprana de un producto, como una aplicación SaaS (software como servicio), que está diseñado para asegurar que la visión y estrategia del producto estén alineadas con las necesidades del mercado.
Normalmente, un MVP ofrece solo la funcionalidad y el valor suficientes para atraer a los primeros adoptantes y otros innovadores. No es una versión beta de su producto, diseñada para eliminar errores o para ajustar características y elementos de la interfaz. Tampoco es no una idea que existiera solo en papel (o diapositivas), o una demostración en bruto de una prueba de concepto.
En cambio, el término “MVP” sugiere algo muy específico:
Mínimo: el menor número de capacidades, características y embalaje que…
Viable: ofrecer suficiente valor para que los clientes estén dispuestos a gastar dinero (u otra moneda como la información personal)…
Producto: en algo que puedan usar hoy… no solo invertir en un concepto futuro, promesa u oferta.
Los objetivos de un MVP son validar la premisa de un producto, probar hipótesis sobre las necesidades del mercado, hacer ajustes a la visión del producto y priorizar dónde invertir en el desarrollo futuro. Como tal, los MVP son un enfoque profundamente poderoso hacia encontrar el ajuste producto-mercado.
Grandes MVPs comienzan con preguntas difíciles
No te dejes engañar pensando que "mínimo" significa "fácil". Determinar el conjunto mínimo de características de un MVP requiere mucho trabajo, pero hacer las preguntas correctas es una parte importante del proceso.
¿Qué problema estás tratando de resolver y realmente es un problema que vale la pena resolver?
Todos nos encontramos con puntos de dolor grandes y pequeños en nuestra vida diaria. Si has identificado uno que crees que necesita una solución, dedica un tiempo a considerar si es un problema con suficiente fricción como para que la gente quiera usar tu producto.
Por ejemplo, considera Uber. Cualquiera que haya pasado suficiente tiempo en una gran ciudad sabe lo frustrante que puede ser pararse en una acera e intentar detener un taxi. Ese fue un punto de dolor lo suficientemente grande como para hacer que Uber fuera atractivo para cualquiera que quisiera simplemente sacar su smartphone, lanzar una aplicación y rápidamente llamar a un transporte.
Por otro lado, considera Juicero. Resultó que muy pocas personas querían una prensa de jugos cara que tuviera Wi-Fi y requiriera el escaneo de un código QR antes de exprimir un paquete de jugo. No ayudaba que exprimir un paquete de jugo a mano funcionara casi tan bien como ponerlo en la prensa.
¿Cuál es la forma más fácil y directa de resolver el problema?
No te preocupes por todas las características geniales que tu producto podría ofrecer. Sólo piensa en la línea recta del problema a la solución, con el menor número de pasos posibles a lo largo del camino.
Considera Uber nuevamente. Originalmente conocido como UberCab, se ofrecía inicialmente solo en San Francisco y solo contaba con un servicio de autos negros que era más caro que un taxi. Sin embargo, te permitía tomar un viaje simplemente haciendo clic en un botón o enviando un mensaje de texto, y esa funcionalidad básica resultó ser tremendamente popular. Ver lo bien que funcionaba convenció a la compañía de perseguir agresivamente la idea.
Probando "valor mínimo" un paso a la vez
Como se señaló anteriormente, un MVP adecuado significa algo bastante específico. Pero al igual que un MVP ayuda a acelerar el ajuste del producto al mercado, también hay maneras de llegar a un MVP en sí más rápido y con menos riesgo. Aquí hay tres enfoques para intentar mientras trabajas en desarrollar un MVP.
Antes de construir un MVP, prueba tu promesa y oferta
No necesitas tener ni una sola línea de código escrita para comenzar a crear un MVP. Crea una página de aterrizaje completa con puntos destacados que vendan a las personas las características de tu producto y capturas de pantalla simuladas que les muestren tu visión. También podrías querer crear un video que narre tus capturas de pantalla y explique qué problema solucionará tu producto.
Incluye un campo de registro donde los visitantes puedan añadir sus direcciones de correo electrónico a tu lista. Incluso podrías listar diferentes opciones de plan de precios y pedirle a las personas que elijan la que les interesa, lo cual te ayudará a entender qué quieren de tu producto.
Crea una campaña de AdWords para dirigir personas a la página de aterrizaje, para que sepas qué palabras clave de búsqueda están generando más tráfico. Podrías sorprenderte con los resultados.
Estos pasos preliminares no tomarán el lugar de un MVP real, pero pueden ayudar a determinar si vale la pena desarrollar un MVP.
Usa un proceso manual para entregar tu producto o servicio
El truco con este enfoque es dar la ilusión de que estás ofreciendo una experiencia completamente funcional incluso cuando no lo estás. Mientras estés entregando a los clientes lo que pagaron, no importa si estás usando un proceso torpe tras bambalinas.
Por ejemplo, cuando el fundador de Zappos, Nick Swinmurn, dio con la idea de vender zapatos en línea, lo cual parecía extravagante en 1999, primero probó su concepto fotografiando zapatos en los estantes de las tiendas y listándolos para la venta en su sitio. Cuando alguien compraba un par, los compraba en la tienda y los enviaba.
Si bien eso no era un plan viable a largo plazo, esa simple idea permitió a Swinmurn ver si estaba en lo correcto en su suposición de que las personas comprarían zapatos en Internet sin probárselos primero. Resultó que tenía razón. Y como un beneficio adicional, no tuvo que invertir mucho en stock de almacén y correr el riesgo de quedarse con muchos zapatos no vendidos.
Usa aplicaciones y servicios existentes para aproximar la experiencia
Hay muchas maneras de usar la tecnología moderna para crear un proceso que luego puedes refinar con un desarrollo de software único. Puedes usar herramientas existentes para desarrollar esencialmente una demostración sin gastar mucho dinero en recursos de programación.
Por ejemplo, Groupon comenzó como un sitio de WordPress donde el fundador Andrew Mason y su pequeño equipo publicaban ofertas como entradas de blog. Usaron 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 operar, pero demostró que el concepto funcionaba.
