Punto de partida
El equipo necesita una aplicación móvil, pero el reto real está detrás: APIs, autenticación, proceso de release, coordinación backend y la cuestión práctica de cómo seguirá siendo útil la app después del lanzamiento.
Caso
Entrega móvil y backend cuando la app tiene que encajar con el producto real que tiene detrás.
Este ejemplo muestra la forma del trabajo de aplicación móvil cuando la app no puede tratarse como un proyecto juguete separado y tiene que encajar con las APIs, los sistemas backend, la ruta de release y el modelo de soporte.
Ejemplo ilustrativo basado en patrones comunes de trabajo con clientes. No se incluyen detalles de ningún cliente concreto.
Lo primero que se aclara
El primer paso es identificar qué debe hacer la app, cómo depende de servicios backend, qué datos deben moverse, dónde están los puntos de fallo y qué restricciones de soporte o release moldearán la construcción.
Lo que se construye
El encargo cubre la experiencia móvil y el trabajo backend que hay detrás: coordinación de API, soporte de flujo de trabajo, manejo de autenticación, intercambio de datos y la planificación de release necesaria para que la app siga siendo útil en el entorno real.
Lo que mejora
El resultado es una aplicación móvil que encaja con el producto mayor, funciona contra el backend real y puede publicarse y mantenerse sin convertirse en un proyecto secundario desconectado.
Lo que este tipo de trabajo suele implicar
La entrega móvil suele significar más que pantallas. Significa alinear backend, APIs, proceso de release y plan de soporte para que la aplicación funcione como parte del producto en vez de luchar contra él.