Cómo definir tu MVP para tu aplicación móvil

Correo electrónico: [correo electrónico protegido] , Skype: abhay.tecorb, Contacto: +1 786 600 1709

MVP (producto mínimo viable) Parte 1

En los últimos años, el producto mínimo viable (MVP) ha comenzado a evolucionar.

¿Qué es el MVP?

El producto mínimo viable es una técnica de desarrollo en la que se lanza un producto nuevo o un sitio web junto con recursos mínimos para satisfacer a los expertos en tecnología o a los primeros en adoptarlo. El conjunto completo de características está diseñado y desarrollado después de recibir los comentarios de los usuarios iniciales sobre el producto que ya se había lanzado. A través de esta versión inicial, los desarrolladores de productos obtienen suficiente información sobre el producto utilizado por los clientes aplicando el menor esfuerzo.

Importancia de MVP

Se requiere MVP para obtener datos de los clientes sobre el lanzamiento del producto. Cuando se hayan reunido todos los datos requeridos, avanzamos para desarrollar un producto completamente funcional.

1) Ahorre tiempo y dinero.

2) Involucrar a los inversores.

3) Verificación cruzada si el proyecto se está desarrollando de acuerdo con los comentarios del usuario.

4) Conozca el comportamiento actual del mercado con respecto al producto.

MVP para Startups

Es realmente una buena idea para una organización emprendedora comenzar con algo que no los defraudará. Estos son bloques de construcción MVP que componen una aplicación en vivo sin realmente construirla. Como startup, debe centrarse en Wireframes, Mockups, Video explicativo o Prototipo rápido.

Todas las startups famosas como Facebook, Twitter, Dropbox, Zappos, Aardvark tenían una idea que se había convertido en un proyecto en vivo. Todo depende de usted, qué tan bien puede usar la tecnología existente para construir una más nueva. Prepárate y golpea a menos y hasta que alcances tu destino.

Hay muchos bloques de construcción para desarrollar MVP, pero hablaré de algunos de ellos.

Bloques de construcción de MVP (producto mínimo viable)

1) Wireframes: son la mejor opción si se está quedando sin tiempo y dinero. Si su objetivo son personas que tienen un interés real, entonces MVP es la mejor opción. Aparte de eso, si su objetivo es presentarlo a diferentes audiencias que no pertenecen a la categoría anterior, entonces necesita una vista gráfica o más mejorada de MVP

2) Prototipo rápido: Básicamente, debe explicarle a su audiencia que no están trabajando en un producto real para que no se distraigan con el comportamiento funcional. Los prototipos de descanso rápido son los mejores para las personas que necesitan una representación virtual.

3) Video explicativo: es mejor crear un video que desarrollar un producto. El usuario obtendrá el funcionamiento completo del producto en pocos minutos. Tenía una gran ventaja presentar su producto a posibles usuarios o inversores.

4) Maquetas: son seguras cuando trabajas con un público que no tiene práctica mental para visualizar el concepto abstracto. Son diseños confeccionados que ayudarán a su audiencia a obtener la combinación perfecta para cumplir con sus requisitos en consecuencia.

“Para algún accionista, una imagen vale más que tener múltiples Wire-frames”

Definir tu MVP es un proceso largo. Aquí está el proceso que sigo en estos días, puede obtener más detalles en esta publicación de blog, también puede inscribirse en este curso por correo electrónico que ofrece algunos buenos consejos sobre cómo pasar de la idea a la AppStore (y, por lo tanto, MVP).

Audiencia

Recuerdo que cuando estaba en Microsoft, un par de semanas después de unirme al equipo de Office en Microsoft, pregunté: “¿Para quién estamos diseñando esta característica?”. Mi jefe respondió: “Todos”.

Esta es la peor respuesta que puede tener, incluso para un sitio web que recibe millones de visitantes. Siempre hay una población objetivo para la que está diseñando. No todos quieren usar Instagram, Twitter o la aplicación de búsqueda de niñeras.

Lo mismo para su idea de la aplicación, saber para quién la diseña nos permitirá a usted y a mí priorizar su historia de usuario, nos permitirá diseñar la aplicación para la población a la que se dirige.

Defina su audiencia claramente para que pueda consultarla en el futuro y asegúrese de que cada decisión que tome sea para esa audiencia.

Escenarios

Estoy seguro de que tiene una larga lista de características que pensó, pero este es el lugar equivocado para comenzar. Piense en los escenarios que desea admitir en su aplicación. Pronto descubrirá que hay muchas formas de admitir un escenario que involucra muchas opciones de funciones diferentes.

Así que aquí hay una definición para usted de Historias de usuarios y Ejemplos de historias de usuarios de Mike Cohn (Historias de usuarios y Ejemplos de historias de usuarios de Mike Cohn)

** Las historias de usuarios ** son descripciones cortas y simples de una característica contada desde la perspectiva de la persona que desea la nueva capacidad, generalmente un usuario o cliente del sistema. Suelen seguir una plantilla simple:

Como , quiero para que .

