6 anos da Caroli.org com 30% OFF no cupom CAROLI6 – Inscreva-se

MVP: conozca y aprenda a utilizar el producto minimo viable

13 Jul 2021 | Lean Inception

MVP es una abreviatura del concepto de Minimal Viable Product que, en español, representa el producto mínimo viable. Solo tres letras que tienen un significado muy importante para emprender con éxito. MVP es la versión más simple de un producto que se creará y se pondrá a disposición de los usuarios para validar una idea y recopilar datos esenciales para validar la dirección del negocio.

Este concepto surgió en Silicon Valley, una región que alberga muchas startups y empresas de tecnología, y cobró más fuerza tras la publicación del libro The Lean Startup del autor Eric Ries.

Piense en grande, empiece pequeño, aprenda rápido. Tweet This

Piense en grande, empiece pequeño, aprenda rápido: esta es la propuesta del producto mínimo viable. Entonces, en otras palabras, MVP representa una nueva forma de crear y evolucionar productos, entregando solo lo mínimo factible, para validar la idea con los usuarios lo más rápido posible y mejorar el producto con la retroalimentación recibida. Al entregar el mínimo viable, es posible llevar el producto al mercado más rápido, minimizar el gasto de tiempo y recursos y evolucionar el producto en función de las necesidades reales de sus usuarios.

El concepto de MVP ha sido fundamental en la trayectoria de miles de emprendedores que buscaron (¡y lograron!) lanzar productos fantásticos. Algunos ejemplos exitosos que apuesto a que conocen son Apple con el iPhone, Facebook, Spotify, Airbnb, Easy Taxi y muchas otras empresas que comenzaron siendo pequeñas, con sus creadores trabajando de esa manera, y ganaron el mundo con el tiempo.

Pero, después de todo, ¿cómo decidir el MVP?
¿Cómo encontrar el equilibrio entre el mínimo y el producto?
¿Dónde y cómo surgió el concepto de MVP?
Cómo funciona MVP
¿Y qué significa validar el MVP?
Conozca algunos ejemplos de MVP
Más historias de éxito de MVP
¿Cuándo pivotar?
Errores comunes al crear un MVP
Canvas MVP: una herramienta esencial
Otros puntos importantes al completar el Canvas MVP
Validar supuestos comerciales del MVP
¿Cómo sé si mi plan MVP está listo?

 

Pero, después de todo, ¿cómo decidir el MVP?

El producto mínimo viable es la forma en que los equipos ágiles y las startups crean, validan y evolucionan sus productos y negocios. MVP es el primer paso para deleitar a los usuarios y clientes con el producto ideal para satisfacer sus necesidades, aunque en una versión más sencilla.

Si bien el producto final, después de todas las evoluciones e incrementos, es algo mucho más complejo. Pero lanzar este mínimo al mercado será fundamental para saber si el camino es correcto o si es necesario cambiar (pivotar) la dirección.

El producto mínimo viable es la forma en que los equipos ágiles y las startups crean, validan y evolucionan sus productos y negocios. Tweet This.

Pero es importante tener en cuenta: para ofrecer el mínimo viable, debe dejar de lado muchas funciones para más adelante. Entonces, el primer paso es comprender y priorizar qué constituye este producto mínimo viable sin comprometer la calidad de lo que se entregará al usuario.

Puede (y debe) soñar con un super-producto exitoso, lleno de features, pero debe ser realista. Mientras no exista, todo es solo una hipótesis comercial, y MVP es la forma más rápida de validar esa hipótesis y la propuesta de valor de su idea.

¿Cómo encontrar el equilibrio entre el mínimo y el producto?

Esto es casi como jugar con un balancín, ya que es necesario encontrar el equilibrio ideal, sin pesar ninguno de los lados.

Cuanto más simples es el MVP, es decir, cuanto más pequeño es, más pequeño es el producto. Por otro lado, cuanto más grande es el producto, es decir, cuantas más features tiene, más tiempo y esfuerzo demanda, probablemente creando más allá del mínimo factible para validar algo.

Es difícil definir el MVP. Al igual que en un juego de niños, el balancín se balanceará de un lado a otro. A veces, el producto va un poco más allá de lo necesario; otras veces, el mínimo estará un poco por debajo del producto esperado. Pero este balancín tiene dos lados, y si falta uno, no será un MVP.

