El Software - primera versión

Me encantan las reuniones cuando se inicia un proyecto, cuando jugamos a ser dios y realmente no pasamos de ser una mala pitonisa, se discuten horas sobre la funcionalidad, mensajes claves y comportamientos de los usuarios.

Saltos de fe

Al comenzar un proyecto tienes que hacer saltos de fe, debes apostar por una idea y confiar en que realmente tu software va a resolver un problema de gente real. Lo primero que necesitas es un producto mínimo viable para probar que tus saltos de fe están basados en una realidad y que solventa un problema real de los usuarios.

El Producto Mínimo Viable (MPV)

El MPV ayuda a empezar el proceso de aprendizaje lo antes posible y dejar de hacer saltos de fe. El MPV es el inicio del proceso de aprendizaje y redefinición de la estrategia. El MPV no es un prototipo para probar aspectos de diseño o programación; su objetivo fundamental es probar las hipótesis empresariales.

El MPV requiere el coraje de desarrollar nuestros saltos de fe y esperar que nuestros usuarios reaccionen como esperamos. Cuando estés desarrollando un MVP, elimina cada proceso, funcionalidad, formulario, informe o rejilla que no contribuya directamente a aprender sobre lo que estás buscando comprobar. Nunca olvides que el MPV es solo el primer paso de tu búsqueda y aprendizaje.

Desarrolla - Analiza - Aprende

El famoso prueba y error: una vez que tu primer MPV está en la calle, analiza y aprende. Tienes que hacer iteraciones lo más rápidas posibles para darle forma a tu idea y a tus saltos de fe.

Captura de pantalla del software

El MPV es el inicio de nuestra prueba y error. Tu primer MPV carecerá de funcionalidad que después se demostrará que era esencial, pero mejor que esto se confirme en el proceso de iteraciones que invertir en desarrollarla y luego darnos cuenta de que algo no es tan necesario como los pitonisos estratégicos pensaban.

Algo básico y que siempre olvidamos es medir, evaluar y analizar lo que la gente está usando y apreciando de las diferentes iteraciones: esa información es básica para aprender y evolucionar. Si en estas primeras iteraciones nos damos cuenta de que algunas de nuestras hipótesis y saltos de fe eran erróneos, es el momento de cambiarlos y desarrollar nuevas hipótesis estratégicas.

Nunca olvides:

"El éxito no es desarrollar una funcionalidad, el éxito viene de aprender a resolver problemas de clientes"

Bibliografía

The Lean Startup: How Constant Innovation Creates Radically Successful Businesses: How Relentless Change Creates Radically Successful Businesses

como hacer software