Cómo definir realmente un MVP

¿Por qué puede ser confuso el MVP?

MVP es uno de los términos que parece generar mucha tracción durante una transformación ágil. Parece que la gente está feliz de tratar de hacer «lo suficiente» para lograr una meta. Pero, para las empresas con una mentalidad fija, el término puede abusarse rápidamente. Para esas empresas, la atención se centra normalmente en cumplir «lo que se prometió» en lugar de desarrollar una comprensión más profunda de cómo competir.

En estos entornos, los MVP a menudo se pueden usar para justificar una reducción (y tal vez incluso una falta) de alcance. Normalmente se trata de establecer un lenguaje de minimalismo para que ‘El Negocio’ obtenga algo que está buscando desesperadamente, y’ ESO ‘ tenga un mínimo de control de alcance. Con una sola definición de MVP las cosas se vuelven demasiado fijas. El resultado es que el cliente se reduce a ser un pensamiento posterior con el enfoque en entregar lo que está «acordado» por adelantado en lugar de lo que realmente se requiere.

Para agregar a la confusión, a lo largo de los años ha habido muchas definiciones diferentes de Características/productos/versiones Funcionales/Viables/Comercializables/Aceptables mínimas. Lo que parece agradable es hacer lo mínimo. El problema, sin embargo, es que no hay políticas reales establecidas dentro de las empresas para definir cómo se podrían usar los MVP con mayor efecto en un marco que ayude a administrar y gobernar el riesgo.

Para averiguar realmente qué es lo mínimo que se requiere, necesitamos emprender un viaje de descubrimiento y aprendizaje.

Los MVP tratan de aprender

La definición de MVP debería estar siempre relacionada con un resultado: «Este MVP está diseñado para lograr x». No existe una definición singular de MVP. Por ejemplo, podríamos crear un MVP para ver si nuestro producto resuelve un problema específico para un cliente específico. O, podríamos crear el producto más pequeño posible para lanzar un fenómeno global. Estas dos cosas son completamente diferentes y requieren estrategias muy diferentes para lograr el objetivo, y probablemente un enfoque de gestión y gobernanza diferente.

Lo que sí sabemos es que hay algunas cosas comunes que las organizaciones están tratando de lograr, por lo que podemos estructurar el lenguaje de aprendizaje y descubrimiento.

En un viaje de descubrimiento de Clientes

El Equipo de Servicios Digitales (GDS) del Gobierno del Reino Unido escribió un excelente marco de trabajo sobre cómo deben diseñarse y construirse los Servicios gubernamentales, que puede ver aquí. Este marco fue diseñado específicamente para los servicios gubernamentales del Reino Unido y la creación de soluciones para los ciudadanos que se basaban en el aprendizaje de las necesidades reales de los usuarios y la implementación de soluciones que mejor servían a los usuarios.

Un marco similar funciona igualmente bien en un entorno de Gestión de Productos o de Gestión de Cambios. Podemos verlo junto con el enfoque de Descubrimiento de clientes de Steve Blank para el desarrollo de productos y negocios, que en última instancia se trata de encontrar el producto/Mercado adecuado y construir un modelo de negocio escalable.

Este modelo está diseñado para descubrir, validar y crear nuevos clientes, y luego llevarlo a la Construcción de la empresa una vez que esté seguro de que tiene un producto adecuado para el mercado.

El objetivo del marco es desarrollar la comprensión y el aprendizaje mediante el diseño de incrementos que ayuden a responder preguntas específicas.

Discovery

Discovery se trata de desarrollar una comprensión de su cliente y de las herramientas, productos y servicios que utilizan hoy en día para lograr sus objetivos. Si crees que tienes algo que resuelve mejor su problema, necesitas hacer un par de cosas:

1. Enmarque una declaración de problema para la que está resolviendo, y obtenga claridad sobre si este es un problema valioso para resolver
2. Describa las opciones sobre cómo podría resolver el problema
3. Explore el mercado para lo que existe hoy para lograr el objetivo: averigüe lo que sus competidores ya están haciendo.
4. Consulte el paso 1. Enmarcar una declaración de problemas realmente buena es el elemento más crítico antes de seguir adelante.

Es posible que necesite construir algo aquí para ayudar a enmarcar bien el problema. Hagas lo que hagas, no construyas demasiado. Mantenga las cosas muy ligeras, muy rápidas y solo cree cosas que ayuden a desarrollar un entendimiento compartido entre usted y los clientes potenciales sobre el espacio problemático.

Alpha

Alpha se trata de diseñar algo que logre un ajuste de Solución de problemas. Así que tienes una declaración de problemas bien definida. Y algunas ideas sobre cómo resolverlo. Entiendes lo que hacen los demás en el mercado. Usted sospecha que hay valor en trabajar en una solución y hay un mercado de personas que gastarán algo de dinero. A medida que construye su solución (o soluciones porque está bien construir muchos prototipos en paralelo o en serie), debe concentrarse en responder algunas preguntas clave:

1. ¿Cree que su solución potencial realmente resuelve el problema que ha definido (y que su cliente ha descrito como valioso)?
2. ¿Tiene alguna validación de cliente? ¿Le han dicho algunos clientes que la solución propuesta les ayuda a resolver el problema que tienen?
3. ¿Sus usuarios están preparados hasta la fecha para pagar por su solución? En esta etapa, ¿cree que podría convertirse en un negocio viable?
4. ¿Su solución es diferente a la de sus competidores? ¿Está claro para los demás que es diferenciado?
5. Y antes de seguir adelante, ¿realmente resuelve el problema? Realmente lo necesita antes de gastar dinero en adquirir clientes y usuarios.

Beta

En esta etapa, se han validado su solución con clientes reales. Deberían haber sido personas que realmente representen a las personas a las que estás buscando servir. Sabes que tu idea funciona – al menos para una población pequeña. Pero, ¿es fácil comercializar, encontrar y adquirir clientes y servir a un grupo más diverso? Beta se trata de encontrar el Producto adecuado para el mercado. Las preguntas que le son útiles para crear soluciones en esta etapa son:

1. ¿Su solución se escala para satisfacer las necesidades de muchos? ¿Cómo resolver el problema de una manera económicamente viable?
2. ¿Cómo posiciona y comercializa su Propuesta de Valor viable?
3. ¿Qué canales podrían ser los mejores para adquirir y servir a su mercado objetivo?
4. ¿Cómo crear la mejor experiencia (desde una perspectiva de ventas y entrega)?
5. ¿Qué otras características podrían ser necesarias para que la gente evangelice sobre su producto?
6. ¿Cuál es la combinación correcta de inversión en adquisición, referencia y retención?
7. ¿Cómo estructuro mejor los equipos y las operaciones para servir a un lanzamiento?
8. ¿Cuáles son mis indicadores clave de crecimiento? ¿Cómo puedo saber si el producto no está funcionando tan bien como quiero? O, ¿cómo sé que hay algo nuevo que compite con mi Propuesta de Valor?

Live

Genial! Así que ha creado una serie de Productos Viables Mínimos. Has aprendido mucho. Probablemente hayas recorrido el camino a través del Descubrimiento, Alfa y Beta, y estés listo para hacer de tu producto un fenómeno global (o cualquiera que sea tu objetivo). Ahora está buscando un Modelo de Negocio Viable que cobre vida. En esta etapa, se trata de mejorar continuamente todo lo que haces. Nuevas características, modelos de entrega mejorados, mayor base de clientes. Es más de lo mismo, pero mejora continuamente.

Retírate

Ahora, con suerte durante la Beta y Live, habrás descubierto las métricas clave que te ayudarán a resolver si te está perturbando algo más en el mercado. Estos deben incluir algunos indicadores líderes que no solo se refieren a los ingresos y las ganancias. Con suerte, le darán señales de que el producto todavía está funcionando o necesita atención. Algunos de sus competidores podrán ser tratados mediante la mejora continua, lo que es probable si realmente se ajustó al Producto/Mercado. Pero a veces aparece algo nuevo que te deja sin aliento. En el momento en que ahora necesita considerar retirarse y comenzar el proceso de nuevo. Es volver al Descubrimiento para volver a servir a sus clientes y usuarios, y luego retirarse por la solución que tanto amorosamente creció.

Enmarcar buenos MVPs

Así que, para rematar esto, vale la pena decir un par de otras cosas. Puedes (y tal vez deberías y tendrás) muchas iteraciones de MVP en cada etapa del proceso de aprendizaje. Lo importante es aprender, obtener respuestas a sus preguntas y averiguar cuándo es mejor pasar al siguiente nivel de escala. En cualquier momento, puede preguntarse si debe perseverar con su idea, pivotar hacia algo completamente nuevo o desechar toda la idea. Por lo general, si la declaración del problema estaba bien enmarcada al principio, habrá valor para perseguir, independientemente de lo bien que funcionen las soluciones, pero no siempre es el caso.

Tenga cuidado de saltar directamente a una etapa posterior sin responder preguntas anteriores. Siempre intenta construir evidencia y obtener validación. Y, tenga en cuenta que no debe saltar a la respuesta predeterminada de «solo se necesitará un producto con todas las funciones para nuestro MVP para que podamos escalar a las necesidades de nuestras empresas». Probablemente sea el error más grande usar MVP en grandes empresas.

Recuerde que un MVP es un vehículo para aprender. Es parte de un proceso de descubrimiento y una forma de desarrollar conocimientos más profundos sobre el problema que está resolviendo. Le ayuda a construir el producto más deseable, viable y factible posible. Piénsalo en términos de formas de enmarcar un objetivo que sea un subconjunto del objetivo más grande. Incluso cuando estás en una gran empresa, siempre hay formas de desglosar las cosas para construir, aprender y probar.