Imagínese el balancín sin el producto. Solo hacemos lo mínimo para validar un modelo de negocio. Esto es excelente, lo estamos validando. Sin embargo, si no hay producto, no es MVP. No tiene la P de producto. Este es un experimento. Un MV, un mínimo viable para validar algo.

Ahora imagina el balancín cuando no hay mínimo. Por alguna razón, se crea una lista de requisitos y features para el producto. Una lista que no tiene nada de mínimo, con varias cosas por construir. Nuevamente, este no es un MVP, sino un VP, un producto viable. Alguien ha hecho un plan para construir un producto y no está siguiendo el estilo MVP.

Pero, ¿cuál es el mínimo viable? ¿Cómo alinear y planificar la creación de MVP? Si sigue Lean Inception con su paso a paso y utiliza el Canvas MVP, podrá alinear, comprender y crear el producto mínimo viable.

Es fundamental saber equilibrar este balancín y luego invertir en la creación y evolución de un producto o servicio

¿Dónde y cómo surgió el concepto de MVP?

La idea de MVP está originalmente vinculada a ideas popularizadas por el sistema de producción de Toyota, el origen de la manufactura Lean. Steve Blank, un emprendedor en serie y estudioso del espíritu empresarial de Silicon Valley, creó una metodología basada en el desarrollo del cliente.

Este fue el comienzo del movimiento Lean Startup, que alcanzó su punto máximo con Eric Ries y el lanzamiento de su libro. Pero incluso antes de que el trabajo se hiciera popular, el término estaba en uso varios años antes del surgimiento del movimiento, especialmente entre las startups, los emprendedores y los inversores de Silicon Valley.

Por ejemplo, la expresión producto mínimo viable apareció por primera vez en 2000 en un artículo de Willian Junk titulado, en traducción libre, The Dynamic Balance Between Cost, Schedule, Resources, and Quality in Software Development Projects.

 

Cómo funciona MVP

Si trabaja con MVP, significa que está abierto a validar hipótesis, fallar y aprender rápidamente. Tweet This.

En este contexto, menos es más, lo que significa que no pierda tiempo, dinero y esfuerzo creando el producto equivocado. Valida de inmediato tu idea, tu hipótesis, con el MVP para caminar con certeza por el camino exitoso.

El producto final puede contemplar más de un objetivo comercial, servir a varios tipos de usuarios y tener muchas features. Pero un MVP debe validar una hipótesis, probar una idea y verificar que cumple con lo esperado por los clientes de la forma más sencilla posible.

M es mínimo, por lo que lo más probable es que solo haya una oportunidad, solo un pequeño aspecto del negocio para un segmento específico de usuarios, con solo una o algunas features.

Por ejemplo, vea la imagen a continuación para ver una representación de un producto hecho a través de MVP. Cada caja pequeña es un MVP validado a través de comentarios de uso, intereses comerciales y posibilidades técnicas.

Representación de un producto realizado a través de MVP

El producto comienza simple, luego crecerá y tendrá más funciones (representadas en la imagen por las cajas apiladas). Esto sucede de MVP validado a MVP validado. Es decir, cada feature adicional debe pasar la validación; no agregue nada que no haya sido probado y comprobado al producto.

¿Y qué significa validar el MVP?

Validar es el acto de demostrar que algo realmente funciona de manera efectiva. La validación de una idea o una hipótesis a través de un MVP consiste en aportar evidencia de que los datos de uso de MVP corroboran la hipótesis, demostrando que vale la pena perseguir la evolución del producto, el negocio, a partir de la idea inicial.

El producto se construye gradualmente, con funcionalidades validadas que se agregan al producto consolidado existente. La entrega continua e incremental proporciona un mayor valor del producto a lo largo del tiempo, mientras que el proceso de creación tradicional no proporciona ningún valor hasta el final, cuando todo el proyecto está listo.

Podemos crear una metáfora para ilustrar el ejemplo: un MVP para cruzar un río. Una solución sencilla para cruzar un pequeño arroyo es colocar una viga de madera que conecte las orillas. ¡Y ese es un excelente ejemplo de MVP! Además de permitir el cruce, es una forma sencilla de validar el sitio para la construcción del puente. Coloca unas vigas de madera en diferentes lugares del arroyo y luego revisa cuál es la más utilizada para el cruce.

