Sin conexión, con retraso, reanudado: recorridos móviles

Pensemos en una persona que inicia una acción con una conexión estable, continúa mientras la respuesta se retrasa y vuelve después de que la aplicación se haya cerrado. La interfaz debe tener en cuenta todo el recorrido, no solo el momento en que la solicitud se completa correctamente. El funcionamiento sin conexión, es decir, sin una ruta de red utilizable, es una condición dentro de ese problema más amplio de continuidad.

La latencia es el retraso entre una acción y su respuesta. Una sesión interrumpida es un recorrido por el producto que se pausa antes de que la aplicación haya resuelto por completo la intención de la persona. Tratar ambos aspectos como datos de partida para el diseño permite formular preguntas más claras: ¿qué puede continuar de forma local, qué requiere confirmación y qué debe mostrarse cuando no hay certeza?

Mapea el recorrido antes de elegir una alternativa

Empieza por la acción prevista y sigue todos los estados en los que puede entrar. Un documento podría estar intacto, editado localmente, pendiente de carga, confirmado de forma remota o bloqueado por un conflicto. Poner nombre a estos estados evita que una pantalla de carga imprecisa englobe varias situaciones que requieren explicaciones o controles diferentes.

El mapa debe incluir las salidas y los regresos. Pregúntate qué permanece si la aplicación se cierra, la conexión cambia o llega una respuesta después de que la pantalla visible haya desaparecido. En lugar de recopilar casos extremos, describe el recorrido por el producto bajo cada condición de implementación que el equipo deba admitir y verificar.

• Identifica la intención de la persona por separado de la solicitud de red utilizada para llevarla a cabo.
• Señala qué pasos pueden completarse localmente y cuáles requieren confirmación remota.
• Registra qué muestra la interfaz mientras el resultado sigue siendo incierto.
• Define dónde se reanuda una sesión al volver y qué contexto restaura.

Da un significado claro a cada estado visible

El estado es la información que una aplicación conserva sobre la situación actual. Algunos estados solo pertenecen a la interfaz, como un panel abierto. Otros estados representan un progreso significativo, como un borrador editado. Los equipos de producto deben decidir qué información tiene que sobrevivir a una interrupción y guardarla en un almacenamiento duradero, es decir, un almacenamiento diseñado para seguir disponible después de que termine la sesión actual.

Las etiquetas visibles deben distinguir el progreso de la confirmación. Guardado en este dispositivo, pendiente de envío y no se ha podido confirmar describen condiciones diferentes. La redacción exacta depende del producto, pero cada mensaje debe explicar qué ha ocurrido, si la persona necesita actuar y si su trabajo sigue disponible.

1. Nombra el estado significativo con el lenguaje del producto, no con el lenguaje de implementación.
2. Decide qué pruebas permiten que la aplicación muestre ese estado con seguridad.
3. Ofrece una acción siguiente solo cuando la intervención pueda cambiar el resultado.
4. Conserva contexto suficiente para que el mensaje siga siendo comprensible al volver.

Separa el progreso local de la verdad compartida

Una fuente de verdad es el registro controlado que un producto considera autorizado cuando las copias no coinciden. Una aplicación puede conservar el trabajo local mientras espera compararlo con ese registro. La interfaz no debe dar a entender que existe confirmación remota solo porque el almacenamiento local se haya completado correctamente, pero tampoco debe presentar un progreso local útil como si se hubiera perdido.

Una actualización optimista presenta el resultado previsto antes de que llegue la confirmación remota. Esta opción puede sustituir una espera visible por un estado provisional, pero el equipo debe definir entonces qué sucede después de un rechazo, un retraso o una corrección. Plantéatela cuando el estado provisional sea comprensible y reversible. Para las acciones con consecuencias o irreversibles, una confirmación explícita puede proporcionar un límite más claro.

• Muestra un estado provisional cuando una corrección posterior podría resultar sorprendente de otro modo.
• Mantén disponibles las ediciones locales mientras la confirmación remota siga sin resolverse.
• Explica los conflictos mediante el contenido afectado, en lugar de utilizar un error genérico de sincronización.
• Evita la sustitución silenciosa cuando el producto pueda necesitar conservar cambios incompatibles entre sí.

Trata el trabajo pendiente como una cola gestionada

Una cola es una colección ordenada de operaciones que esperan a ser procesadas. Si una acción debe continuar después de que vuelva la conectividad, represéntala como una operación duradera, no como una animación vinculada a una sola pantalla. El equipo debe verificar las condiciones de implementación relacionadas con el almacenamiento, el trabajo fuera de la pantalla visible y los intentos repetidos antes de decidir con cuánta independencia puede funcionar esa cola.

Cada operación necesita una identidad, un estado actual y una política de reintentos, que define cuándo resulta apropiado realizar otro intento. Cuando el producto y el sistema remoto lo permitan, haz que el procesamiento sea idempotente, lo que significa que repetir la misma operación no genera un efecto adicional. Si el equipo no puede establecer esa condición, el producto debe detenerse antes de una repetición ambigua y ofrecer una forma de examinar la acción sin resolver.

1. Guarda la operación prevista con el contexto mínimo necesario para reanudarla de forma segura.
2. Indica si el procesamiento no ha empezado, sigue siendo incierto, se ha completado correctamente o requiere atención.
3. Reintenta solo cuando la operación y el sistema remoto permitan una repetición segura.
4. Elimina el trabajo completado sin borrar el contexto necesario para explicar el resultado visible.

Prueba los límites de interrupción, no solo las pantallas

Las pruebas de interrupción deben seguir las acciones a través de los límites: antes del envío, durante una respuesta con retraso, después del almacenamiento local y antes de la confirmación remota. Una prueba específica cambia una condición cada vez y, después, comprueba tanto la interfaz inmediata como el estado presentado al volver a abrir la aplicación. Esto proporciona al equipo una forma directa de localizar reglas de recuperación poco claras.

Cierra la aplicación en cada fase significativa de una acción con varios pasos y, después, restaura la conectividad antes y después de que se cree el trabajo pendiente. Introduce una edición hipotética incompatible y examina la ruta de resolución. Regresa desde un punto de entrada diferente y comprueba si el estado sigue siendo comprensible sin depender de la pantalla original.

Revisa el resultado desde la perspectiva del producto y también desde la perspectiva técnica. En cada prueba, analiza si la finalización técnica y el mensaje visible coinciden. Los criterios de aceptación, es decir, las condiciones utilizadas para evaluar el recorrido, deben abarcar el trabajo conservado, el estado visible, la repetición segura y la posterior correspondencia con el registro autorizado.

Redacta un contrato de continuidad para cada acción clave

Convierte el marco en un contrato de continuidad: una breve descripción interna de lo que la aplicación conserva, comunica e intenta cuando se interrumpe una acción. Para cada recorrido clave, registra el estado local, el registro autorizado, las condiciones para la confirmación, la regla de reintento y la opción de recuperación disponible para la persona.

La decisión práctica no consiste en determinar si una aplicación está simplemente con o sin conexión. Consiste en establecer cómo representa el producto la incertidumbre entre la intención y la confirmación. Mapea los estados, distingue el progreso local de la verdad compartida, gestiona explícitamente el trabajo pendiente y prueba cada límite de interrupción. En conjunto, esas decisiones constituyen un plan útil para recorridos en los que no puede darse por sentada la continuidad.