En un mundo de prueba y error, el que más rápido encuentra los errores es el que gana. Algunos llaman a este enfoque «fail fast». Eric Ries lo llamó Lean, mientras que Kent Beck y otros desarrolladores de software lo llamaron Agile.
Lo llames como lo llames, la cuestión es descubrir cuáles de tus suposiciones respecto al producto son erróneas obteniendo feedback de los usuarios reales lo antes posible.
La metodología ágil presupone dividir el desarrollo del producto en sprints, lo que permite reducir los riesgos y responder a los cambios necesarios con rapidez.
Debido a que la metodología ágil se construye en torno a la idea de un proceso iterativo basado en la retroalimentación del cliente, el MVP juega un papel central en el desarrollo ágil.
Construir un Producto Mínimo Viable (MVP) ayuda a entregar un nuevo producto con suficientes características para satisfacer a los primeros usuarios, lo que permite obtener una valiosa retroalimentación, y construir un conjunto completo de características más adelante.
El concepto de MVP se practica principalmente en la industria del software para comprobar la viabilidad del producto. Si buscas una empresa que construya el MVP para ti, echa un vistazo a esta empresa de desarrollo de software.
La mayoría del software de hoy en día se desarrolla utilizando la metodología ágil. En el entorno ágil, a menudo escucharás la frase producto mínimo viable (MVP).
Este término significa simplemente: la cosa con más características mínimas que puede construir que abordará la oportunidad lo suficientemente bien para la mayoría de sus clientes objetivo y validará su mercado y producto.
En otras palabras, si piensas en la función principal que quieres que realicen tus clientes, ¿cuál es el producto más sencillo que puedes crear para que alcancen ese objetivo?
Por ejemplo, digamos que retrocedes en el tiempo y estás trabajando en la primera versión de una aplicación para un periódico. La función principal de una app sería informar a sus lectores. Por eso, el producto más sencillo que podrías construir sería una lista de titulares de noticias y un botón para actualizarlas.
De nuevo, la clave para el éxito del MVP es centrarse en el valor principal que la aplicación proporciona, que son las noticias frescas, en lugar de pasar su tiempo construyendo características adicionales de la aplicación.
Nótese que el MVP no significa que el producto deba ser malo. La verdad es que debe ser muy bueno en lo que hace, pero debe centrarse en hacer sólo unas pocas funciones básicas.
En pocas palabras, las principales características del MVP son:
- Tiene suficiente valor como para que la gente esté dispuesta a usarlo o comprarlo inicialmente
- Demuestra suficientes beneficios futuros como para retener a los primeros adoptantes
- Proporciona un bucle de retroalimentación para guiar el desarrollo futuro
¿Por qué debería utilizar una metodología ágil para desarrollar el MVP?
Un diferenciador clave entre Agile y otras metodologías es que Agile aprovecha los MVP. Con un enfoque ágil, se construye lo más sencillo que se pueda, se recopilan datos sobre cómo lo usan los clientes y luego se perfecciona el producto si es necesario.
Esto le permitirá trabajar con bastante eficacia, construyendo sólo las características que los clientes quieren y utilizarán en lugar de perder el tiempo construyendo cosas que a los clientes no les interesan.
Contraste esto con los enfoques no basados en MVP para el desarrollo de productos. Utilizando otros enfoques, puedes terminar gastando mucho tiempo tratando de construir el producto «perfecto» con todas las características que puedas imaginar, pero una vez que está en el mundo real descubres que los clientes no usan ni la mitad de las características que pensabas.
Aquí está el ejemplo de producto mínimo viable (MVP) ágil:
Fuente: Dropbox
Drew Houston – el CEO de Dropbox, decidió crear un MVP para la startup de almacenamiento en la nube en forma de vídeo.
Hicieron un vídeo explicativo y lo compartieron con su red para medir las reacciones de la gente. El vídeo, de 3 minutos de duración, explicaba qué es Dropbox y demostraba cómo iba a ayudar a la gente.
Después de publicar el vídeo, la empresa aumentó las inscripciones de 5.000 personas a 75.000 de la noche a la mañana para el «acceso temprano», todo ello sin tener un producto real.
Así que los principales beneficios de construir el MVP (ágil) son:
- Investigación inicial del consumidor
Cuanto más rápido llegue el producto al usuario objetivo, antes obtendrás el feedback y analizarás los retos o preferencias del cliente. Si los usuarios no encuentran valioso tu MVP, tienes espacio para pivotar y probar las otras propuestas de valor.
O, si ocurre lo contrario, estarás seguro de que las características desarrolladas son útiles para los clientes objetivo, por lo que puedes seguir adelante. En el peor de los casos, puede congelar el proyecto para reducir las pérdidas.
- Etapa de prueba
El mayor beneficio de desarrollar un MVP es que permite probar varios modelos y conceptos de negocio.
Al ofrecer el conjunto básico de funciones en lugar de un producto con muchas características, puede verificar si su concepto de producto resuena con su modelo de negocio, proporcionando una oportunidad para cambiar la dirección de un producto basado en los resultados.
A diferencia de los productos con muchas funciones, cuando se lance el MVP, tendrás la capacidad de identificar qué tipos de grupos sociales son los usuarios más activos, cómo interactúan con el producto y cómo puedes monetizarlo.
- Eficiencia de costes
Los productos de calidad son el resultado de años de desarrollo, con un precio adecuado. Pero como estos productos se crearon de forma iterativa durante un periodo más largo, el coste se reparte en el tiempo.
El enfoque del MVP también ayuda a ahorrar al evitar que el producto se complique demasiado. A medida que el producto empieza a tener más tracción y a recopilar más información sobre la dirección en la que se mueve el producto, puedes aumentar o reducir tus inversiones.
Si estás interesado en aprender más sobre las metodologías Agile y SCRUM, te recomendamos que consultes este artículo del Instituto SCRUM sobre cómo convertirte en un maestro SCRUM en un proceso detallado paso a paso. También ofrecen los programas de certificación de Scrum más populares, y los más económicos a nivel mundial.
El proceso de construcción del MVP (Agile)
Ahora, una vez que sabes qué es un MVP, por qué se utiliza en Agile, y cuáles son sus beneficios, vamos a echar un vistazo a los 6 pasos necesarios para construir un MVP.
Paso nº 1: Identificar qué problema estás resolviendo y para quién
Cuando se desarrolla una versión de nuevos productos la mayoría de la gente no es lo suficientemente rigurosa a la hora de definir los problemas que intentan resolver y articular por qué esos problemas son importantes. Sin este proceso, el producto puede perder oportunidades y desperdiciar recursos. Por eso hay que mejorar a la hora de formular las preguntas adecuadas para que aborden los problemas correctos.
Echa un vistazo a tu idea de producto y pregúntate:
- ¿Quién es tu público objetivo?
Si te quedas atascado en esta fase, intenta identificar tus retos personales. Hay algo que podrías hacer mejor si tuvieras la herramienta adecuada?
- ¿Por qué su público objetivo necesita este producto?
Esto le ayudará a identificar el objetivo principal de su producto y la solución a las necesidades de sus clientes potenciales.
- ¿En qué situación lo utilizarían?
Fuente: Metabeta
Nota: En el proceso de identificación de las respuestas a las preguntas anteriores es importante mantener todo real y hacer estimaciones de tiempo y costo además.
Paso #2: Analiza a tus competidores
Tan pronto como descubriste el problema que estás resolviendo, es hora de ver cómo otras empresas están resolviendo este tema – o al menos tratando de resolverlo. En este punto, es obvio que tienes que realizar un análisis de la competencia si hay productos similares en el mercado.
También debes tener en cuenta que, aunque creas que no tienes competidores directos, tu fe en la singularidad de tu producto te servirá de base para lanzarlo al mercado con confianza.
Paso #3: Definir el flujo de usuario, Wireframe &Diseño
Definir el flujo de usuario para tu futuro producto implica que te centres directamente en tu objetivo principal. Para definir el flujo de usuario principal, primero debemos definir las etapas del proceso, lo que en realidad es fácil porque todo lo que tienes que hacer es explicar los pasos necesarios para alcanzar el objetivo principal de tu producto.
En este punto, no debes pensar en las características – sino que debes centrarte en las tareas básicas como los tipos de objetivos que tus usuarios finales tienen cuando utilizan tu producto, sus expectativas, etc.
Una vez que hayas terminado de definir el flujo de usuario, puedes pasar al wireframing, que es simplemente una ilustración de una página web o una aplicación. Un wireframe es un diseño que articula qué tipo de elementos de la interfaz encontrarán un lugar en las páginas importantes.
Ejemplo de wireframing:
El diseño de la interfaz de usuario (UI) reúne conceptos de diseño de interacción, diseño visual y arquitectura de la información. Aquí se debe capitalizar lo aprendido en las fases anteriores para producir una experiencia que sorprenda y deleite al usuario final.
Aquí en Cleevio, cuando tenemos el primer prototipo listo (normalmente una maqueta clicable) hacemos pruebas de usuario. Las pruebas de usuario son esenciales para el éxito de la nueva app. Cuando tenemos los resultados de las pruebas de usuario listos, iteramos los wireframes y los volvemos a probar con los usuarios.
Una vez testeados los wireframes se debe pasar a la fase de diseño que debe ser diferente para cada plataforma (iOS, Android, Web,…).
Paso #4: Analiza tus funcionalidades
¿Sabías que más del 45% de las funcionalidades que incorporan los productos de software se usan poco o nada?
Ahora que ha creado su flujo de usuarios, puede empezar a crear una lista más detallada de características para cada etapa en particular, pero teniendo en cuenta las estadísticas.
Una vez que haya establecido sus características para cada etapa, tendrá que priorizarlas. Cuál es la acción más importante que quiere que sus usuarios completen? Esta será su característica principal.
Uno de los métodos de priorización de características es el MoSCoW que se utiliza para decidir qué funciones completar primero, cuáles deben venir después y cuáles excluir. Otra técnica utilizada para medir la necesidad de las funciones se basa en el valor de negocio (tiempo de desarrollo frente a lo que es bueno tener frente a los costes)
Fuente: ProductPlan
Paso #5: Desarrollo & Pruebas
Ahora que conoces las características de tu producto mínimo viable (MVP), es el momento de ponerlas en práctica. Pasando a la etapa de desarrollo, necesita probar su producto y trabajar para mejorar su calidad.
Después de la aprobación de los Wireframes, debe comenzar a trabajar en la arquitectura de la configuración, la base de datos y comenzar a desarrollar la API, la Administración, y todo el back-end.
Las pruebas alfa y beta pueden ayudar aquí como algunas de las formas más populares para probar el rendimiento de un producto en diferentes escenarios. Asegúrese de alinear las pruebas y sólo hacer los cambios que afectan a toda la experiencia del usuario.
Como norma, debe implementar las siguientes pruebas en un entorno controlado antes de lanzar la aplicación:
- Pruebas de funcionalidad
- Pruebas de usabilidad
- Pruebas de compatibilidad
- Pruebas de multitud
- Pruebas de interfaz
- Pruebas de rendimiento
- Pruebas de seguridad
Durante el proceso de desarrollo, debe probar continuamente todas las características implementadas.
Por ejemplo, aquí en Cleevio, construimos aplicaciones móviles, y las versiones de las construcciones beta se suben a las pruebas alfa/beta de Google y a TestFlight de Apple. Los builds de prueba internos están en Appcenter (una herramienta oficial de Microsoft).
Cuando el «candidato a lanzamiento» (un producto que está listo para el mercado) está listo, hacemos pruebas beta abiertas o cerradas, en las que invitamos al mayor número de usuarios relevantes al programa de pruebas beta y recopilamos comentarios sobre la funcionalidad y los errores.
Paso #6: Llegar de forma iterativa al ajuste del producto al mercado o fracasar
Si validas el MVP, puedes empezar a mirar el alcance de tu producto y ampliarlo. En este punto, o bien consigues capital inicial para ayudarte a llegar al mercado más rápido o fracasas.
Para una aplicación móvil, solemos hacer un «lanzamiento suave» cuando lanzamos el MVP a la AppStore y a Google Play pero no fomentamos ninguna comercialización de la aplicación en este momento.
A medida que la aplicación va recibiendo más usuarios pueden surgir algunos errores y nos aseguramos de arreglar todo lo antes posible. Normalmente, lanzamos nuevas compilaciones cada dos días. Una vez que la aplicación sea estable y tengamos una tasa de usuarios sin fallos superior al 99,9%, recomendamos empezar con el marketing y adquirir más usuarios.
Los datos son realmente importantes y por eso recomendamos monitorizar el comportamiento de los usuarios con Mixpanel o Google Firebase analytics para poder entender cómo los usuarios están usando realmente la app.
El desarrollo del producto nunca termina. Muy importante es pedir el feedback del usuario e iterar el producto. Cuando tenemos más usuarios realizamos pruebas A/B para poder probar varias soluciones y aumentar el compromiso del usuario.
Fuente: ProductPlan
Conclusión
En Cleevio hemos desarrollado más de 120 MVPs en los últimos 10 años por lo que tenemos suficiente experiencia en nuestro haber, para saber qué MVPs escalan y cuáles se queman y mueren.
Sabemos que es un poco abrumador preparar una hoja de ruta, documentación o wireframes para tu idea de MVP, así que no dudes en ponerte en contacto con nosotros y estaremos encantados de ofrecerte asesoramiento gratuito.
Para una llamada de consultoría sobre tu MVP escríbenos a [email protected] .