← Volver al blog Procesos

Ejemplos de diagrama de flujo de proceso resueltos [2026]

Abajo hay cinco diagramas de flujo resueltos —ventas, reclutamiento, mesa de servicio, cobranza y mejora continua—, cada uno con sus pasos escritos, sus decisiones etiquetadas, el tiempo típico de cada tramo y el error concreto que casi siempre trae ese proceso cuando se dibuja por primera vez. No son plantillas para copiar: son procesos con sus puntos de falla señalados, que es donde está el valor.

Antes de los ejemplos van las dos cosas que hacen que un diagrama sirva o no sirva: los cinco símbolos que de verdad se usan y las siete reglas de construcción que separan un dibujo que la gente consulta de uno que se imprime y se olvida. Al final, cuándo no conviene hacer un diagrama.

Los 5 símbolos que de verdad se usan

Los catálogos traen treinta símbolos. En la práctica, con cinco se dibuja casi cualquier proceso de una empresa, y usar más garantiza que la mitad de los lectores no entienda el dibujo, que es lo contrario de para qué existe.

Símbolo	Forma	Para qué	Cómo se escribe dentro
Inicio / fin	Óvalo	El disparador y el resultado	Un evento: «Se recibe el contrato firmado»
Actividad	Rectángulo	Algo que alguien hace	Verbo en infinitivo + objeto: «Validar datos fiscales»
Decisión	Rombo	El caso se bifurca	Una pregunta de sí o no: «¿Documentación completa?»
Documento o registro	Rectángulo de base ondulada	Lo que se genera o se llena	El nombre exacto del formato: «FOR-VTA-03»
Conector	Círculo pequeño	Saltar a otra parte del diagrama	Una letra o número, no una frase

Y una sexta pieza que no es un símbolo pero cambia el diagrama entero: los carriles. Una banda horizontal por responsable, con las cajas colocadas en el carril de quien las ejecuta. En cuanto un proceso se dibuja con carriles, los cruces entre áreas se ven solos, y los cruces son donde el caso se pierde y donde se espera.

7 reglas de construcción que casi nadie aplica

1. Un solo inicio y, preferentemente, un solo fin. Dos inicios significan dos procesos superpuestos. Si hay varios finales legítimos —aprobado, rechazado, cancelado—, se etiquetan y se cuentan: saber en qué proporción termina cada uno es información de negocio.
2. Toda flecha que sale de un rombo lleva etiqueta. «Sí» y «No», o la condición literal. Una flecha sin etiqueta saliendo de una decisión es la ambigüedad más frecuente y la más fácil de corregir.
3. Las actividades empiezan con verbo en infinitivo. «Validar», «capturar», «autorizar». No sustantivos («validación»), que ocultan quién actúa, ni frases largas que no caben en la caja.
4. Cada caja vive en el carril de quien la ejecuta, no de quien la pidió ni de quien la supervisa.
5. El flujo va en una dirección. Izquierda a derecha o arriba abajo, y se mantiene. Las flechas hacia atrás se reservan para el retrabajo, y así se ven de inmediato: si un diagrama tiene cuatro flechas hacia atrás, hay cuatro puntos donde el trabajo se rehace.
6. Los tiempos van sobre la flecha, no dentro de la caja. Lo que se anota es la espera entre pasos, que es donde se va el calendario. El tiempo de trabajo dentro de la caja se anota aparte y en otra unidad, para no confundirlos.
7. El diagrama tiene versión, fecha y dueño. Sin esas tres cosas en la esquina, a los tres meses circulan dos versiones y nadie sabe cuál rige.

Ejemplo 1 — Marketing y ventas

Desde que entra un prospecto hasta que se firma o se pierde. Carriles: marketing, ejecutivo comercial, dirección.

El error típico de este proceso: no dibujar la rama de pérdida. Nueve de cada diez diagramas comerciales terminan en «cliente acepta» y mandan el «no» a una flecha suelta sin destino. Con eso se pierde el dato más útil del embudo —por qué se pierden— y no hay forma de mejorar la calificación inicial. La caja «registrar motivo de pérdida» es de las que más rendimiento dan por lo poco que cuestan.

El segundo hallazgo habitual: el rombo de autorización por monto suele estar dibujado después del envío de la propuesta, porque en la práctica el ejecutivo manda primero y pide permiso después. Dibujarlo donde de verdad ocurre —y no donde la política dice— es lo que hace que el diagrama sirva.

Ejemplo 2 — Reclutamiento y selección

Desde la requisición hasta la contratación. Carriles: área solicitante, recursos humanos, dirección.

El error típico de este proceso —y el único con consecuencia legal—: que los criterios de filtrado incluyan atributos de la persona. El artículo 133, fracción I, de la Ley Federal del Trabajo prohíbe al patrón negarse a aceptar trabajadores por razón de edad, género, estado civil, condición social, condiciones de salud, religión, origen étnico, discapacidad, opiniones o preferencias. Un diagrama con un rombo que diga «¿Cumple el rango de edad?» está documentando que el criterio se usa. Lo que sí se puede filtrar es todo lo verificable y ligado a la tarea: escolaridad, certificaciones vigentes, experiencia demostrable en una función concreta. Está desarrollado en la guía de descripción de puestos.

El segundo hallazgo habitual: el bucle «volver a filtrar» no tiene límite. Sin un criterio de paro —por ejemplo, revisar el perfil después de tres ciclos sin candidato idóneo— el proceso se puede repetir durante meses sin que nadie cuestione si el perfil es realista.

Ejemplo 3 — Mesa de servicio de TI

Desde que se reporta un incidente hasta que se cierra. Carriles: usuario, soporte nivel 1, soporte nivel 2, proveedor.

