Perder la conexión no debería significar siempre perder el trabajo. El funcionamiento sin conexión puede ayudar a completar una tarea en una red poco fiable o a conservar registros en el propio dispositivo cuando eso encaja con el propósito del producto.
Empieza por la tarea que debe continuar
«Funciona sin conexión» es demasiado amplio para ser un requisito útil. Identifica las acciones concretas que deben seguir disponibles: iniciar un registro, editar una nota, consultar un horario guardado o exportar información. Decide qué puede esperar a que vuelva la conexión.
La interfaz debe hacer comprensibles esos límites. La persona necesita saber si una acción se ha guardado localmente, enviado a otro sistema o aún requiere atención. Evita que tenga que adivinarlo mirando un indicador de carga.
Decide dónde deben estar los datos
El almacenamiento local cambia las preguntas sobre titularidad y recuperación. ¿Hay copia de seguridad? ¿Qué pasa si se pierde o cambia el dispositivo? ¿Se pueden exportar los datos en un formato utilizable en otro lugar? ¿Qué copias quedan tras eliminar la aplicación?
Estas decisiones deben corresponderse con el comportamiento real del producto y su aviso de privacidad. «Sin conexión» no significa automáticamente que todas las funciones eviten la red. Los mapas externos, la geocodificación, los mensajes de soporte o las exportaciones elegidas por el usuario pueden crear flujos de datos independientes.
Planifica qué ocurre tras un conflicto
Si los registros se sincronizan después con un servidor, dos dispositivos pueden haber editado la misma información. El producto necesita una regla para decidir qué versión se acepta y una forma clara de recuperarse de un resultado inesperado.
Los duplicados, los retrasos y las transferencias interrumpidas también merecen atención. Una pulsación repetida no debe crear silenciosamente acciones financieras u operativas repetidas. La solución exacta depende del modelo de datos del producto y de los sistemas implicados.
Explica las opciones de permisos
Una función de ubicación debe servir a una acción concreta y comportarse de forma previsible cuando se deniega el permiso. Una notificación debe ayudar a comprender una actividad en curso. Los usuarios deben entender qué cambia una elección sin tener que conocer los detalles internos de Android.
Incluye en el diseño el recorrido con permiso denegado. Si una acción sigue siendo posible manualmente, haz que esa vía sea fácil de encontrar. Si la función no puede trabajar, explica la limitación en el momento pertinente.
Verifica las transiciones
Comprueba algo más que el inicio sin red. Revisa la tarea cuando la conexión desaparece a mitad de una acción, vuelve tras una demora o cambia mientras la aplicación ya no es visible. Considera reinicios de la aplicación, exportaciones interrumpidas y la corrección de un registro anterior.
Las comprobaciones deben seguir el recorrido esencial y sus riesgos. Una compilación correcta es una evidencia útil sobre la compilación; el comportamiento en el dispositivo necesita sus propias evidencias.