MVP promueve un enfoque incremental en el que solo se aborda al mismo tiempo una pequeña parte de los supuestos generales. Cada una de las hipótesis está diseñada, creada y preparada para ser agregada al producto, para generar datos útiles para la toma de decisiones, aprendizaje y validación.

En esencia, una idea (o hipótesis de grandes empresas) se secuencia en una serie de proyectos más pequeños, más simples y, por lo tanto, más fáciles de entender y realizar.

Como resultado, las suposiciones más simples se hacen más rápido y se ponen a disposición del usuario final en el producto. Por ejemplo: si tuviera un puente en esta ubicación, ¿cuántos peatones lo usarían por semana?

En este caso, el usuario final (o quien valide el MVP) proporciona datos para validar el incremento de producto. La validación es esencial por dos razones: 1. Se pueden hacer correcciones y cambios en una etapa temprana del proyecto, en lugar de aparecer solo cuando es más elaborado, reduciendo así el riesgo del producto y 2. Se reduce la complejidad del análisis de hipótesis.

Los creadores de productos y el usuario final tienen acceso temprano a algo funcional y viable. Por lo tanto, las decisiones sobre los próximos pasos y los incrementos de producto se basan en el producto en sí, en lugar de ser hipótesis sobre otras hipótesis. Y este patrón de trabajo permite la construcción de productos muy elaborados, con pequeños pasos, pero bien fundamentados.

Conozca algunos ejemplos de MVP

Puede que no lo sepas, pero estás familiarizado con varios ejemplos famosos de MVP, como iPhone, Facebook, Easy Taxi, Dropbox y Zappos.

Y es muy importante conocer estas historias porque, a la hora de explicar qué es MVP a personas que no están en las áreas de emprendimiento o tecnología, es mucho más fácil cuando tienes un ejemplo de este tamaño bajo la manga. Además, ¡puedes y debes inspirarte en estos grandes negocios que comenzaron con los productos viables más pequeños como el tuyo!

Ejemplo de MVP: iPhone

Ejemplo de MVP para startups

¡Con Facebook fue lo mismo! Lo que comenzó como un simple sitio web, que solo servía para que unos pocos amigos compartieran sus fotos, ha ido creciendo hasta convertirse en la red social que utilizan millones de personas en todo el mundo.

Ejemplo de MVP: TheFacebook.com

Y podemos acercarnos aún más estos ejemplos, cuando hablamos de un negocio brasileño exitoso: EasyTaxi. Antes de crear la aplicación, la startup validó la hipótesis de que existía una demanda para llamar a un taxi por un sítio web.

Los fundadores de EasyTaxi hicieron esto a través de una página web donde la persona ingresó la información para pedir el taxi, y luego los fundadores recibieron un correo electrónico y llamaron a una cooperativa de taxis en nombre de la persona. Poco a poco, el negocio se convirtió en una increíble historia de éxito.

Ejemplo de servicio MVP

Como ya sabes, el principal objetivo de un MVP es evitar el riesgo de construir productos o servicios que nadie quiere.

Trabajo con productos digitales, por lo que la gran mayoría de MVP que implementé, o ayudé a equipos y empresas a implementar (a través de Lean Inception), fueron MVP de producto. Pero también recibo muchos comentarios de los lectores del libro Lean Inception sobre mínimos viables para servicios.

Un ejemplo que me pareció fascinante fue el uso de MVP como servicio de evaluación para la descontaminación de grandes industrias. Esta idea surgió de un agente fiscal responsable del plan de inspección, evaluación y descontaminación de grandes industrias. El agente era la esposa de una persona en productos digitales que había comprado mi libro. Lo leyó y comenzó a aplicar el concepto de MVP en su área de especialización.

Antes de leer el libro y comprender el concepto de producto mínimo viable, el agente evaluó la gran industria y presentó un plan de descontaminación. Algo como: «en hasta un año, la empresa debe cumplir con todos los puntos a continuación o recibirá una multa de 100.000 USD al mes»:

  • Agregue filtros en el estándar XPTO en las doscientas máquinas que vierten desechos líquidos al río;
  • Agregue otros cien conductos de ventilación;
  • Envíe a todos los empleados a capacitaciones sobre cuidado ambiental de aguas subterráneas y ríos.

