Elegir un proceso que funcione sin conexión
Para una primera versión, considera abrir un trabajo asignado, leer su lista de comprobación y registrar una nota de la visita. La guía de arquitectura de Android recomienda datos locales para las lecturas esenciales sin conexión. Convierte ese principio en un criterio de aceptación: el técnico prepara el trabajo antes de salir y después puede volver a abrir las instrucciones sin conectarse.
Enumera también las acciones que quedan fuera de esta primera versión. Asignar un nuevo trabajo o confirmar un cambio de cita podría requerir la aprobación de la oficina. Explica ese límite en la pantalla correspondiente y ofrece un siguiente paso útil en lugar de un botón desactivado sin explicación.
Dar un significado claro a cada estado de guardado
Redacta los mensajes de estado antes de diseñar las pantallas. Distingue entre guardado en este dispositivo, pendiente de envío, recibido por la oficina y requiere atención. Acuerda qué evidencia permite mostrar cada mensaje. Una marca de confirmación no debe dejar al personal preguntándose si un compañero ya puede ver la nota.
En la lista de trabajos, distingue una agenda vacía de una que nunca se descargó. En el editor, muestra el estado pendiente junto a la nota correspondiente. Para un equipo europeo multilingüe, traduce estos mensajes operativos con el mismo cuidado que la navegación.
Decidir quién puede modificar cada parte del trabajo
Supón que la persona responsable de la planificación cambia una cita mientras el técnico registra su visita. ¿Quién se encarga de cada dato? ¿Deben conservarse ambas modificaciones y quién revisa un desacuerdo? Decide expresamente cómo resolver esa situación en lugar de prometer que todos los cambios se combinarán automáticamente.
Firestore sincroniza los cambios locales al reconectarse; para varias modificaciones del mismo documento, prevalece la última escritura. En este ejemplo, pide al equipo de desarrollo que demuestre que un cambio de cita no puede borrar silenciosamente una nota de visita. La regla del negocio debe orientar el diseño de los datos.
Incluir el relevo y el trabajo sin terminar
Define qué ocurre cuando se entrega a otro empleado un teléfono que contiene una nota sin enviar. La siguiente cuenta no debe heredar los datos de clientes ni los envíos pendientes de la persona anterior. Acuerda cómo podrá el empleado original recuperar su trabajo y explica la elección antes de cerrar sesión.
Trata las fotos y el texto como partes visibles por separado del envío. Si la nota llega a la oficina pero su foto no, la interfaz debe mostrar ese resultado parcial. Asigna a un rol concreto del equipo la responsabilidad de los elementos que sigan necesitando atención.
Ensayar el trabajo antes del lanzamiento
Recorre el mismo escenario breve con un técnico y una persona responsable de la planificación en dispositivos representativos. Anota el resultado visible esperado en cada paso. Empieza con esta lista de comprobación y añade los fallos relevantes para tu propio proceso de servicio:
- Abre un trabajo preparado sin conexión y después intenta abrir uno que nunca se descargó.
- Guarda una nota, cierra la aplicación y comprueba que la nota se puede recuperar.
- Restablece la conexión dos veces y confirma que la oficina recibe una sola nota, sin duplicados.
- Cambia la cita en otro dispositivo e inspecciona las dos versiones del trabajo.
- Cambia de cuenta con trabajo sin terminar y comprueba a quién pertenecen los datos y quién puede verlos.