Wireflow

Un wireframe muestra cómo se ve una pantalla concreta. Un flujo muestra cómo se conectan varias pantallas entre sí. El wireflow combina ambas cosas en un único documento: wireframes de baja fidelidad conectados mediante flechas que muestran el recorrido completo de un usuario a través de varias pantallas, sin necesidad de mantener dos documentos separados que después hay que cruzar mentalmente.

Qué problema resuelve frente a tener wireframes y diagramas de flujo por separado

Un diagrama de flujo tradicional, hecho solo con cajas y flechas abstractas («Pantalla de login» → «Pantalla de registro»), comunica la lógica de navegación pero no da ninguna idea de cómo se ve realmente cada pantalla. Un wireframe aislado, por su parte, muestra el detalle visual de una pantalla concreta pero no explica cómo se llega hasta ahí ni hacia dónde lleva después. El wireflow une ambas capas, mostrando simultáneamente el contenido aproximado de cada pantalla y las conexiones lógicas entre ellas.

Cuándo aporta más valor que un wireframe o un flujo por separado

  • Procesos con múltiples pasos y decisiones condicionales, como un proceso de registro con distintas ramas según el tipo de usuario.
  • Presentaciones a stakeholders que necesitan entender tanto la estructura visual como la lógica de navegación en una misma sesión, sin saltar entre documentos distintos.
  • Fases tempranas de definición de producto, donde conviene validar el recorrido completo antes de invertir en el detalle visual definitivo de cada pantalla individual.

Cómo se construye en la práctica

Se dibujan wireframes básicos y de baja fidelidad para cada pantalla relevante del recorrido, y se conectan mediante flechas etiquetadas que indican qué acción concreta (pulsar un botón, completar un campo) lleva de una pantalla a la siguiente. Herramientas de diseño colaborativo como Figma o Miro facilitan mucho este proceso, permitiendo mover y conectar pantallas de forma visual sin necesidad de herramientas especializadas adicionales.

Por qué se usa especialmente en la fase de validación de flujos complejos

Antes de invertir tiempo en pulir el diseño visual definitivo de cada pantalla, un wireflow permite a todo el equipo (diseño, desarrollo, negocio) validar juntos si la lógica completa del recorrido tiene sentido: si faltan pantallas intermedias, si algún paso genera dudas, si el flujo condicional cubre todos los casos relevantes. Detectar estos problemas en esta fase, barata y rápida de modificar, evita descubrirlos mucho más tarde, cuando ya se ha invertido en diseño visual completo o incluso en desarrollo real del producto.

Un matiz que conviene recordar sobre su nivel de detalle

Un wireflow no pretende sustituir al prototipo interactivo final, que sí permite navegar de verdad haciendo clic entre pantallas reales. Su valor está precisamente en mantenerse deliberadamente esquemático: suficiente detalle para entender contenido y navegación, pero sin el coste de tiempo que exigiría un diseño ya pulido o un prototipo completamente funcional. Confundir ambas fases, invirtiendo demasiado detalle visual en un wireflow que todavía debería ser rápido de modificar, desvirtúa su propósito original de herramienta ágil de validación temprana.

Términos relacionados.

Customer journey

Desde que alguien descubre que tiene un problema hasta que se convierte en cliente fiel de una marca, atraviesa un recorrido con muchos puntos de contacto distintos: un anuncio visto

Leer más

Personalización web

Un visitante que llega buscando «zapatillas trail running» y otro que busca «zapatillas de vestir» ven, en muchas tiendas modernas, una página de inicio completamente distinta entre sí, aunque ambos

Leer más

Estado vacío

Una bandeja de entrada sin ningún mensaje, una lista de tareas recién creada sin ninguna tarea todavía, un panel de resultados de búsqueda sin ninguna coincidencia: ese momento, tan habitual

Leer más
0%