Usando el concepto que estamos explorando aquí, y que es el carácter central de mi libro, el agente ideó un plan MVP, el mínimo viable, para validar si la industria iba a hacer un movimiento hacia la reducción de la contaminación.

Algo como: «Debes implementar las siguientes acciones dentro de dos meses, de lo contrario recibirás una multa progresiva, comenzando con 10 mil USD mensuales (aumentando 10 mil mensuales hasta el valor de 100 mil USD mensuales)»:

  • Agregue filtros estándar XPTO a cinco de las doscientas máquinas que vierten desechos líquidos al río;
  • Agregue cinco conductos de ventilación más;
  • Enviar al 5% de los empleados a capacitaciones sobre cuidado ambiental de aguas subterráneas y ríos.

El resultado: para la mayoría de las empresas, los problemas se resolvieron más rápido y las multas fueron menores. Para pocas empresas, la multa de 100 mil USD empezó a llegar antes y otros órganos y agentes empezaron a actuar con mayor rapidez, ya que esta empresa ya estaba en la lista de las que no respondían por más tiempo a los determinados cambios.

Más historias de éxito de MVP

Y como no hay escasez de ejemplos, presentaré dos más para que se familiarice aún más con las ventajas de hacer un MVP. Echa un vistazo a Dropbox y Zappos.

Los fundadores de Dropbox eran ingenieros de software que estaban lidiando con el desafío de integrar una variedad de plataformas informáticas y sistemas operativos, como Windows, Macintosh, Linux, etc. Con mi experiencia como desarrollador, puedo decir que en la década de 2000 esto no fue una tarea fácil. Si bien hoy es más simple, en ese momento la computación en la nube recién comenzaba.

Pero, si la hipótesis fuera validada, sería una de las mayores ventajas competitivas de Dropbox: ¡su producto funcionaría sin problemas en todas y cada una de las plataformas!

Además de los esfuerzos de desarrollo de productos, los fundadores necesitaban comentarios de los usuarios potenciales, necesitaban saber si usarían y pagarían por dicho producto. Creían en la idea y sabían que era innovadora, pero era necesario confirmar a los inversores que este desafío sería realmente útil para los usuarios de tecnología que no entendían el «detrás de escena» de las plataformas y aplicaciones.

Entonces, los fundadores de Dropbox necesitaban probar su premisa básica. Si Dropbox pudiera ofrecer una experiencia de usuario increíble, ¿la gente le daría una oportunidad al producto? ¿Pagarían por ello? La empresa creyó y logró validar que la respuesta a estas preguntas es ¡sí!

Descubrieron que la sincronización de archivos era un problema que la mayoría de la gente no sabía que tenía. Y después de probar la solución, no se puede imaginar cómo ha vivido sin ella … ¡es imperativo tener el mismo archivo guardado y disponible en cualquier dispositivo, en cualquier sistema operativo y plataforma!

Pero lo más sorprendente es que lo demostraron mucho antes de que el producto estuviera en uso. Tenían un video que demostraba cómo funcionaba Dropbox. Un simple video de tres minutos que fue creado y publicado en Digg, una plataforma conocida en ese momento por su contenido tecnológico.

 

 

Tan pronto como se publicó el contenido, la lista de envíos para recibir el producto en su versión beta (versión Early Adopters, antes del lanzamiento oficial) explotó: pasaron de 5,000 a 75,000 de la noche a la mañana.

Este nivel de interés validó la hipótesis de que los fundadores de Dropbox debían estar seguros antes de proceder con un lanzamiento completo. La gente estaba muy interesada en su increíble idea de producto e, igualmente importante, esta validación atrajo el interés de los inversores de Silicon Valley.

Zappos, por otro lado, es otro excelente ejemplo de Silicon Valley, y recuerdo esa historia de los años que viví allí.

El nombre Zappos, proviene de zapatos en español. El fundador de Zappos tuvo una idea y quiso probarla antes de gastar tiempo y dinero (o más bien, antes de pedir una cantidad de capital riesgo). Realmente le gustaban las zapatillas y solía comprar algunas bonitas a través de catálogos, ya que no las podía encontrar todas en la zapatería cercana. Entonces tuvo la idea: «¿y si creo un sitio web de venta de zapatos en línea?» – recuerde que esto fue en 1999.