Las historias de los usuarios a menudo se escriben en tarjetas o notas adhesivas, se almacenan en una caja de zapatos y se organizan en paredes o mesas para facilitar la planificación y el debate. Como tal, cambian fuertemente el enfoque de escribir sobre características a discutirlas. De hecho, estas discusiones son más importantes que cualquier texto escrito.

Enumere todos ellos, luego para cada uno de ellos hágase la pregunta: ¿Puedo validar mi producto, modelo de negocio sin soportar este escenario? ¿La aplicación seguirá siendo útil / utilizable sin este escenario?

Para cada uno de sus escenarios, pregúntese si puede validar su negocio sin admitir este escenario. Si la respuesta es sí, puede validar su proyecto sin él, luego no lo incluya en su MVP.

La otra pregunta que debe hacerse es si el usuario final ve esta funcionalidad como algo imprescindible sin la cual ni siquiera considerará su aplicación. Si la respuesta es no, entonces no la incluya en su MVP.

RATs

Enumere su suposición de riesgo para probar. Cualquier cosa que creas que es verdad pero no has validado:

  • A los usuarios les encantará usar una aplicación para hacer x: a menos que ya lo estén haciendo, no sabes la respuesta a eso
  • x es técnicamente factible dentro de nuestro presupuesto: ahora es su oportunidad de verificar que esto sea cierto y que al menos deba investigarse como parte del MVP
  • Los usuarios están dispuestos a pagar z por una solución a este problema: a menos que las personas le hayan dado z $ todavía, entonces no está seguro de que estén dispuestos a pagar tanto

su presupuesto

Si fueras a un vendedor de autos y le dijeras: “Quiero un auto”. Él podría ofrecerle un pequeño Hyundai sin lujos o un SUV Porsche completamente cargado. Y aún tendría muchas opciones intermedias con un nivel variable de características, calidad y acabado. Conocer su presupuesto le permite a él y a usted limitar su selección al automóvil que puede pagar. Sin embargo, aún puede comprar un automóvil que sea inferior a su presupuesto.

Lo mismo para las aplicaciones. Si ya tiene un presupuesto en mente y un conjunto de historias de usuario, esto me permitirá darle opciones sobre cómo alcanzar sus objetivos comerciales dentro de su presupuesto. Esos pueden incluir:

  • Acortar la lista de historias de usuarios
  • Bajar la calidad de la aplicación.
  • Aumentando el presupuesto
  • Cortando el proyecto

Lea más sobre este tema en esta publicación de blog

Servicios de terceros

Cuantos más atajos puedas tomar, mejor, así que averigua qué servicio de terceros podrías usar para implementar algunas de las funciones de tu aplicación. ¿Desea permitir que los usuarios se envíen mensajes entre sí en su aplicación? No vuelva a crear un servicio de chat desde cero. Eso es una molestia y tiene muchos servicios de chat SaaS con iOS SDK que tomará solo un día para agregar a su aplicación.

Así que tómese el tiempo para investigar un poco para descubrir qué servicios de terceros harán que su camino a la App Store sea más corto.

Adquisición de usuarios

Defina cómo pretende obtener sus primeros usuarios y comience a reclutar ahora. Su objetivo será que algunos de esos usuarios comiencen a usar la aplicación lo antes posible. Antes de su lanzamiento público para que pueda recibir comentarios.

Riesgos potenciales

Esta nunca es la parte divertida, pero debe abordarse. La idea es identificar todos los riesgos que podemos pensar sobre este proyecto. ¿Coleccionas PII? ¿Existe un riesgo asociado con eso y se deben hacer planes para garantizar que estos datos se mantengan seguros? ¿Qué sucede si se viola la base de datos?

Tener un plan de acción si este riesgo se materializa es mucho más fácil de implementar con anticipación. Una vez que esté en el camino de la creación de una aplicación, su juicio podría verse ligeramente afectado.

MVP es esa adaptación de un producto original que le permite reunir la gran cantidad de conocimiento validado sobre los consumidores con el más mínimo esfuerzo.

En términos simples, MVP Meaning es el núcleo de su futuro producto.

Básicamente, el producto MVP incorpora solo un conjunto de características principales, buena UI / UX y diseño estándar. Se creó para demostrar la idea del producto, examinar el supuesto clave sobre las interacciones con él y determinar las reacciones de los clientes.

¿Por qué debería ir para el desarrollo de productos MVP?

  • Hacer una financiación anterior
  • Flexibilidad de desarrollo
  • Eficiencia de costo

Lea los detalles sobre: ​​- Cuánto cuesta construir una aplicación móvil MVP :: Desarrollo de aplicaciones MVP

El Producto Mínimo Viable (MVP) es un producto con características suficientes para recopilar información validada sobre el producto y su desarrollo continuo.

Y recuerde, MVP no se trata del producto en sí. MVP se trata de la disposición del cliente para adoptar y pagar el producto, por lo que debe centrarse en el valor clave que proporciona a un cliente.

Hay muchos factores en los que pensar. Puede leer este artículo: tiene todas las respuestas sobre cómo crear un producto mínimo viable