Un flujo de usuario representa los pasos y decisiones necesarios para alcanzar un objetivo dentro de un producto. Muestra lo que hace la persona, cómo responde el sistema y en qué puntos puede bifurcarse el camino. Los equipos utilizan los flujos para reflexionar sobre una experiencia antes de construirla y para comparar la ruta propuesta con lo que la gente hace en realidad.
Los detalles más útiles suelen aparecer fuera del camino ideal. Una invitación caduca, ya existe una cuenta o la persona lo deja a medias y vuelve desde otro dispositivo. Plasmar estas situaciones ayuda a no confundir una secuencia de pantallas atractivas con una interacción completa.
Define el inicio y el resultado
Imagina una herramienta vecinal ficticia para prestar herramientas. «Pedir prestado un taladro» podría empezar con una búsqueda, un enlace que pasa un vecino o una solicitud pendiente del día anterior. Y podría terminar al enviar la solicitud, cuando el dueño acepta o cuando quien lo pide recibe los detalles para recogerlo. El flujo necesita un límite claro para que todo el equipo sepa qué resultado representa exactamente.
Empieza por el objetivo de la persona y las condiciones de entrada pertinentes. Registra qué sabe de antemano, si ha iniciado sesión y los permisos o datos que necesita. No empieces directamente en la pantalla que el equipo esté rediseñando si un paso previo influye de forma directa en la experiencia.
La comparativa de Nielsen Norman Group entre user journeys y user flows distingue entre una interacción concreta y una experiencia más amplia. Un mapa de experiencia (journey map) puede abarcar la necesidad, las conversaciones, la recogida y la devolución del taladro en distintos canales. El flujo, en cambio, permite analizar con más detalle una parte específica de esa experiencia.
Haz visibles las decisiones y los estados del sistema
Muestra ramificaciones que aporten valor: la herramienta está o no disponible, el dueño acepta o rechaza, la persona ha facilitado la información necesaria o no. Incluye estados de carga, confirmación y error siempre que influyan en el siguiente paso o en lo que el usuario entiende.
Puedes representarlo con un diagrama sencillo o con un wireflow que conecte pequeñas vistas de las pantallas. Elige el formato que mejor aclare cada decisión. No hace falta complicarse con una simbología compleja si unos pocos pasos bien descritos explican el comportamiento; si la interacción es más compleja, quizá convenga dividirla en flujos enlazados para que siga siendo fácil de leer.
Distingue entre un flujo observado y uno propuesto. El análisis de tareas puede servir para documentar cómo se hacen las cosas ahora, incluidos los pasos fuera de la pantalla. El flujo de diseño se convierte entonces en una propuesta sobre cómo el producto podría facilitar ese proceso. Marcar esta diferencia evita que una simple suposición se dé por buena como si fuera un dato contrastado.
Prueba el camino que sigue la gente
Plantea tareas realistas en los test con prototipos para ver cómo avanzan los participantes. Un desvío puede destapar un texto confuso, una necesidad desatendida o una alternativa totalmente lógica. Compara lo que hace el usuario con su objetivo antes de asumir que salirse del diagrama es un error.
Con el producto ya en producción, la analítica de comportamiento permite analizar rutas y puntos de fuga a gran escala. Revisa bien cómo se registran los eventos y qué significa cada uno: abrir un formulario de solicitud no es lo mismo que enviarlo, y volver más tarde no siempre implica haber abandonado el proceso. A veces hacen falta grabaciones de sesión o investigación adicional para entender el porqué de estos patrones.
Mantén el flujo alineado con el producto
Actualiza el diagrama cuando cambien las decisiones e indica claramente a qué versión corresponde. Un flujo que pasa por alto un nuevo permiso o una vía de recuperación puede despistar por igual a diseño, desarrollo e investigación.
En el ejemplo del préstamo, el éxito va más allá de un camino limpio que va directo de la solicitud a la confirmación. La persona necesita entender qué ha pasado, qué depende todavía del dueño y qué puede hacer a continuación. El flujo demuestra su valor cuando ayuda al equipo a detectar y resolver estas dependencias antes de que se las encuentren los usuarios.