¿Debería crear un MVP antes de crear una aplicación?

¿Puede permitirse apostar por una idea para una aplicación o por suponer cómo responderán los consumidores? Apuesto a que sus clientes tampoco se sienten cómodos haciendo eso, especialmente cuando es su dinero y su reputación lo que está en juego.

Una aplicación puede ser una inversión arriesgada para una empresa si no se aborda con cuidado. Incluso entonces, los conceptos de aplicaciones mejor investigados pueden conducir a tasas de retención y descarga de usuarios decepcionantes.

Ya sea que esté en el negocio de crear aplicaciones móviles o productos SaaS, ¿ha pensado en utilizar productos mínimos viables (MVP) para salvaguardar las inversiones de sus clientes?

Los MVP no solo le permiten obtener proyectos a través de su canalización más rápidamente, sino que también permiten a los desarrolladores crear productos más sólidos en general para sus clientes.

Esto es lo que necesita saber.

El valor de los MVP en el desarrollo de aplicaciones

Frank Robinson fue el primero en definir lo que era un MVP en 2001. Básicamente, un MVP es una versión reducida de un producto que se lanza al público con el fin de probar y validar el concepto y la viabilidad del producto en el mercado. .

Eric Ries, el autor de The Lean Startup, fue uno de los primeros defensores de los MVP y dijo algunas cosas interesantes sobre por qué y cómo deberíamos usarlos en 2013:

El punto no es crear productos más ligeros. Es poner la versión o el concepto más básico de una aplicación en manos de los adoptantes y evangelistas. De esa manera, el desarrollador recopila los comentarios de los usuarios desde el principio que, a su vez, se utilizan para dar forma adecuada al producto en su versión final.

Tome Dropbox, por ejemplo. Así es como se veía la página de inicio del producto en 2009:

Es una página simple que incluye el nombre de la empresa, una explicación del software y un enlace para descargar la aplicación de escritorio o móvil. Para los usuarios que quieren saber más sobre lo que están recibiendo, el "recorrido" los llevó a un minisitio con más información:

Eso está muy lejos del poderoso servicio de almacenamiento, creación de contenido y colaboración que tanto los consumidores como las empresas usan hoy en día:

Pero esa es la belleza del MVP. Esencialmente, obliga a los desarrolladores a crear productos con solo el conjunto mínimo, pero absolutamente esencial, de características .

Dropbox no necesitaba prever el poder de los servicios de almacenamiento en la nube ni crear algo que no fuera adecuado para el mercado en ese momento. Todo lo que tenía que hacer era lanzar una solución simple que los usuarios necesitaran en ese mismo momento. Luego, los usuarios podían validar el producto y proporcionar a la empresa la dirección que necesitaba para tomar su producto.

Hay otros beneficios de crear un MVP:

• Puede sacar el producto al mercado mucho más rápido que si tuviera que esperar a que se desarrollara la aplicación completa.
• Tiene la oportunidad de probar la viabilidad del concepto antes de dedicar demasiadas horas-hombre al trabajo.
• Te das más espacio (y tal vez incluso un poco de perdón también) para resolver los problemas en tu producto final.
• Ahorras dinero con un MVP. Primero, porque solo dedica tiempo a crear funciones que son absolutamente necesarias. En segundo lugar, porque es posible que los usuarios estén satisfechos con la versión reducida y que no tendrá que trabajar mucho más para finalizar el producto.
• Con una idea probada que ha sido adoptada por los usuarios, tiene algo que ofrecer a los inversores que podría hacer que el resto del proceso de desarrollo transcurriera sin problemas.

Como dice Eric en el video, un MVP es la mejor manera de maximizar sus posibilidades de éxito y hacerlo en un período de tiempo mucho más corto que el que permite el desarrollo completo del producto.

Cómo construir un MVP valioso que los usuarios quieran probar

El éxito de su MVP se basa en su capacidad para aprovechar los conocimientos y los comentarios proporcionados por los primeros usuarios, los que están 100% de su lado, creen en el producto y quieren ayudarlo a llenar los vacíos. Entonces, no pierdas eso de vista.

