¿MVP? ¿Para qué sirve?
Quiero empezar con las razones por las cuales es conveniente hacer un MVP y no con la definición, creo que es el flujo correcto para este tema, ya que el concepto es simple, pero puede llegar a confundir, sin embargo, las razones son muy claras para decidirse a hacer uno.
¿Para qué queremos un MVP?
Hay una serie de ventajas, algunas parecerán retadoras, pero créeme, sí son ventajas.
- Exponer nuestro producto a los clientes
- Es una manera efectiva de recibir retroalimentación para saber el rumbo de las siguientes fases, y priorizar los desarrollos
- Es una forma de empezar a generar ROI
- Es una gran manera de apresurar el Time-to-Market que es esencial para comenzar a generar flujo de dinero o servicios
- Comienza a posicionarse en el mercado
- No inviertes una gran cantidad de dinero y tiempo en características que quizás no sean importantes
- Nos obligamos a ser concisos y enfocarnos en la necesidad que deseamos plantear
Todas estas son razones muy positivas y muy claras de por qué es buena idea hacer un MVP, ahora vamos a las definiciones formales o que dan los autores.
Definiciones formales
Sí, bueno, son necesarias, las bases y las formalidades son a mi parecer fundamentales.
MVP o Producto Mínimo Viable es la versión de un nuevo producto que permite a un equipo recolectar la máxima cantidad de aprendizaje validado de los clientes con el mínimo esfuerzo. (1)
Es un término acuñado por Frank Robinson en el 2001 (2):
El MVP es ese dulce punto en el cuadrante superior izquierdo en una gráfica donde el ROI está en el eje Y mientras el riesgo en el eje x que se correlaciona directamente con el esfuerzo y el Time-to-Market
Después de ver que es un MVP, por qué no mejor vemos ¿Qué es un MVP?
Sí, trataremos de aclararlo un poco más.
Un MVP es nuestro producto, aún no está terminado, pero es una versión mínima pero funcional que ya realiza el objetivo que perseguimos con él. (no perder de vista la V en MVP)
El ejemplo clásico que verán en todos lados, (aunque se puede hacer con cualquier producto) es que tenemos un producto nuevo, una especie de vehículo para transportarnos de un lugar cercano a otro. Se me antoja llamarlo automóvil. Innovador, donde no tenga la necesidad de caminar. La idea es que pueda tener radio y aire acondicionado, que tenga lucecitas y esté forrado en piel, a lo mejor que venga en 43 diferentes colores radiantes y que sea descapotable.
¿Podría decir que una llanta es parte de mi producto? Sí, inobjetablemente.
¿Es mínimo? Sí, definitivamente
¿Es viable? No, no cumple con el primer propósito
Mi proyecto automóvil tiene muchas características, sin embargo. Tiene un primer propósito único: llevarme de un lado a otro sin necesidad de caminar.
Es entonces que la opción de algo mínimo y viable es la opción de una tabla con ruedas, que básicamente es una patineta, que cumple con la definición de MVP. Que ya puede transportarme, evitar que camine y si tengo 17 años me va a encantar.
Por favor tomémoslo como es, un ejemplo. Yo también veo algunos detalles, pero si quieren discutirlo, escríbanme.
Después de este brevísimo pero ilustrativo ejemplo veamos otros puntos de vista.
El MVP como método científico
Eric Ries(3) Menciona que se puede ver a través del método científico. Y seamos honestos, ese argumento sí que podría ser definitivo.
De manera muy general, el método científico se resume en los siguientes pasos:
- La observación
- Reconocimiento del problema
- Hipótesis
- Experimentación
- Análisis de resultados
- Comprobación de la hipótesis
Después de haber observado el medio que nos rodea, reconocemos alguna necesidad que podemos cubrir.
Tenemos la hipótesis de que nuestro producto va a ser exitoso, ya que tenemos la solución perfecta.
Es el momento de la experimentación:
Es allí donde entra nuestro MVP Una parte apenas completa que resuelve la necesidad a cubrir, para, obtener los resultados que nos servirán para comprobar si vamos por buen camino, o cambiamos el rumbo.
Suena lógico, ¿cierto? no podemos asegurar que algo funciona ni meterle un par de años de desarrollo y varios millones de pesos si no he comprobado que va a resolver el problema y si no va a tener buena aceptación, aunque ese podría ser un problema de marketing.
El MVP como una prueba.
En el mundo del software, todo lo que se realiza necesita una prueba. Si se realiza un formulario, debe haber un caso de uso que pueda validar que el formulario es correcto, que guarda la información y regresa un mensaje de éxito.
El MVP puede verse como la “prueba de fuego” de tu producto, servicio, estrategia de marketing, software, tienda, etcétera, cuyo resultado servirá para saber si vamos bien o cambiamos la estrategia.
La idea es que “No es necesario tener un producto terminado para lanzarlo al mercado” o “No hace falta que mi estrategia esté completa y súper-mega definida para probarla” o ” no es necesario que tenga todos los servicios estructurados y con precios” o… Bueno creo quedó claro.
Hay mil formas de tener un MVP. Tantas como productos o servicios, estrategias, software, tienda etcétera (sí, repetí lo de arriba, no quiero que se nos olvide que aplica para cualquier cosa) o tantas como la imaginación nos puede dar, los dos casos más famosos y que menciona el libro “Lean Startup” (4) son la tienda online de zapatos Zappos, donde el fundador para probar su idea, montó una tienda SIN STOCK, cada par vendido él lo compraba en la zapatería y lo mandaba por paquetería.
Él invirtió lo necesario para hacer una prueba, para comprobar su hipótesis: “Hacía falta quien vendiera zapatos online, porque la demanda era grande”. ¿Metió dinero? Sí, ¿Pudo haber metido más? Mucho más. Hizo lo mínimo indispensable para poder comprobar su punto. Cuando comprobó que su hipótesis era correcta y la demanda era suficiente, invirtió en stock y en todo lo necesario para darla a conocer masivamente.
El otro caso es Dropbox, ellos invirtieron en publicidad sin tener nada construido, pusieron una página de internet para que te pre-suscribieras y al obtener feedback y darse cuenta de la gran demanda, comenzaron a construir la infraestructura.
Puede haber tantos MVPs o fases del proyecto o pruebas o hipótesis como sean necesarias. Es importante probarlas y tener retroalimentación.
¿Qué debemos tomar en cuenta al hacer un MVP?
¡Sea pues! ¿Cómo empezamos?
Bueno queda claro qué debemos hacer, más bien debemos tener en cuenta los siguientes puntos al diseñar nuestro MVP:
No pierdas el foco
Es fácil perderse entre todo lo que puede hacer un sistema, o todo lo que puede abarcar un producto, o todos los servicios que podríamos dar, siempre hay un poco más que se puede hacer. Lo que queremos es salir con lo mínimo indispensable para comprobar nuestra hipótesis, así que no pierdas eso de vista.
Es una prueba, hazlo para que sea probado y acepta los resultados
Hay programadores que crean el escenario ideal para probar sus desarrollos, siempre pasan las pruebas, por eso existen (¿existían?) departamentos de QA (Quality Assurance) independientes, para probar exhaustivamente el desarrollo, sólo así descubrimos qué está bien, qué requiere volver a hacerse o cambiarse.
¿Makes sense?
Envía tu prueba a tu mercado específico
Hay que tener siempre en cuenta el mercado al que mandemos nuestro MVP. No te olvides de él. NO le vayas a enviar un videojuego a mis papás, probablemente no recibas el mejor feedback que pudieras recibir, quizás no recibas feedback.
Tu primer mercado si eres una start up con un producto nuevo serán los llamados early adopters quienes son entusiastas y recibirás un gran feedback, esto te dará un gran impulso y dirección. Tal vez para tu segunda fase tengas un feedback distinto. Prepárate para el cambio.
Oye, pero… ¿Algo puede salir mal?
De acuerdo a Andrea Contigiani(4), sí.
Si tu idea es revolucionaria y no tienes el soporte para tomar acciones rápidas puedes estar regalando la idea a alguien más. El consejo que da Andrea es, no salgas demasiado pronto con el MVP.
Sin embargo, hay formas de protegerte, propiedad intelectual, inversionistas, no estás cien por ciento protegido. No quiero decir que tu producto, servicio, estrategia, software no sea grandioso o grandiosa, pero… en general es poco probable que te roben la idea. Se da y hay que tener definitivamente todas las precauciones, pero haz tu MVP.
Espero que este pequeño documento te haya servido.
Si tienes alguna duda, comentario o si podemos participar en tu estrategia para tu MVP, estaremos felices de hacer equipo.
Tenemos un Workshop perfecto para tu equipo de trabajo
(1) http://www.startuplessonslearned.com/2009/08/minimum-viable-product-guide.html
(2) http://www.syncdev.com/minimum-viable-product/
(4) https://knowledge.wharton.upenn.edu/article/the-limitations-of-lean-startup-principles/
Recent Comments