Su MVP no es mínimo ni práctico ni un producto - TechCrunch

Cada vez que hablo con los fundadores de empresas emergentes impulsadas por productos sobre productos mínimos viables, a menudo me encuentro en una conversación frustrante. El término MVP es un nombre inapropiado tan básico; Un buen MVP no es viable y ciertamente no es un producto. Probablemente tampoco sea tan mínimo como te gustaría, cuando lo piensas.

En el mundo de las startups lean, los fundadores deben concentrarse en descubrir cómo fallar lo más rápido posible. Idealmente, no fallas, lo que significa que terminas con un negocio que funciona. Muchos de los enfoques de "tratar de fallar" involucran mirar su oportunidad de negocio y dónde su negocio podría fallar en el futuro. Entonces ve y descubre esta parte.

No tiene sentido construir la mejor plataforma del mundo para vender Beanie Babies si toda la base de clientes ya está satisfecha con eBay y no cambiaría incluso si su producto es superior. No tiene sentido construir un candado elegante específicamente para scooters de paseo si resulta que a las compañías de scooters no les importa si los roban. Sería genial si hubiera una manera de averiguar si alguien compraría su producto antes de escribir una sola línea de código.

¿Dónde entran los MVP? Como startup, tienes una hipótesis; Un MVP es la menor cantidad de trabajo que puede hacer para confirmar o refutar su hipótesis. Eric Ries, sí, el tipo que escribió The Lean Startup, usa el MVP de Dropbox como ejemplo. No era un producto completo lleno de características. No era un producto con muchas funciones eliminadas. Era un video que mostraba cómo podía funcionar un producto. La respuesta a este video fue la validación que la empresa necesitaba: si lo construyen, podrán encontrar una base de clientes para su producto aún por construir. Así que eso es lo que hicieron: construyeron el producto y se convirtió en un gran éxito.

Diseñando un buen MVP

Diseñar un buen MVP significa pensar fuera de la caja. ¿Qué tan poco código puedes escribir? ¿Puedes salirte con la tuya sin hacer un diseño? Si su pregunta más importante es si puede atraer clientes por un costo significativo de adquisición de clientes, ¿podría simplemente ejecutar una campaña publicitaria y una página de pago y luego simplemente reembolsar a quien realiza un pedido? Si esto suena divertido pero le preocupa el riesgo de marca comercial, ¿podría crear una marca comercial falsa y obtener una respuesta sobre su producto?

El truco es pensar detenidamente en la hipótesis: lo que debe ser cierto sobre su producto, el mercado, el espacio problemático al que ingresa, los clientes que intenta atraer y el panorama competitivo. ¿Qué tan seguro está de que sus suposiciones son correctas? Diseñar un buen MVP es un arte, pero comienza con una muy buena pregunta. Aquí están algunos ejemplos:

• ¿Podemos reducir cuatro horas de tareas contables manuales a un script que se puede ejecutar en tres minutos? Este es un MVP técnico: probablemente tendrá que piratear algún código para ver si puede automatizar tareas manuales de manera confiable.
• ¿Podemos encontrar a alguien dispuesto a pagar para automatizar esta tarea? En algunos casos, la respuesta es no; sí, puede ahorrarle algo de tiempo a un contador junior, pero en algunas industrias a las personas simplemente no les importa cuánto tiempo pasan los jóvenes en tareas manuales. En este caso, debe determinar si puede encontrar entre 20 y 30 clientes dispuestos a pagar por ello. Recuerde que cuando alguien dice, "Oh, eso suena como una buena idea", eso es diferente a meter la mano en sus bolsillos y Realmente pagarte dinero
• ¿El diseño juega un papel en este producto? Una gran cantidad de software B2B es terriblemente feo. No es que no haya buenos diseñadores, es que no es una prioridad; Las personas que necesitan usar el producto pueden preferir un mejor diseño o una UX más simple, pero a los que toman las decisiones no les importa y los usuarios no tienen nada que decir. En otras palabras, no gaste la mitad de su presupuesto de desarrollo en hacer algo más fácil de usar si no puede encontrar un caso de negocios para ello. Especialmente si resulta que está desarrollando accidentalmente el conjunto de funciones incorrecto en el proceso.
• ¿Un titular nos copiará y destruirá? Si tiene varias empresas establecidas en su espacio, investigue y vea cómo han respondido a otras nuevas empresas. Si tienden a adquirirlos, genial. Si tienden a copiar sus características e innovaciones y luego destruirlas, menos bien. Un poco de Google (y, por supuesto, leer TechCrunch para su industria) puede ahorrarle muchos dolores de cabeza en el futuro. Si los titulares roban innovación de forma rutinaria, invierta más en patentes y reserve algo de dinero para abogados.
• ¿Esta característica tiene sentido para nuestros clientes? Es posible que una minoría muy activa de sus clientes solicite la misma función, pero no sería la primera empresa en lanzar una nueva función con gran fanfarria, solo para encontrarse con un encogimiento de hombros colectivo. Los clientes ruidosos no hablan por toda su base de clientes, así que tenga cuidado al mantener su cartera de pedidos: si una característica no agrega un valor significativo a los objetivos comerciales generales de su empresa, no la priorice sobre las que sí lo hacen. Una forma de diseñar un MVP a su alrededor es simplemente agregar un botón a su interfaz de usuario y realizar un seguimiento de cuántas personas hacen clic en él. Lanza un "¡próximamente!" B. Mensaje cuando se hace clic. Sí, es molesto para los usuarios, pero es mucho más "económico" que pasar varios ciclos de desarrollo agregando una característica que casi nadie usará.

En resumen, la clave es pensar con mucho cuidado sobre cuál es la pregunta y luego pensar en formas elegantes y discretas de hacer esa pregunta. ¿Podría funcionar una encuesta en lugar del código de envío? ¿Podría una demostración en video darle las respuestas que necesita? ¿Puede llamar a 50 clientes y hacerles preguntas tentativas y ver si sugieren la característica que está pensando como una posible solución al problema? Pueden sorprenderlo de dos maneras: sus clientes quieren abrumadoramente lo que propone (¡genial!) o lo odian (también genial; esto significa que no tiene que perder tiempo y dinero desarrollando algo, ellos no quieren) o tienen una forma completamente diferente de resolver el problema que da en el clavo, es más barata de desarrollar y les ayuda a sentirse involucrados en su proceso.

No tengo una sugerencia para un nombre mejor para MVP, simplemente no caiga en la trampa de verlo como un producto viable o necesariamente pequeño, simple o liviano. Algunos MVP son complejos. Sin embargo, la idea es gastar la menor cantidad posible de sus valiosos recursos para obtener una respuesta a sus preguntas.