Un MVP no es una aplicación a medias. Todavía tiene que ser valioso.

Aquí hay algunas cosas que debe hacer antes de construir y lanzar su MVP:

1. Decide el propósito del producto

Si desea que su aplicación tenga éxito, debe resolver de manera única un problema para un gran segmento de la base de consumidores. Eso significa que su MVP debe desglosar claramente lo que hace el producto y por qué los usuarios lo necesitan.

Por ejemplo, así se vendió Uber (entonces UberCab) durante su beta en 2010:

Al igual que el ejemplo anterior de Dropbox, es extremadamente simple en concepto y sin lujos en términos de explicar qué es o por qué es tan valioso. Pero todavía tienes la idea. Es una aplicación que permite a las personas pedir y pagar un automóvil desde su teléfono. Esencialmente, es un sustituto conveniente para los taxis.

Avance un año y verá que Uber comenzó a reafirmar su identidad y propuesta de valor con el lanzamiento oficial de su producto:

Esto fue en 2011, cuando Uber abandonó el "Cab" y se etiquetó a sí mismo como un servicio de conducción privado de guardia. Era una forma de permitir que los consumidores experimentaran ciertos privilegios lujosos que de otro modo no habrían podido pagar.

Aunque esa no es la forma final que tomó Uber, puede ver cómo los primeros comentarios de los usuarios ayudaron a los desarrolladores de productos a decidir qué partes de la plataforma realmente valían la pena resaltar y desarrollar.

Este es exactamente el tipo de cosas que sucederán cuando cree un MVP y comience a recopilar información valiosa de los usuarios sobre lo que quieren y las funciones que necesitan. Pero, primero, debe comenzar por aclarar su propósito general y valor. Puedes refinarlo más adelante.

2. Localiza a tus Usuarios Ideales

Tienes tu concepto. Ahora es el momento de averiguar si los consumidores lo van a querer. Aunque un MVP es más barato y rápido de construir, no significa que no terminará siendo una completa pérdida de tiempo y recursos. Tienes que al menos confirmar que el interés está ahí y luego definir, en términos claros, quién es tu usuario objetivo.

Específicamente, debe pensar en la ubicación.

En el ejemplo anterior de Uber, puede ver que el producto beta solo se probó en San Francisco.

La versión inicial de Airbnb hizo algo similar. Joe Gebbia, cofundador de Airbnb, cuenta la historia de su MVP en un episodio de 2017 de Cómo construí esto.

Básicamente, tenía poco dinero en efectivo y decidió alquilar colchones de aire en su apartamento de San Francisco para una próxima conferencia. Sabiendo que a los hoteles les faltarían habitaciones, pensó que podría ganar dinero con eso. Pero no fue solo el dinero de la renta lo que ganó. Tuvo una idea para un nuevo negocio después de que mucha gente mostrara interés en alquilar un espacio en su apartamento.

Entonces, él y su socio crearon un sitio web llamado "AirBed & Breakfast". Sin embargo, una vez que se puso en marcha, se extendió mucho más allá del área de prueba original de San Francisco.

En 2009, hubo alquileres de AirBnB en 72 países. Hoy en día, prácticamente tienes tu elección de la basura en cualquier ciudad del mundo. Pero todo comenzó con San Francisco.

Por lo tanto, mientras comienza a crear su producto, piense en cuáles serán los mejores lugares para probar y recibir comentarios sobre su aplicación antes de lanzarla por completo. Desea que el área sea una buena representación de la población y la demografía a la que se dirige. También debe asegurarse de que haya una demanda para el producto y que sus usuarios objetivo puedan permitirse usarlo (una vez que comience a monetizar).

3. Elija un formato MVP

El formato de su MVP es otra cosa importante a tener en cuenta antes de construir cualquier edificio.

En algunos casos, tendrá que crear un producto viable. Por ejemplo, supongamos que su objetivo es crear una nueva aplicación de citas. Hay toneladas de aplicaciones de citas en el mercado; con dos aplicaciones, en particular, que dominan continuamente el paquete. Usted sabe que crear cualquier tipo de aplicación de citas móvil sería una apuesta enorme y costosa, sin importar cuánto reduzca las funciones. ¿Entonces, Qué haces?

