Una persona de ventas llega a una visita y descubre que la conexión disponible no permite abrir el catálogo. La solución parece sencilla: hacer que la aplicación funcione sin internet. Sin embargo, consultar una ficha guardada y confirmar una existencia actual son problemas distintos. Una experiencia útil comienza por separar esas necesidades. El objetivo es que el equipo pueda avanzar con información claramente identificada, sin confundir una copia local con el estado actual del negocio ni prometer operaciones que requieren comunicación con el servidor.
Clasifica lo que puede quedar disponible
Organiza el contenido en tres grupos: información relativamente estable, información que cambia con frecuencia y operaciones que modifican el negocio. Una descripción de producto puede tolerar cierta antigüedad; su disponibilidad inmediata probablemente necesita otra regla. Para cada grupo decide si se puede consultar sin conexión, si debe mostrar una advertencia o si quedará temporalmente deshabilitado. No uses una sola política para todo el catálogo. La distinción ayuda a explicar el alcance del proyecto y evita que una función de consulta termine interpretándose como un sistema de reservas.
Haz visible la fecha de la información
MDN explica que un service worker puede responder con recursos guardados y que una estrategia que prioriza la caché puede devolver contenido antiguo. Esa capacidad técnica necesita una señal comprensible. Indica cuándo se descargó el catálogo y diferencia conexión disponible de datos actualizados. Un teléfono puede recuperar internet sin haber completado la sincronización. También permite actualizar manualmente y comunica si la descarga quedó incompleta. El mensaje debe orientar una decisión, no limitarse a mostrar un icono de nube que cada persona interpretará de manera diferente.
Define qué sucede con el trabajo pendiente
Si se permite crear borradores sin conexión, establece cómo se identifican y cuándo dejan de estar pendientes. Un aviso de guardado local no debe parecer una confirmación del servidor. Considera el caso de dos personas que modifican la misma solicitud, una de ellas desconectada. La decisión sobre qué versión conservar debe ser explícita. En operaciones importantes puede ser mejor pedir una revisión antes de combinar datos. Diseña además una salida cuando la sincronización falla repetidamente, para que el usuario no tenga que adivinar si debe volver a escribir todo.
Ensaya la desconexión de principio a fin
Prueba con un dispositivo que nunca abrió la aplicación y con otro que ya descargó contenido: sus posibilidades serán distintas. Después interrumpe una descarga, cierra la pestaña y vuelve a abrirla sin red. Revisa también el espacio ocupado y la retirada de contenido que ya no debe mostrarse. El equipo necesita saber cómo actualizar la copia y a quién reportar un problema. Publica una explicación breve de las funciones disponibles sin conexión; esa claridad vale más que una promesa general de funcionamiento offline difícil de sostener.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Distingue consulta local, borrador pendiente y operación confirmada.
- Muestra cuándo se actualizó la información que puede cambiar.
- Prueba primeras visitas, descargas interrumpidas y conflictos de sincronización.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.