Tu MVP está perdiendo el punto

¿Cómo definirías un MVP?

Sí, creo que la mayoría de nosotros en el mundo de las startups tecnológicas sabemos que significa "producto mínimo viable". Pero, ¿cuál es el punto?

Bueno, a menudo he visto este término usado para significar "¡un pedazo de software arrojado rápidamente para sacar algo por la puerta para que podamos empezar a ganar dinero con este chico malo!"

Espera – asegurémonos de ir en la dirección correcta primero antes de hundir todo este dinero en un costoso Campo de los Sueños, edición SaaS.

Primero, un MVP no siempre es software, incluso si el objetivo final tiene que ver con software.

Eric Reis (en Lean Startup) y Steve Blank (en The Startup Owner's Manual) ambos dan ejemplos de MVPs que no son solo versiones beta del producto eventual.

El ejemplo frecuentemente citado de Reis es el de Zappos, un minorista de zapatos en línea que fue adquirido por Amazon, cuyo MVP involucró una plataforma existente y zapatos comprados bajo demanda de tiendas de zapatos locales – más sobre esto en un segundo.

Blank, por otro lado, menciona que una simple página de destino puede actuar como un MVP.

Ok, seguro, pero ¿cómo?

Bueno, ahora sería un buen momento para volver al propósito de un MVP. Realmente aprecio los pensamientos de Rik Higham sobre el tema en su artículo de Hacker Noon hace unos años:

"Hay un defecto en el corazón del término Producto Mínimo Viable: no es un producto. Es una forma de probar si has encontrado un problema que vale la pena resolver."

En su artículo, continúa afirmando que deberíamos estar enfocados en probar nuestra suposición más riesgosa con la menor cantidad posible de esfuerzo y costo. Cuando comenzamos un negocio, tenemos una idea para un producto, o incluso solo comenzamos a trabajar en nuevas funciones, llevamos una serie de suposiciones con nosotros:

• Muchas personas están lidiando con este problema y están motivadas para resolverlo.
• Las personas están dispuestas a invertir dinero, tiempo, esfuerzo para adoptar una solución al problema.
• Suficiente del mercado querrá mi solución particular a este problema.
• Puedo crear un negocio sostenible alrededor de resolver este problema.

La lista continúa y continúa. Y algunas suposiciones llevan un riesgo mucho mayor que otras. Por ejemplo, la suposición de que "Los usuarios disfrutarán de animaciones ilustradas lindas en la aplicación" es mucho menos riesgosa que la suposición de que "Los usuarios estarán dispuestos a proporcionarnos su información de cuenta bancaria para usar la función principal de nuestra aplicación." La experiencia del usuario no sufrirá mucho (y la línea de fondo aún menos) si las personas no aman al 100% el patito bailarín lindo en tu pantalla de confirmación, pero una actitud que determina la adopción de la parte principal de tu solución puede ser decisiva para todo tu negocio.

Zappos fue construido probando una suposición riesgosa antes de construir una plataforma: "Las personas estarán dispuestas a comprar zapatos que no han probado en una tienda." Airbnb tuvo que probar la suposición de que los estadounidenses estarían dispuestos a abrir sus hogares a completos extraños, y a su vez, quedarse en hogares de extraños. En las primeras etapas, una página de destino puede funcionar para probar si el mercado objetivo se emociona con un concepto o se identifica con un problema.

Hace unos años, realicé trabajo de investigación y diseño para un fundador con un concepto de mercado de dos lados. En lugar de construir toda la aplicación para comenzar, encontró éxito probando el valor de su servicio a través de un Formulario de Google y llamadas telefónicas, coordinando manualmente los dos lados del mercado de una manera que reflejaba la coordinación que la plataforma realizaría automáticamente en el futuro.

Puede ser simple – Comienza con esto:

• Enumera tus suposiciones más riesgosas. Pide a compañeros, miembros del equipo y/o expertos externos que te ayuden a identificar suposiciones subconscientes.
• Desarrolla un plan para probar la próxima gran suposición. Por ejemplo, podrías ser capaz de probar la suposición de que "los agentes inmobiliarios estarán dispuestos a comprar este producto" usando maquetas de algunas pantallas y una página de destino. Un prototipo podría hacer el truco en otros casos. Una aplicación completamente construida podría ser necesaria (aunque debería, en la mayoría de los casos, ser construida en lanzamientos Agile en pequeños bocados para un aprendizaje óptimo), o algunas videollamadas con personas que encajan en tu mercado objetivo pueden decirte todo lo que necesitas saber. Involucrar un equipo de diseño UX como Trailmerge temprano en el proceso puede ser una forma rentable de llegar rápidamente a aprendizajes clave.

Recuerda: La actividad central de una startup es aprender y mejorar con el objetivo de un modelo de negocio sostenible. Entender las suposiciones que llevas y probarlas una por una estilo método científico es un paso clave para aprender y tener éxito, ¡y puede comenzar pequeño!