Entonces creó zappos.com, un sitio web muy simple, con solo algunas fotos de zapatos con descripción y un método de pago simple (mediante tarjeta de crédito). Pero comenzó sin un inventario de zapatos o una solución de comercio electrónico más elaborada en el sitio.

Estaba tomando fotografías de unas zapatillas en una zapatería cercana a su apartamento. Luego lo subió al sitio web (mismo precio que la tienda). Una vez que había una venta, la compraba y la enviaba al cliente. ¡Simples así!

Y con este producto mínimo pero viable, muchos usuarios comenzaron a comprar zapatillas en línea y validaron que era una idea increíble. La compañía atrajo capitalistas de riesgo y los mejores talentos y, unos años después de su lanzamiento de MVP, se vendió por una muy buena suma a Amazon.com.

¿Cuándo pivotar?

No gaste tiempo, dinero y recursos creando la solución equivocada, el producto equivocado. MVP proporciona aprendizaje, información sobre su mercado y sus usuarios. Tan pronto como te das cuenta de que vas en la dirección equivocada, tan pronto como te das cuenta de que tus hipótesis no se confirman, es hora de cambiar.

Pivotar no es darse por vencido. Pivotar es ajustar la dirección de su producto. Según el autor de Lean StartUp, Eric Ries, pivotar es cambiar la estrategia sin cambiar la visión. Eric Ries comparte que puede pivotar su negocio de 10 maneras diferentes:

  • Pivot Zoom In: Una sola feature de su producto se convierte en el producto completo.
  • Pivot Zoom Out: su producto actual se convierte en una feature única de un producto más grande.
  • Pivot del segmento de clientes: su producto se reposiciona para un segmento de clientes diferente.
  • Pivot necesidades de clientes: su producto se ajusta en función de una mayor comprensión o nuevos conocimientos sobre las necesidades de su cliente.
  • Pivot de plataforma: su producto se entrega en una plataforma diferente.
  • Pivot de la arquitectura comercial: usted ajusta su producto y su negocio de alto margen y bajo volumen a bajo margen y alto volumen. O viceversa.
  • Pivote de captura de valor: su producto cambia la forma en que factura a sus clientes.
  • Pivote del motor de crecimiento: su estrategia de crecimiento cambia para lograr un crecimiento más rápido o más rentable.
  • Pivote de canal: Cambias cómo y dónde vendes tu producto.
  • Pivote tecnológico: cambia la tecnología en la que se basa su producto.

>> Mira este video: Eric Ries explica el pivot.

Errores comunes al crear un MVP

Y dado que un MVP por sí solo no garantiza el éxito, es importante evitar errores que son muy comunes al crearlo.

Error 1: pensamiento unilateral

El error más común al crear un MVP es pensar unilateralmente. Por ejemplo: pensar solo en el desafío tecnológico, o solo en lo que deleitaría al usuario, o solo en lo que valida su negocio.

Estas tres perspectivas son esenciales para crear el MVP: tecnología (factible), experiencia (utilizable) y comercial (valiosa).

MVP se encuentra en la intersección entre lo valioso, lo utilizable y lo factible, representando, respectivamente, el interés del negocio, la aceptación (y admiración) de los usuarios y lo que es posible construir. Tweet This.

MVP se encuentra en la intersección de lo valioso, utilizable y factible

  • Valioso: los emprendedores piensan en el valor comercial de un producto. Por lo general, estas personas tienen una visión del negocio y piensan en los MVP como un paso a paso incremental para la creación de productos. En este contexto, los empresarios influyen en el MVP para que, aunque sea mínimo, ya logre el retorno de la inversión esperado (o, al menos, demuestre que va en la dirección deseada para el negocio).
  • Utilizable: Todas y cada una de las funciones deben diseñarse de acuerdo con las necesidades, deseos y limitaciones de los usuarios. Algo utilizable se basa en una comprensión explícita de las personas, sus tareas y los entornos en los que viven.
  • Factible: La solución propuesta para servir al negocio y a los usuarios solo tiene sentido si es factible, si hay tecnología y conocimiento para prepararla. No tiene sentido definir un MVP si no sabe cómo se construirá.

Error 2: buscar el MVP perfecto

Otro error al usar MVP es intentar crear algo perfecto. ¡Pero no olvide que MVP no es perfecto!

Perfecto, del latín, significa «hecho hasta el final». Y MVP no es el producto completo, no está terminado, con todas sus características posibles. Es el mínimo, el mínimo viable que puede utilizar el usuario. Lo factible para proporcionar información empresarial sobre la dirección de su producto.

