Puede que su idea de app móvil ya esté clara: que los clientes reserven cita, hagan un pedido o sigan sus servicios desde el teléfono. Después se añaden a la lista puntos de fidelidad, chat, campañas e informes avanzados. Con el tiempo, el objetivo inicial puede quedar oculto.
Para las empresas que quieren desarrollar una app móvil, la decisión más importante es qué problema del usuario resolverá por completo la primera versión. Salir antes a producción no debe significar resolver ese problema de forma incompleta. Este artículo trata sobre el alcance de la primera versión; las decisiones técnicas como el uso sin conexión, los permisos y las pruebas en dispositivos reales las tratamos en nuestro artículo qué decisiones se toman primero al desarrollar una app móvil.
01Defina primero el recorrido esencial del usuario
Tomemos como ejemplo una app de citas. Si el usuario no puede elegir el servicio, no ve el horario disponible o no tiene la certeza de que su reserva se ha creado, la belleza de la pantalla de campañas no soluciona el problema. En la primera versión hay que pensar juntos los pasos esenciales: selección, confirmación, cambio y cancelación.
En este ejemplo, la experiencia del cliente también tiene un lado empresarial. El empleado necesita ver la cita, gestionar la disponibilidad y enterarse de los cambios. Planificar solo las pantallas del teléfono deja fuera la mitad del trabajo.
02Divida las funciones en tres grupos
El primer grupo son las funciones imprescindibles para que el servicio pueda usarse. El segundo grupo son las funciones que mejoran claramente la experiencia de uso, pero no impiden el primer lanzamiento. El tercer grupo son ideas sobre las que se decidirá después de observar el comportamiento real de los usuarios.
Esta división le permite controlar el presupuesto. En lugar de dedicar meses a una función que el usuario no pide, puede ofrecer la experiencia esencial y avanzar con los comentarios recibidos. Los límites de la primera versión deben quedar claros en la propuesta y en el diseño. Explicamos cómo mantener visible el trabajo que queda fuera de alcance en nuestro artículo cómo lanzar una idea de software con un MVP.
03El número de pantallas no determina por sí solo el tiempo de desarrollo
El uso sin conexión, la ubicación, las notificaciones, el pago y las funciones del dispositivo requieren un trabajo distinto. El intercambio de datos con un sistema existente también afecta al calendario. Una base de código compartida puede reducir el desarrollo repetido en proyectos adecuados, pero no elimina las pruebas de dispositivo y plataforma.
Las cuentas en las tiendas, las descripciones de la aplicación y la información necesaria para la publicación tampoco deben dejarse para el último día. Completar el desarrollo y que la tienda termine su revisión son fases distintas; como esa revisión externa no está bajo nuestro control, no prometemos una fecha exacta para ella.
04Visibilidad temprana para una entrega rápida
En Paradigma7, el objetivo no es que vea el resultado de su proyecto por primera vez el día de la entrega. Nos centramos en abordar por fases las decisiones de diseño y las funciones esenciales para detectar pronto los malentendidos. Que el desarrollo y las pruebas avancen juntos ayuda a reducir las correcciones acumuladas en la última fase.
Conozca nuestro servicio de desarrollo de apps móviles; convirtamos juntos su idea en una primera versión viable, dejando claros desde el principio el alcance y los pasos de publicación.
05Prepare antes de solicitar presupuesto
- Quién usará la aplicación y qué tarea realizará
- El único recorrido esencial del usuario que debe completarse sin fallos en la primera versión
- Quién gestionará este flujo en el lado de la empresa
- Los sistemas existentes que se conectarán y el estado de acceso a ellos
- Quién tiene las cuentas de las tiendas y si la información de publicación está lista
- Con qué comportamiento del usuario evaluará el éxito de la primera versión
Escrito por
El equipo de Paradigma7
Producto, ingeniería y operaciones
Somos un equipo con sede en Ankara que construye software para Europa. Nada aquí es teoría: estos son los procesos que realmente ejecutamos en proyectos de clientes.
Sobre nosotros