Ejemplo de diagrama de carriles (swimlane): diagramas de flujo interfuncionales que muestran cada traspaso

Un cliente pide un reembolso de 40 USD el lunes. Soporte lo aprueba en una hora y lo envía a finanzas, que emite los reembolsos en un lote los jueves. Después, el banco puede tardar de 5 a 10 días hábiles en mostrar el abono. Diez días después de la solicitud, sin nada en su extracto, el cliente disputa el cargo.

Cada equipo hizo su trabajo a tiempo. El retraso estaba entre los equipos, en las colas donde la solicitud esperaba a su siguiente responsable. Un diagrama de flujo simple de este proceso parece inofensivo. Un diagrama de carriles coloca cada paso en el carril de quien lo hace, y el problema aparece como flechas que cruzan carriles.

Este artículo explica los diagramas de carriles y cuándo usar uno en lugar de un diagrama de flujo o de BPMN, y luego recorre un ejemplo de reembolso: símbolos, traspasos, mejoras y consejos de dibujo.

Qué es un diagrama de carriles

Un diagrama de carriles es un diagrama de flujo dividido en carriles paralelos, uno por actor: una persona, un rol, un equipo o un sistema. Cada paso está en el carril de quien lo realiza. Las flechas siguen dando el orden; los carriles añaden la responsabilidad. Diagrama de flujo interfuncional, diagrama de swim lanes y mapa de procesos de carriles son otros nombres para lo mismo.

Una flecha dentro de un carril es trabajo que se mueve dentro de un equipo. Una flecha que cruza el límite de un carril es un traspaso: el trabajo cambia de responsable y normalmente espera en una cola antes de que alguien lo toque.

En Improving Performance, publicado por primera vez en 1990, Geary Rummler y Alan Brache sostenían que «las mayores oportunidades de mejora del rendimiento suelen estar en las interfaces funcionales», donde el trabajo pasa entre departamentos: el espacio en blanco del organigrama, como dice su subtítulo. Un diagrama de carriles dibuja ese espacio en blanco.

¿Diagrama de carriles, diagrama de flujo o BPMN?

Elige según la pregunta que necesitas responder. Si es «qué pasa después», basta un diagrama de flujo, como el diagrama de flujo de respuesta a incidentes que sigue un ingeniero de guardia. Si es «quién tiene esto ahora y cuánto lleva esperando», necesitas carriles. Elige BPMN cuando un motor de procesos vaya a ejecutar el modelo, o cuando los eventos y flujos de mensajes entre organizaciones deban ser exactos. La especificación BPMN 2.0.2 llama swimlanes a sus pools y carriles y deja el significado de un carril en manos del modelador; el ejemplo de diagrama BPMN cubre esa notación.

El ejemplo: una solicitud de reembolso, paso a paso

Una tienda online gestiona los reembolsos con cuatro actores: el cliente, soporte, finanzas y el sistema de pagos (proveedor de pagos más facturación). La política del ejemplo acepta reembolsos dentro de 30 días, permite que soporte apruebe los de menos de 100 USD y envía los mayores a finanzas.

1. El cliente solicita un reembolso.
2. Soporte comprueba el pedido con la política de reembolsos.
3. Si la solicitud queda fuera de la política, soporte envía un rechazo con el motivo.
4. Si es de menos de 100 USD, soporte la aprueba y emite el reembolso el mismo día.
5. Si es de 100 USD o más, finanzas la revisa. Si finanzas encuentra un motivo de rechazo, soporte explica la decisión al cliente.
6. El sistema de pagos reembolsa el medio de pago original y envía un correo de confirmación.
7. El banco muestra el abono unos 5 a 10 días hábiles después, según la documentación de reembolsos de Stripe.

Símbolos de un diagrama de carriles

Resiste la tentación de añadir más: cada símbolo extra es una cosa más que un analista de finanzas debe aprender antes de revisar tu trabajo.

Qué revelan los carriles

Traspasos

Cuenta las flechas que cruzan el límite de un carril. Un reembolso de menos de 100 USD cruza tres veces: del cliente a soporte, de soporte al sistema de pagos, del sistema de pagos de vuelta al cliente. Un reembolso de 100 USD o más cruza cuatro veces, igual que una solicitud que finanzas rechaza. Antes de que existiera el umbral, todo reembolso seguía un camino de cuatro traspasos. Cada traspaso es una cola; en la historia inicial, el trabajo llevó minutos y la espera, días.

Esperas y bucles de reproceso

Las esperas se esconden en los traspasos, así que escríbelas sobre las flechas. Para medir con detalle el tiempo por paso y entre pasos, dibuja un mapa de flujo de valor.

Los bucles de reproceso son flechas de vuelta a un carril que el trabajo ya visitó. El rechazo de finanzas vuelve a soporte a propósito, porque soporte lleva la conversación con el cliente. Que soporte pida al cliente un número de pedido que el formulario podría haber exigido es puro desperdicio.

Responsables ausentes

Un paso que no puedes colocar en ningún carril es un hueco de responsabilidad. Revisa los reembolsos fallidos: Stripe señala que un reembolso puede fallar, por ejemplo cuando la cuenta bancaria del cliente está cerrada, que el dinero puede tardar hasta 30 días en volver a tu saldo y que debes construir tu propia lógica para avisar a los clientes o a tu equipo. Si ningún carril es dueño de ese paso, nadie lo hará.

Mejorar el proceso a partir del diagrama