MVP no es perfecto, pero es el mínimo viable para proporcionar información empresarial sobre la dirección de su producto. Tweet This.

MVP está hecho. Hecho es mucho mejor que perfecto, especialmente en el contexto de una cultura de innovación, incertidumbre y aprendizaje rápido. Vea los ejemplos de iPhone y Easy Taxi, que comenzaron como productos incompletos, lejos de ser perfectos.

Error 3: MVP sin factor «Guau»

MVP no es perfecto, pero debería ser asombroso. Necesita el factor «Guau». Esta característica es lo que diferencia su producto en el mercado, lo que conquista a sus usuarios y los transforma en ávidos promotores de productos. Lo que literalmente hace que la gente diga «¡guau!»

Piense en el iPhone cuando salió por primera vez. Tenía el factor «guau». Sus usuarios dijeron: “¡GUAU! Pantalla completa, pantalla táctil … ¡mira qué genial! ”. Piense en las primeras personas que pidieron un taxi a través de un sitio web. Dijeron: “¡GUAU, solo pon mi dirección, haz clic y llegó el taxi!”.

El factor «guau» es importante para un producto exitoso, y para un MVP, ¡es aún más importante! Volvamos al ejemplo del iPhone 1, el iPhone MVP. No tenía aplicaciones de terceros (la plataforma de aplicaciones ni siquiera estaba lista) ni integración de GPS, y las llamadas eran peores que en los dispositivos de la competencia.

Pero el iPhone 1 tenía el factor «guau». La gente lo usó y dio su opinión. Sus usuarios early adopters, los primeros en adoptar, fueron los principales promotores del producto. La gente hizo cola para el lanzamiento del iPhone 2, el iPhone 3, etc. Esto se debe al factor «guau», que convierte a los usuarios en promotores, lo que aumenta las expectativas y el deseo por el próximo lanzamiento.

Así debería ser con los MVP. Cada uno debe tener factores factibles, valiosos, utilizables y guau.

Construcción del producto mínimo viable

La imagen de arriba reitera la importancia de estos cuatro factores. MVP es una pequeña porción del producto que contiene cada uno de estos factores. No lo considere una capa de producto (la figura de la izquierda); por ejemplo, no entregue lo que es factible primero, luego elabore otro factor, luego otro, y finalmente busque el factor “guau”.

Cree el MVP como se muestra en la figura de la derecha, una pequeña porción del panorama general, que analiza los cuatro factores.

Canvas MVP: una herramienta esencial

Canvas MVP está dividido en siete bloques y puedes ir a este enlace para descargarlo. A continuación se muestran las preguntas que se deben responder en cada una de ellas, en el orden indicado:

  1. Propuesta del MVP – ¿Cuál es la propuesta de este MVP?
  2. Segmentos de personas – ¿Para quién es este MVP? ¿Podemos segmentar y probar este MVP en un grupo más pequeño?
  3. Viajes de usuario – ¿Cuáles viajes serán cumplidos o mejorados con este MVP?
  4. Funcionalidades – ¿Qué estamos construyendo en este MVP? ¿Qué acciones se van a simplificar o mejorar en este MVP?
  5. Resultado esperado – ¿Qué aprendizaje o resultado buscamos en este MVP?
  6. Métricas para la validación de hipótesis de negocio – ¿Cómo podemos medir los resultados de este MVP?
  7. Costo y cronograma – ¿Cuál es el costo esperado y la fecha de entrega y validación de este MVP? ¿Hay alguna restricción de tiempo?

Otros puntos importantes al completar el Canvas MVP

Centrarse en la propuesta

Cuanto más centrado esté el MVP, mejor. Debe validar la necesidad de un segmento de personas y una hipótesis empresarial, y generalmente estas características están relacionadas. Sin embargo, en algunos contextos, MVP es más completo. Sea cual sea su escenario, tenga claro su propuesta. Pregúntese hasta estar seguro: ¿Cuál es el propósito de este MVP?

Minimice los riesgos con personas segmentadas

¿Para quién es este MVP? ¿Podemos segmentar y probar este MVP en un grupo más pequeño?

