Cómo convertir una idea de app en un MVP

Para quién es, el problema, qué hacen hoy en su lugar y qué resultado promete tu producto. Si no puedes llenar esa página, ningún desarrollador la puede llenar por ti, y ese vacío va a salir después como retrabajo caro.

Habla con quince personas que tengan el problema antes de finalizarla. Pregunta cuánto les cuesta el remedio que usan ahora y si ya han pagado por arreglarlo. Los cumplidos no son señal, el uso repetido y el pago por adelantado sí lo son.

Elige el único camino que demuestra que hay demanda, desde que la persona llega hasta que recibe valor. Todo lo demás espera. Escribe la lista de lo que queda fuera para que se quede fuera cuando llegue el entusiasmo a mitad de proyecto.

Una buena prueba. Si quitaras una función, ¿la promesa principal sigue funcionando? Si la respuesta es sí, esa función es fase dos.

Bosqueja las pantallas de ese único flujo. Quita campos opcionales. Escoge valores por defecto sensatos en vez de configuraciones. La cantidad de pantallas es lo más cercano a un estimado de costo que puedes producir tú mismo.

Luego decide qué vas a medir. Activación, tiempo hasta el primer valor, y la acción que confirma que el producto funcionó.

Lánzalo a un grupo pequeño antes de anunciar nada. Siéntate con tres usuarios mientras se registran y quédate callado mientras batallan. Esa hora suele valer más que un mes de planificación.

Solo después de que el onboarding funcione debes ampliar la audiencia y arrancar la fase dos. El MVP es un instrumento para aprender, no un ensayo del lanzamiento real.