1. Elimina un traspaso. Deja que soporte emita directamente los reembolsos pequeños, lo que saca la cola de finanzas de todo reembolso por debajo del umbral. Los proveedores de pagos lo permiten sin acceso completo: el rol Refund Analyst de Stripe puede ver y reembolsar pagos, pero no crear pagos ni ver el saldo (en el momento de escribir esto, noviembre de 2026).
2. Añade un umbral de aprobación. Elígelo con datos: ordena los reembolsos del último trimestre por importe y mira cuántas solicitudes, y cuánto dinero, caen bajo cada candidato. Escribe el número en la propia decisión para que nadie tenga que buscarlo. Si el límite debe imponerse y no fiarse de la confianza, compruébalo en tu herramienta de reembolsos antes de que llame a la API de pagos.
3. Pon un objetivo en cada traspaso, escrito sobre la flecha: soporte responde en 1 día hábil, finanzas decide en 2. Entonces un reembolso pequeño se emite en 1 día hábil y uno grande en 3. Los 5 a 10 días hábiles del banco están fuera de tu control, así que dilo en el correo de confirmación.

Carriles horizontales o verticales

BPMN permite carriles en cualquier dirección. La diferencia es práctica:

Elige una dirección para un conjunto de diagramas relacionados, de modo que los lectores nunca tengan que reorientarse.

El diagrama de carriles de la solicitud de reembolso

Cómo leerlo:

• Cuatro carriles, de arriba abajo: cliente, soporte, finanzas y el sistema de pagos.
• Yes sale siempre hacia la derecha, No hacia abajo. Cada pregunta está formulada de modo que Yes signifique que algo requiere atención: fuera de la política, 100 USD o más, un motivo de rechazo.
• El verde es el camino del reembolso. Las solicitudes de menos de 100 USD bajan de soporte directamente al sistema de pagos y nunca entran en el carril de finanzas.
• El rojo es el camino del rechazo. Ambos rechazos terminan con soporte enviando el motivo al cliente.
• Las etiquetas de los traspasos llevan los objetivos; la flecha discontinua son los 5 a 10 días hábiles del banco.
• El bloque Markdown lista la política, los objetivos y los traspasos por camino.

Dibujar diagramas de carriles con claridad

• Un responsable por carril. Nombra los carriles por roles, equipos o sistemas, no por personas; un carril llamado Dana queda mal tras la próxima reorganización.
• Empieza cada caja con un verbo: «Check order and refund policy», no «Order check».
• Etiqueta cada salida de decisión y mantén cada respuesta del mismo lado en todos los rombos.
• Ordena los carriles por tráfico, de modo que la mayoría de los traspasos crucen un solo límite. Salta un carril solo a propósito, como hace aquí el reembolso pequeño.
• Escribe las esperas sobre los traspasos. El tiempo de espera sigue invisible hasta que alguien lo anota.
• Deja fuera las interioridades de los sistemas. Las llamadas a la API y los webhooks pertenecen a una vista de arquitectura como el diagrama de integración de una pasarela de pago.
• Dibuja por separado el proceso actual y la propuesta, para que nadie confunda el plan con lo de hoy.
• Termina cada camino en un terminador, y divide el diagrama si necesita más de seis o siete carriles.

Constrúyelo en Archboard

1. Inicia sesión con Google o GitHub y crea un diagrama, o abre la plantilla de diagrama de flujo interfuncional, que ya tiene carriles.
2. Añade una Piscina del paquete BPMN llamada Refund request process, con cuatro carriles: Customer, Support, Finance y Payment system.
3. Del paquete Diagrama de flujo, añade tres nodos Inicio / Fin al carril Customer: Request refund, Request closed y Refund received.
4. En Support, añade un Proceso para comprobar el pedido, dos nodos Decisión (Outside refund policy?, $100 or more?) y un Proceso para enviar el rechazo.
5. En Finance, añade un Proceso (Review refund) y una Decisión (Reason to decline?). En Payment system, añade un Proceso para el reembolso y un Documento para el correo de confirmación.
6. Conecta los pasos con cada Yes hacia la derecha y cada No hacia abajo. Etiqueta los traspasos con sus objetivos, colorea el camino del reembolso de verde y el del rechazo de rojo, y pon la espera del banco con línea discontinua.
7. Añade un bloque Markdown del paquete Básico con la política y los objetivos, más dos notas de Texto.

Si el proceso ya existe como diagrama de flujo de Mermaid, la herramienta de Mermaid a diagrama lo convierte en un primer borrador editable. Un diagrama Free admite 15 nodos de diagrama, así que un proceso más largo necesita Pro o un segundo diagrama. El ejemplo usa 13 nodos de diagrama, dentro del plan Free.

Preguntas frecuentes

¿Qué es un diagrama de carriles (swimlane)? Un diagrama de flujo dividido en carriles, uno por persona, equipo o sistema, con cada paso en el carril de quien lo hace. Las flechas que cruzan el límite de un carril son traspasos.

¿Cuál es la diferencia entre un diagrama de carriles y un diagrama de flujo? Un diagrama de flujo muestra el orden de pasos y decisiones. Un diagrama de carriles añade la responsabilidad, lo que hace visibles los traspasos, las esperas y los pasos sin responsable.

¿Un diagrama de flujo interfuncional es lo mismo que un diagrama de carriles? Sí, los nombres son intercambiables, igual que mapa de procesos de carriles. BPMN también usa carriles, pero dentro de pools y con una notación más estricta.

¿Los carriles deben ser horizontales o verticales? Sirven ambos. Los carriles horizontales encajan con procesos largos en pantallas anchas; los verticales, con documentos y móviles que se desplazan hacia abajo. Elige uno por conjunto de diagramas.

¿Puede un sistema tener su propio carril? Sí. Un proveedor de pagos o un planificador que trabaja por su cuenta merece un carril; la especificación BPMN incluye los sistemas entre los usos típicos de los carriles.

Empieza gratis — un puesto, sin tarjeta de crédito.