Al responder estas preguntas, el equipo debe hablar sobre la liberación del MVP y cómo minimizar sus riesgos. Por ejemplo, el equipo podría decidir que un MVP se restringirá a un pequeño grupo de personas y que el mismo conjunto de funciones solo se lanzará a un grupo más amplio después de verificar el resultado esperado. Por ejemplo, valide la hipótesis solo en un barrio antes de abrir el servicio en toda la ciudad.

Mejora la experiencia del viaje de usuario

¿Cuáles viajes serán cumplidos o mejorados con este MVP?

El viaje de usuario mapea la experiencia que brinda a sus usuarios. La respuesta a esta pregunta demuestra claramente lo que ofrece su producto en MVP.

Al completar el Canvas MVP, la conversación sobre los viajes de usuario debe estar muy centrada. En este punto, solo se evalúan y anotan las viajes de las personas segmentadas que se conocieron o mejoraron en MVP.

Si tiene dificultades para describir incluso un viaje de usuario, reevalúe; tal vez su MVP no contemple nada para ninguna persona (menos que el mínimo). Si escribe demasiados viajes de usuario, reevalúe también; tal vez su MVP sea demasiado amplio (recuerde que la «M» de MVP es mínimo, no máximo). No debe asistir a todos los viajes. Serán atendidos a medida que evolucione el producto.

Decidir las features de MVP

Necesita elaborar la lista de funciones para MVP. Una vez que tenga una lista inicial, haga las siguientes preguntas sobre funciones:

  • ¿Son realmente los mínimo?
  • ¿Harán viable el producto?
  • ¿Podríamos crear algo aún más simple?
  • ¿Olvidamos incluir algo esencial para MVP?

Debes promover una buena conversación. Realice los ajustes y cambios necesarios. Al final, vuelva a leer el bloque de funcionalidades y compruebe si se responden las siguientes preguntas: ¿Qué vamos a construir en este MVP? ¿Qué acciones se simplificarán o mejorarán en este MVP?

Sepa cómo medir los resultados y validar la idea del producto: no cree una funcionalidad para un MVP si no sabe cómo describir lo que espera como resultado y cómo medir esos resultados.

Validar supuestos comerciales

Intente comprender mejor a sus usuarios. Para hacer esto, planifique recopilar datos de uso de MVP que lo ayudarán a verificar el resultado / aprendizaje deseado.

Después de definir las funcionalidades de MVP, intente conectarlo con los resultados esperados y las hipótesis de negocio. La siguiente plantilla ayuda con tal declaración:

Creemos que (este MVP)
Logrará (resultado esperado).
Sabemos que esto sucedió en base a (métricas para validar hipótesis de negocio). Tweet This.

 

El modelo anterior es una adaptación del modelo de Jeff Gothelf para el desarrollo impulsado por hipótesis. El equipo necesita completarlo, porque si no puede completarlo, no sabrá qué esperar del MVP o no sabrá cómo medirlo. Y en cualquiera de estos dos escenarios, el producto estará a la deriva, sin dirección.

Es de destacar que el aprendizaje también es un resultado. Sin embargo, para aprender, debemos al menos declarar que “el resultado esperado es el aprendizaje”. Así que diga en voz alta a todo el equipo: “Queremos entender mejor, aprender más sobre esto, aquello y lo otro. Para eso, recopilaremos esos datos que nos ayudarán a verificar si estamos logrando el aprendizaje deseado ”.

¿Cómo sé si mi plan MVP está listo?

Para responder a esa pregunta, le recomiendo que consulte la lista de verificación de MVP que está disponible en Caroli.org. Responda las preguntas para evaluar si está listo para lanzar su MVP y, a partir de ahí, ¡comience a validar el éxito de su negocio!

Además, en Caroli.org hay muchos otros contenidos sobre el tema, ¡asegúrese de consultarlo para aumentar aún más sus conocimientos y las posibilidades de crear y evolucionar un producto exitoso!

 

 

Paulo Caroli

Paulo Caroli es el autor el libro más vendido "Lean Inception: creando conversaciones hacia un producto exitoso" (el primero de una serie de libros sobre Lean Strategy and Delivery ). Él es también el creador de FunRetrospectives.com , un sitio y libro sobre retrospectivas, futurospectivas y actividades de team building. Caroli escribe en este blog con frecuencia. Reciba la próxima publicación en su correo electrónico. Regístrese aquí .

Pin It on Pinterest