INTRODUCTION
La primera visita recibe una pantalla de bienvenida. La segunda suele recibir un acertijo. Alguien vuelve a una solicitud, reconoce algunos datos e intenta recordar si la terminó, la guardó o simplemente la consultó. El producto puede haber conservado todos los campos y haber perdido el hilo del trabajo.
Diseñar ese regreso significa ofrecer un punto fiable desde el que continuar. Exige distinguir entre información existente, trabajo listo y una acción enviada. Una fila de marcas verdes solo ayuda cuando todas las personas entienden qué significan.
Incluye la interrupción en el encargo
Empieza por el momento que obliga a parar. La persona puede necesitar un documento de un compañero, una cifra de otro sistema o tiempo para pensar. Son partes normales de un servicio. Llamarlas abandono puede ocultar una pausa razonable detrás de una métrica.
Imagina un proceso ficticio de alta de proveedores. Una fundadora puede aportar los datos de la empresa enseguida, pero su contable enviará un documento financiero después. La primera sesión termina por una buena razón. Cuando vuelva, el producto debería mostrar la situación de la solicitud y qué trabajo puede avanzar.
Anota qué debe sobrevivir a la pausa: respuestas completadas, requisitos pendientes, quién puede actuar y cualquier plazo real. No inventes una fecha límite para crear urgencia. Si la solicitud caduca, explica la regla antes de que alguien confíe en guardarla para más tarde.
Elige una página de regreso adecuada
La guía de listas de tareas de GOV.UK reserva este componente para servicios complejos que requieren varias sesiones y libertad para elegir el orden de las tareas. La lista responde a una forma de trabajar; no es una insignia de madurez del producto.
En el ejemplo del proveedor, una vista breve podría mostrar datos de empresa, documentación financiera y declaración final. Son actividades reconocibles. Nombres como «Paso 2» o «Información adicional» obligan a abrir apartados solo para descubrir qué contienen.
Coloca la siguiente acción útil cerca de su tarea. Si falta un documento, identifícalo. Si la persona puede continuar en otra parte, muestra el camino. Una tarea bloqueada no debería hacer que todo el servicio parezca bloqueado cuando aún hay trabajo independiente posible.
Separa guardado, listo y enviado
Una respuesta guardada es información conservada. Una tarea completada cumple las reglas del servicio para esa tarea. Enviar es un compromiso aparte cuando el proceso incluye una declaración o entrega final. Esos estados pueden llegar en momentos distintos y merecen palabras diferentes.
El patrón de tareas múltiples de GOV.UK recomienda un conjunto pequeño de estados útiles. Añade distinciones porque las personas las necesitan, no porque existan en la base de datos. Cada etiqueta adicional implica otro significado que aprender al regresar.
En el proceso ficticio, «Documentación financiera guardada» no debería insinuar que una persona revisora la ha aceptado. Si la revisión viene después del envío, dilo. La página final explica si algo ha salido del control del usuario y qué pasará a continuación. Un vago «Todo listo» puede generar trabajo innecesario para soporte.
Explica las dependencias
A veces una tarea posterior depende de una respuesta anterior. Explica esa relación junto a la acción no disponible: completar los datos de empresa antes de elegir la declaración correspondiente, por ejemplo. Un botón desactivado sin motivo obliga a investigar una regla escondida.
Modificar una respuesta anterior también puede invalidar trabajo posterior. Decide qué conservará el servicio y qué necesitará revisión. No borres silenciosamente un apartado completado con cuidado. Explica la consecuencia del cambio y permite consultar las respuestas afectadas.
Si colaboran varias personas, haz visible la responsabilidad cuando el producto lo permita. No dibujes una función de invitación o asignación que el servicio no tiene. Una instrucción sencilla para obtener un documento fuera de la plataforma puede ser más honesta que una interfaz colaborativa imposible de entregar.
Conserva la alternativa sencilla
Un panel de tareas puede convertirse en navegación innecesaria. Para un formulario corto y estrictamente ordenado, volver directamente a la siguiente pregunta pendiente puede resultar más claro. Una vista general que añade tres clics antes del trabajo útil no mejora automáticamente la experiencia.
La objeción también afecta al coste técnico. Guardar de forma fiable, gestionar caducidades y resolver ediciones simultáneas exige decisiones de ingeniería. Empieza por la interrupción real que necesitas admitir. No prometas continuidad entre dispositivos sin probarla y distingue un borrador temporal local de uno almacenado en la cuenta.
Prueba expresamente la segunda visita
Revisa el recorrido tras una pausa realista, con la pestaña original cerrada. Pide a alguien que identifique qué falta, qué puede editar y qué enviará la solicitud. Después cambia una respuesta anterior y observa si las consecuencias siguen siendo comprensibles.
Mantén un criterio concreto: poder retomar una tarea útil sin reconstruir la sesión anterior. El journal de Blanche explora otras decisiones de claridad de producto. En esta versión, dedica al regreso la misma atención de diseño que a la bienvenida.
Fuentes principales consultadas el 10 de noviembre de 2026. El escenario del proveedor es hipotético y no describe a un cliente de Blanche.