El error típico de este proceso: que el cierre lo haga soporte y no el usuario. Cuando el ticket se cierra desde adentro, el indicador de tickets resueltos sube y la reapertura se dispara un mes después, porque el problema seguía ahí. La caja «el usuario confirma» convierte un número cómodo en un número honesto.

El segundo hallazgo habitual: la última caja —documentar la solución— es la primera que se salta cuando hay carga. Y es la que evita que el mismo incidente se diagnostique doce veces. Si al medir resulta que la base de conocimiento no crece mientras los tickets suben, el proceso está dibujado pero no ejecutado.

Ejemplo 4 — Facturación y cobranza

Desde que se entrega el servicio hasta que el pago se aplica. Carriles: operación, facturación, cobranza, cliente.

El error típico de este proceso: dibujar la factura como el inicio. El proceso de cobranza empieza mucho antes, en la evidencia de entrega y en los datos fiscales del alta: la mayoría de las facturas que se pagan tarde no se pagan tarde porque el cliente no quiera, sino porque la factura se emitió con un dato incorrecto, sin la orden de compra o sin la evidencia que el cliente pide para autorizarla. Un diagrama que arranca en «emitir factura» no puede encontrar esa causa.

El segundo hallazgo habitual: la espera del plazo de crédito no se dibuja, y por eso no se mide. Al ponerla como tramo explícito con su tiempo sobre la flecha, se ve cuánto del ciclo de cobro es plazo acordado —que es una decisión comercial— y cuánto es demora propia, que es un problema de proceso. Son dos conversaciones distintas con dos responsables distintos.

Ejemplo 5 — Mejora continua (PHVA)

El ciclo planificar-hacer-verificar-actuar aplicado al tratamiento de una no conformidad. Carriles: quien detecta, dueño del proceso, responsable del sistema.

El error típico de este proceso: cerrar el hallazgo el mismo día en que se aplica la acción. La verificación de eficacia exige que haya pasado al menos un ciclo completo del proceso: si el hallazgo era sobre el cierre mensual, no se puede verificar hasta el cierre siguiente. Un sistema donde todas las acciones correctivas se cierran en menos de una semana no está siendo eficiente: está cerrando sin verificar.

El segundo hallazgo habitual: la caja de contención se omite. Entre que se detecta el problema y que se corrige la causa pasan semanas, y en esas semanas alguien tiene que decidir qué se hace con lo que ya salió mal. Sin esa caja, la decisión se toma igual pero sin registro. Este flujo es el corazón de la mejora dentro de un sistema de gestión de calidad.

8 errores que hacen ilegible un diagrama

1. Mezclar niveles de detalle. Seis cajas para el trámite de una firma y una sola caja para toda la producción. El lector no puede saber qué es grande y qué es chico.
2. Flechas sin etiqueta saliendo de un rombo. La ambigüedad más común. Si no se sabe qué rama toma el caso, el diagrama no explica el proceso.
3. Cajas con frases de tres líneas. Si no cabe en la caja, o el paso es en realidad tres o la redacción sobra. Verbo, objeto y a otra cosa.
4. Dibujar sin carriles. Se pierde quién hace qué, que es justo la información que hace útil el dibujo.
5. Omitir las esperas. El diagrama muestra diez pasos que suman cuarenta minutos de trabajo y el proceso tarda seis días. Sin las esperas dibujadas, esa diferencia es invisible.
6. Líneas que se cruzan. Cinco cruces y el diagrama deja de leerse. Se resuelven reordenando los carriles o usando conectores con letra.
7. Dibujar el proceso ideal. Queda limpio, no tiene retrocesos y no sirve para nada: no encuentra problemas y quien lo ejecuta no lo reconoce.
8. No versionarlo. Sin versión, fecha y dueño en la esquina, a los tres meses hay dos dibujos distintos circulando y ninguno es el bueno.

Cuándo no conviene dibujar un diagrama

Un apunte que ahorra trabajo: no todo proceso se explica mejor con un diagrama. Hay tres casos donde otro formato gana.

Situación	Formato que gana	Por qué
Secuencia lineal sin decisiones	Lista numerada dentro del procedimiento	El diagrama añade trabajo de mantenimiento sin añadir claridad
Hace falta detalle de ejecución	Procedimiento escrito o instructivo	El «cómo» no cabe en una caja; el diagrama muestra el orden, no la técnica
El proceso cambia cada pocas semanas	Acuerdo corto con reglas	El dibujo estará desactualizado antes de que alguien lo consulte

El diagrama gana cuando hay decisiones, varios responsables y rutas alternativas. Ahí no hay formato que lo sustituya. Lo natural es que el diagrama y el texto convivan: el dibujo en la primera página del procedimiento y el detalle de cada paso en el texto que sigue. Si además vas a levantar el proceso desde cero, el método está en la guía de cómo hacer un mapeo de procesos, y la vista completa de la organización en el mapa de procesos.

Preguntas frecuentes

Conclusión

Un diagrama de flujo no vale por estar bien dibujado: vale por lo que deja ver. Los cinco ejemplos de arriba tienen en común que el hallazgo no estaba dentro de ninguna caja —estaba en la rama que faltaba, en la espera que nadie había dibujado y en el paso que se ejecuta antes de la autorización que supuestamente lo precede.

Si vas a dibujar el tuyo, tres decisiones ordenan el resto: ponle carriles aunque el proceso parezca de una sola área, etiqueta todas las salidas de los rombos y dibuja las ramas que terminan mal, y anota las esperas sobre las flechas. Con esas tres, el dibujo deja de ser una ilustración y se vuelve un instrumento de diagnóstico.