Defina las funciones del dispositivo y los recorridos de jugador que debe admitir la aplicación. Una experiencia basada en web, una aplicación multiplataforma y una implementación nativa pueden generar responsabilidades distintas de mantenimiento y publicación.
Elija el enfoque según el comportamiento requerido
| Requisito | Pregunta que afecta al enfoque |
|---|---|
| Funciones del dispositivo | ¿Qué capacidades de ubicación, notificaciones u otras son necesarias? |
| Recorridos del jugador | ¿Qué flujos siguen siendo contenido web y cuáles requieren comportamiento específico de la aplicación? |
| Continuidad de la cuenta | ¿Cómo se trasladan la autenticación y las restricciones entre aplicación y sitio web? |
| Actualizaciones | ¿Qué cambios requieren una nueva versión de la aplicación y cuáles proceden del servidor? |
| Distribución | ¿Quién es titular de la cuenta de publicación y responsable de los envíos requeridos? |
Compare los enfoques con las funciones reales y los dispositivos admitidos. Elegir un framework por sí solo no establece el rendimiento, la aprobación ni el costo de los cambios futuros.
Incluya el control de versiones en el contrato
Especifique la firma, el acceso al repositorio y a la publicación, las instrucciones de compilación y la responsabilidad de los envíos a tiendas. Identifique quién mantiene la compatibilidad con los cambios del sistema operativo y del servidor. Mantenga visibles las dependencias de SDK de terceros y de pagos en el traspaso.
El operador debe saber cómo se aprueba, detiene o sustituye una versión. Sin el acceso y el proceso de mantenimiento acordados, una empresa puede recibir la aplicación y no poder actualizarla cuando lo necesite.
Pruebe las transiciones que encuentran los jugadores
Ensaye un pago interrumpido, una sesión caducada, un permiso denegado y el regreso desde un enlace profundo. Verifique el estado de cuenta con el servidor en lugar de depender de una pantalla almacenada en caché.
Actualice una instalación de prueba existente y compruebe la autenticación, las preferencias guardadas y los recorridos sin terminar. Incluya una versión anterior admitida que se conecte al servidor para que las hipótesis de compatibilidad sean explícitas. Defina las condiciones de dispositivo, red y rendimiento medidas para la aceptación.
Prepare el alcance de la aplicación
Envíe sus mercados objetivo, dispositivos y plan de distribución, la plataforma actual y las funciones nativas necesarias. Incluya quién será responsable de las versiones después del lanzamiento. Si la aplicación comparte una experiencia rediseñada con el sitio web, coordine conjuntamente el alcance de la interfaz y las interfaces de cuentas.