Los cinco bloques de un user flow (flujo de usuario), cómo dibujarlo y cómo generar un diagrama editable a partir de una descripción.
Todo producto tiene caminos que la gente recorre para conseguir algo: registrarse, pagar, invitar a un compañero, recuperar una contraseña. Un user flow (flujo de usuario) sirve para ver esos caminos antes de invertir tiempo de diseño y desarrollo.
Respuesta corta: Un user flow es el mapa de los pasos que sigue una persona para completar una tarea en un producto: pantallas, acciones y puntos de decisión, desde la entrada hasta el estado final. Muestra todos los caminos posibles, incluidos los que fallan. Para hacer uno, escribe el detonante, los pasos en orden, cada decisión como pregunta de sí/no y los estados finales, y dibújalos como un flujo conectado.
Un user flow es el diagrama de una sola tarea, visto desde el lado del usuario. Empieza donde la persona entra (un anuncio, un enlace, un estado vacío), pasa por las pantallas y acciones, se bifurca en cada decisión y termina en un resultado claro: tarea completada, abandonada o error. Un flujo cubre una tarea. "Toda la app" no es un user flow; "un usuario nuevo crea su primer proyecto", sí.
Los equipos lo dibujan por dos razones. Antes de construir, el flujo destapa pantallas que faltan y callejones sin salida cuando aún es barato arreglarlos. Después del lanzamiento, es el mapa que pones junto a tus analytics: si el 40% abandona en el paso de elegir plan, sabes exactamente qué recuadro es.
Cinco elementos bastan para casi cualquier flujo. Ese vocabulario reducido es lo que mantiene legible el diagrama.
La ruta más rápida: escribe primero el flujo como texto y preocúpate de las cajas después. La lógica decide si el diagrama vale; el diseño solo lo hace legible.
El paso 4 decide la mayoría de los flujos. Un flujo sin ramas es un folleto: enseña el camino de demo y esconde el producto. Los caminos de fallo son la razón de hacer el diagrama.
Los tres se confunden porque todos llevan flechas. Responden preguntas distintas.
Tres formatos, una línea cada uno
|Formato|Qué muestra|Ideal para|
|---|---|---|
|User flow|Pantallas, acciones y decisiones de una tarea|Diseñar o auditar una función|
|User journey map|Fases, emociones y puntos de contacto en el tiempo|Entender al cliente, no las pantallas|
|Diagrama de flujo|Cualquier proceso, sin usuario ni pantallas|Procesos internos y lógica de sistemas|
Un user flow es un diagrama de flujo con criterio: las cajas son pantallas, el actor es el usuario y los estados finales son resultados de producto. Si lo que mapeas no tiene a una persona tomando decisiones, un diagrama de flujo o un mapa de procesos es el mejor formato.
Si puedes escribir el flujo como texto, no hace falta dibujarlo. En SketchMind, una pizarra con IA, eliges Flow en Create with AI, describes la tarea en lenguaje normal y recibes un frame de flujo editable en tu board en unos 20 segundos. Lo que hace un buen flujo hace un buen prompt: el detonante, los pasos en orden, las decisiones como preguntas de sí/no, los estados finales con los fallos. El campo admite hasta 3.000 caracteres, puedes adjuntar un PDF de hasta 5 MB (una spec, un resumen de research) y pegar hasta tres enlaces públicos; el resultado se escribe a partir de eso. En un board que ya tiene notas o frames, "Use this board's content" construye sobre lo que hay. El frame sigue siendo editable: renombrar una pantalla o añadir una rama es una edición directa, y puedes presentar el flujo directamente desde el board.
Última actualización: 8 de octubre de 2026. Comprobado con la app actual de SketchMind.
Un user flow muestra las pantallas y decisiones de una tarea; un user journey map cubre toda la relación en el tiempo, con emociones y puntos de contacto fuera del producto. El flow sirve para construir; el journey, para entender.
Rectángulos para pantallas y acciones, rombos para decisiones, formas redondeadas para la entrada y los estados finales. Más que la convención, importa usar siempre la misma forma para lo mismo.
Una tarea suele caber en 5 a 15 pasos. Si pasas de 20, probablemente estás mapeando varias tareas a la vez; sepáralas en flujos distintos.
Sí. En SketchMind eliges Flow en Create with AI y describes la tarea: detonante, pasos, decisiones de sí/no, estados finales. En unos 20 segundos aparece un frame de flujo editable en tu board.
No. Dibújalos para flujos con ramas reales o riesgo real: onboarding, pagos, todo donde los usuarios fallan. Una función lineal de dos pantallas no necesita diagrama.