En su lugar, podría crear una aplicación de citas PWA. Los costos serían más bajos, el tiempo de comercialización significativamente más rápido y sería mucho más fácil mostrar su MVP a los usuarios que si pusiera algo en la tienda de aplicaciones. Incluso puede encontrar que el PWA es suficiente en términos de formato de producto al final.

En otros casos, el MVP ni siquiera necesitará ser un producto real. Puede ser simplemente un sitio web que anuncie el producto o proporcione una estructura alámbrica/prototipo del concepto.

En 2018, Rand Fishkin anunció que dejaba Moz, la empresa que cofundó en 2004. Al mismo tiempo, anunció un nuevo producto llamado SparkToro.

Ahora, Rand es alguien que puede lanzar un concepto como MVP y que siga teniendo éxito. Tiene una larga historia y una sólida reputación en este espacio, por lo que, por supuesto, los usuarios van a gravitar hacia este nuevo producto a pesar de que no está disponible para el consumo.

Para aquellos de ustedes que están construyendo un MVP para una nueva marca, probablemente no tengan tanta suerte. Sin embargo, realmente dependerá del tipo de producto que planee construir.

Si no hay absolutamente ninguna forma de crear el producto en una versión reducida, entonces esta podría ser una opción que vale la pena explorar. También sería una buena idea si usted o su cliente no tienen fondos en absoluto y necesitan comentarios validados para demostrar la viabilidad de su concepto a los inversores. Esa es realmente la única forma en que veo a Joe Schmoes salirse con la suya.

Si sigue esta ruta, también necesitará una sección explicativa realmente buena. Esto es lo que SparkToro tiene en su página What We're Building:

Creo que para los tipos de usuarios que se inclinarían por un producto como este, es decir, los especialistas en marketing avanzados que realmente necesitan este tipo de solución, esta forma de probar el concepto y la viabilidad de las funciones es buena. Está escrito en su idioma y con imágenes que entienden.

Sin embargo, para los usuarios que no están familiarizados con su marca o que no están tan bien capacitados como la audiencia de Rand, una estructura alámbrica o prototipo del tablero del producto sería una mejor idea. Incluso un video explicativo del fundador funcionaría bien. Solo debe ser algo que convenza a los usuarios de registrarse y comenzar a proporcionar comentarios lo antes posible.

4. Encuentra tu mínimo real

Si miras el video de Eric Ries, verás que proporciona una fórmula para definir las características mínimas de tu MVP. Dice así:

# de funciones mínimas que cree que necesita / 8 = El verdadero mínimo

Tiene sentido si esa fórmula te hace sentir aprensivo. Pero piénsalo así:

Usted construye un MVP que es lo más simple posible sin que se vuelva inútil. Lo envía a los usuarios y les da la oportunidad de proporcionar comentarios.

Algunas cosas pueden suceder como resultado:

Absolutamente lo odian.

Se quejan con usted acerca de cómo la función A apesta y cómo desearían que hiciera algo más o cómo la función B casi estaba allí, pero luego no cumplió con las expectativas. ¡Eso es perfecto! Sus usuarios de prueba le dirán exactamente lo que quieren de su producto. Obtenga suficientes comentarios consistentes y tendrá una lista de funciones imprescindibles que deben aparecer en la próxima versión de la aplicación.

Les parece bien, pero no les encanta... todavía.

Nuevamente, está bien si los usuarios no están 100% satisfechos con él. Les ha dado la oportunidad de probar un producto que va a ser increíble y ven la promesa en él. Deles la oportunidad de decir lo que piensan y hacerle saber lo que amaban y lo que no. Luego, concéntrese en fortalecer esos puntos débiles e incluir las características que lo convertirán en un verdadero cambio de juego.

Les encantará tal cual.

Seamos honestos, esto no es probable que suceda. Pero, ¿no sería genial si los comentarios fueran tan escasos que pudieras continuar con el MVP tal como está? Además, piense en todo el tiempo que se ahorró y el dinero que le ahorró a su cliente al reducir tanto el producto. A veces más simple es mejor.

No olvide agradecer a estos usuarios por sus comentarios y apoyo al producto. No hay forma de que pueda crear la solución que necesitan sin sus conocimientos, por lo que le conviene reconocer el papel que desempeñan en esto. A cambio, seguirán siendo los evangelistas de su producto mucho después del lanzamiento.

5. Diseñe su página de destino temprano

Aunque no estoy muy interesado en una página de destino o un mini sitio web que sirva únicamente como el MVP (por la razón antes mencionada), creo que es una buena idea tener una página de destino móvil primero mientras se trabaja en el MVP. .

Las aplicaciones de juegos y SaaS serían opciones especialmente buenas para lanzar una página de registro beta temprano. Aquí hay un ejemplo de Hytale:

Si desea que su MVP tenga éxito, debe dedicar parte de ese tiempo adicional que ahora tiene a construir una página de destino sólida. Comience investigando los primeros sitios web de las empresas que aparecen en esta publicación. Todos explicaron con éxito sus conceptos, promocionaron sus productos y convencieron a los primeros usuarios para que se inscribieran en las pruebas.

Mientras lo hace, también debe configurar su blog, cuentas de redes sociales y características de la comunidad (con un boletín activo). Nunca sabes. Alguien podría encontrar el anuncio de su MVP en otro lugar que no sea la búsqueda de Google y decidir que quiere marcar el sitio como favorito o registrarse temprano para ser un probador beta.

¡Nunca es demasiado pronto para comenzar a obtener la aceptación de su conjunto de usuarios!

6. Defina sus criterios de éxito

Por último, pero no menos importante, debe decidir cómo medirá el éxito de su MVP. Porque no se trata solo de la calidad de los comentarios.

Considera lo siguiente:

• ¿Cuántos visitantes visitaron su página de destino?
• ¿Cuántas de esas personas se registraron para la versión beta?
• ¿Cuántos usuarios retuvo durante un período determinado (1 mes, 3 meses, etc.)?
• ¿Cuántas personas proporcionaron comentarios? ¿Fue un conjunto lo suficientemente importante como para tomar decisiones sólidas sobre el diseño y las características del producto en el futuro?
• ¿La demografía de su conjunto de usuarios coincidió con la audiencia para la que diseñó la aplicación? ¿Por qué cree que fue?
• ¿Cuánto tiempo, en promedio, pasaron los usuarios dentro de la aplicación?
• ¿Con qué funciones pasaron más tiempo? ¿El menos?
• ¿Qué funciones recibieron los comentarios más favorables? ¿El menos?
• ¿Hubo ciertos usuarios que tuvieron una experiencia positiva con el producto? ¿Qué los hizo diferentes?

Tome toda la información que recopiló, desde la página de destino original, los probadores beta, los datos de uso, etc., y realmente revíselo todo. ¿Qué te dice sobre el MVP que has diseñado? Y, ahora, ¿qué vas a hacer con él?

¿Lo dejarás como está o lo desarrollarás como el producto completo que debe ser y que los usuarios quieren?

¿Será fácil atraer y adquirir clientes en función de los datos de uso que haya recopilado? Además, ¿podrá retener a esos usuarios o es más rentable mantener su aplicación en el lado del navegador en lugar de en forma de aplicación nativa?

Y, por último, ¿cuánto puede y debe cobrar por acceder al producto? ¿En última instancia, hará que la empresa sea rentable o simplemente no hay suficiente interés (al menos en el lado de la monetización de las cosas) para que esta empresa valga la pena?

Sé que te dejo con muchas preguntas, pero hay muchas que tendrás que resolver una vez que comiencen las pruebas. Además, es la razón principal por la que creaste un MVP en primer lugar. Esta retroalimentación de los usuarios es invaluable para el proceso y es la única forma en que sabrá si es un producto que vale la pena lanzar al mercado o regresar a la mesa de dibujo.