← Volver al blog Procesos

Cómo hacer un mapeo de procesos: el levantamiento [2026]

Mapear un proceso es el trabajo de campo de ir a ver cómo se hace de verdad una cosa concreta —dar de alta a un cliente, liberar un pedido, cerrar un servicio— y dejarlo dibujado con sus pasos, sus responsables, sus esperas y sus excepciones. No es dibujar cajitas bonitas: es una entrevista estructurada que produce un dibujo, y el valor está en la entrevista.

Esta guía es el procedimiento, no la teoría: qué se junta antes de convocar a nadie, cómo se conduce la sesión de 90 minutos, las cinco preguntas que sacan la información que no aparece sola, dónde hay que parar de detallar, cómo se valida el mapa con un caso real y qué se mide al terminar para que el ejercicio produzca decisiones y no un archivo.

Qué se mapea exactamente y dónde empieza

Antes de convocar a nadie hay que escribir tres líneas que nadie escribe, y saltárselas es la causa número uno de sesiones que se van por las ramas:

• El disparador. Qué evento hace que el proceso arranque. «Cuando el cliente firma el contrato», «cuando entra el correo con la orden», «cuando el sistema genera la alerta». Si el disparador no se puede nombrar como un evento, el alcance está mal definido.
• El resultado final. Qué existe en el mundo cuando el proceso terminó. «El cliente está dado de alta en los tres sistemas y recibió su correo de bienvenida.» No «el cliente está contento».
• Lo que queda fuera. La lista explícita de lo que no se va a mapear en esta sesión. Es la frase que devuelve la conversación al carril cuando alguien empieza a contar cómo se cobra.

Esto distingue el ejercicio de otro parecido y más conocido. El mapa de procesos es la vista de toda la organización, con sus procesos clasificados y sus interacciones: es el índice del libro. El mapeo que describe esta guía es el capítulo: un solo proceso, a nivel de quién hace qué, con qué sistema y cuánto tarda. Los dos se necesitan, pero se hacen en momentos distintos y con gente distinta en la sala.

Cuál proceso mapear primero

Una empresa mediana tiene entre veinte y cuarenta procesos identificables. Mapearlos todos es un proyecto de un año que nadie termina. Se elige el primero con cuatro preguntas, y se elige uno solo:

1. ¿El cliente lo nota cuando falla? Los procesos que tocan al cliente producen hallazgos que la dirección entiende sin traducción.
2. ¿Se cae cuando falta una persona concreta? Esa dependencia es el riesgo más caro y el más fácil de demostrar con un mapa.
3. ¿Cruza más de un área? Los procesos que viven dentro de una sola área rara vez tienen problemas graves; los que cruzan fronteras acumulan esperas, duplicidades y tareas huérfanas.
4. ¿Alguien va a poder cambiar algo el mes que viene? Mapear un proceso que nadie tiene autoridad para modificar produce un documento y ninguna mejora.

El que responde que sí a las cuatro es el primero. Si hay empate, gana el que más veces aparezca en las quejas del último trimestre. Y si todavía no sabes cuáles son tus candidatos, la lista sale de los procesos clave de la empresa.

Los 6 insumos que se juntan antes de convocar

Llegar a la sesión con las manos vacías cuesta media hora de la reunión y la credibilidad del facilitador. Lo que se junta antes:

1. Tres casos reales cerrados en las últimas cuatro semanas. Expedientes completos, con sus fechas y sus documentos. Son el ancla de toda la sesión: cada vez que alguien diga «normalmente», se saca un caso y se comprueba.
2. La lista de los sistemas que intervienen, con el nombre exacto que usa la gente, no el del proveedor.
3. Los formatos y plantillas vigentes que se llenan durante el proceso, impresos.
4. El volumen mensual: cuántas veces se ejecuta el proceso al mes. Sin este dato no se puede priorizar nada de lo que salga.
5. Quién es el dueño del proceso y qué puede decidir. Si no hay dueño, ese es el primer hallazgo y hay que resolverlo antes de mapear.
6. Los procedimientos escritos que ya existan, aunque estén desactualizados. Sirven de contraste, no de guion: la brecha entre el procedimiento escrito y lo que se hace es información valiosa.

La sesión de levantamiento de 90 minutos

Noventa minutos, ni más ni menos. A los sesenta la gente se cansa, a los ciento veinte ya se está inventando. Un facilitador, entre dos y cuatro ejecutantes, una pared y notas adhesivas.

Quién debe estar y quién no

Van los que ejecutan, todos los días. Idealmente dos personas que hagan el mismo trabajo en turnos, sucursales o tipos de cliente distintos: las diferencias entre ellas son la mitad del hallazgo. No va el jefe. Con el jefe en la sala se describe el proceso oficial —el que debería pasar— y el propósito del ejercicio es justamente el otro. El jefe entra en la validación, que es donde su aporte vale: las reglas, los límites de autorización y las excepciones que él autoriza.

Cómo se abre

Con una frase que hay que decir literal y en voz alta: «esto no es una auditoría de personas, es un dibujo del proceso; si algo se hace por fuera del sistema, eso es justo lo que necesitamos ver». Sin esa frase, lo que se obtiene es la versión presentable, y el ejercicio se gastó.

Las cinco preguntas

1. ¿Qué te llega, de quién y por dónde? Correo, sistema, llamada, papel. El canal importa: los procesos que arrancan por WhatsApp no tienen trazabilidad y eso se ve aquí.
2. ¿Qué haces con eso, en orden? Se van pegando notas, una por paso, sin corregir a nadie. El orden se arregla después moviendo notas, que es la razón por la que se usan notas y no un diagrama en pantalla.
3. ¿Cuándo tienes que esperar y a qué? Esta es la pregunta que produce el hallazgo grande. Las esperas se anotan con un color distinto desde el principio.
4. ¿Qué decides tú y qué preguntas? Cada decisión es un rombo, y cada «pregunto» es un cruce con otra persona que hay que dibujar.
5. ¿Qué haces cuando el caso no es normal? La quinta pregunta vale por las otras cuatro y se desarrolla en su propio apartado más abajo.

Cómo se cierra

Los últimos quince minutos se leen las notas en voz alta, de principio a fin, y se pregunta: «¿así es o me faltó algo?». Se anotan en una lista aparte, a la vista, todos los puntos de dolor que la gente mencionó de pasada («eso siempre se atora», «ese correo nunca llega a tiempo»). Esa lista es el insumo de la mejora y se pierde si no se escribe en el momento.

Dónde parar: la regla de granularidad

La pregunta que aparece siempre a los cuarenta minutos: ¿esto cuenta como un paso o como tres? Hay una regla que la resuelve sin discusión.

La segunda regla de paro es de tamaño: si el proceso pasa de 20 o 25 cajas, casi siempre son dos procesos. Se parte por el punto donde el caso cambia de dueño o queda en espera larga, y se mapea cada mitad por separado. Un mapa que no cabe en una hoja tamaño carta legible no lo va a leer nadie, y un mapa que nadie lee es un mapa que no existe.

Sobre la notación: para el levantamiento bastan cinco símbolos —inicio, actividad, decisión, espera y fin— más carriles por responsable. La notación completa de BPMN y los diagramas de proceso es útil cuando el mapa va a alimentar una automatización o una herramienta de flujo; para entender y mejorar un proceso, cinco símbolos y los carriles resuelven. Elegir notación antes de tener el proceso claro es la forma más elegante de no avanzar.

Las excepciones, que es donde está el problema

El mapa del caso normal casi nunca tiene nada interesante: el caso normal funciona, por eso es el normal. El desorden vive en las excepciones, y hay que ir a buscarlas expresamente porque nadie las cuenta por iniciativa propia: quien las ejecuta las considera parte del oficio, no una desviación.

Cinco preguntas que las sacan:

• ¿Qué pasa cuando el cliente es urgente o es grande?
• ¿Qué pasa cuando falta un documento y aun así hay que avanzar?
• ¿Qué pasa cuando el que autoriza está de vacaciones?
• ¿Qué pasa cuando el sistema está caído o el dato no se puede capturar?
• ¿Cuál fue el último caso que salió mal y qué se hizo?

Cada excepción se dibuja como una rama con su condición de entrada. Y después se cuenta: si al revisar los casos del mes resulta que la excepción se aplica en uno de cada tres, ya no es excepción, es el proceso. Ese es el descubrimiento más frecuente de un levantamiento honesto, y el que más cambia la conversación con la dirección.

Cómo validar el mapa con un caso real

Un mapa validado en una reunión donde todos asienten no está validado. La prueba es otra y toma cuarenta minutos:

1. Se toma un expediente cerrado la semana pasada, elegido al azar y no por el dueño del proceso.
2. Se camina el mapa con ese expediente en la mano, paso por paso, comprobando en cada uno que existe el registro, la firma o la marca de tiempo que el mapa dice que debería existir.
3. Se anota cada punto donde el caso se salió del mapa. Cada desvío es un hallazgo: o el mapa está incompleto o el proceso no se ejecuta como se dibujó, y las dos cosas hay que saberlas.
4. Se repite con un caso que salió mal. Los casos problemáticos recorren rutas que el mapa del caso normal no contempla, y son los que enseñan dónde está el hueco.

Solo después de eso el mapa se firma, se versiona y se publica donde la gente lo pueda ver. Un mapa sin versión ni fecha se vuelve un rumor en tres meses.

Los 5 números que se sacan de un proceso mapeado

Si el levantamiento termina en un dibujo, se hizo la mitad del trabajo. Estos cinco números convierten el dibujo en un argumento:

Número	Cómo se obtiene	Qué revela
Tiempo de ciclo	Del disparador al resultado, en días naturales, medido sobre casos reales	Lo que el cliente experimenta
Tiempo de trabajo real	Suma de los minutos efectivos de cada paso	Lo que de verdad cuesta ejecutarlo
Relación entre ambos	Trabajo real ÷ tiempo de ciclo	Cuánto del calendario es espera pura
Número de cruces	Cuántas veces el caso cambia de persona o de área	Dónde se va a perder y dónde se va a esperar
Puntos de retrabajo	Pasos que devuelven el caso hacia atrás, y con qué frecuencia	El costo invisible del proceso

El tercero es el que suele abrir los ojos. En procesos administrativos es habitual encontrar que el trabajo real suma minutos y el caso tarda días: la mejora no está en que la gente trabaje más rápido, está en las esperas. Con esos cinco números, la conversación con la dirección deja de ser sobre esfuerzo y pasa a ser sobre diseño. Para convertirlos en seguimiento continuo, el siguiente paso son los indicadores de productividad del proceso.

8 errores que arruinan un levantamiento

1. Mapear el proceso ideal en vez del real. El ideal no tiene problemas, por eso no sirve para encontrarlos. Y quien lo ejecuta no lo reconoce como suyo, así que tampoco lo va a usar.
2. Hacerlo con el jefe en la sala. Se obtiene la versión presentable. Es el error más frecuente y el más difícil de explicar sin ofender a nadie: se resuelve invitándolo a la validación, no al levantamiento.
3. Digitalizar en vivo. La sesión se detiene cada vez que alguien busca un símbolo. Papel en la sesión, herramienta después.
4. No definir el disparador ni el final. La conversación se expande sola hasta abarcar la empresa entera y a los noventa minutos no hay mapa de nada.
5. Saltarse las excepciones. El mapa queda limpio y falso. Es donde estaba el problema que motivó el ejercicio.
6. Detallar todo al mismo nivel. Veinte cajas para el trámite de una firma y una sola caja para la operación completa de producción. El mapa deja de ser comparable consigo mismo.
7. Terminar sin medir. Un dibujo sin tiempos no permite priorizar ni demostrar nada; queda como material de capacitación, que es un uso legítimo pero mucho menor.
8. No decidir qué pasa después. Si al cerrar la validación no hay una lista de tres cambios con responsable y fecha, el mapa se vuelve decoración. El ejercicio se cierra con acuerdos, no con un archivo.

Ejemplo resuelto: alta de cliente nuevo

Proceso real de una empresa de servicios: desde que el cliente firma el contrato hasta que queda operando. Se ejecuta alrededor de 40 veces al mes y lo tocan cuatro áreas.

Los tres hallazgos, en el orden en que aparecieron:

• 52 minutos de trabajo repartidos en 4.5 días. Menos del 3 % del calendario del proceso era trabajo; el resto era el expediente esperando en la bandeja de alguien. Ninguna capacitación ni ningún sistema nuevo habría movido eso: lo movió acordar que el alta se procesa el mismo día en que llega, en dos ventanas fijas al día.
• Los datos fiscales se pedían dos veces. Una vez comercial, para el contrato, y otra vez facturación, porque no confiaba en la captura de comercial. El retrabajo no era un problema de captura: era de confianza entre áreas, y se resolvió con un solo campo obligatorio validado en el formulario del contrato.
• La excepción era el proceso. Trece de cuarenta altas se hicieron por la vía rápida de «cliente urgente», que consistía en que el gerente le mandaba un mensaje directo al analista. Uno de cada tres no es una excepción: es la forma real de trabajar, y como no estaba escrita, no tenía control ni trazabilidad.

El entregable final fueron tres páginas: el mapa del estado actual, la tabla de arriba y una lista de cinco cambios con responsable y fecha. Con eso, la conversación con la dirección duró veinte minutos y terminó en decisiones. Cuando estos mapas se vuelven la base de los documentos de operación, el siguiente paso natural es convertirlos en procedimientos escritos y colgarlos del sistema de gestión.

Preguntas frecuentes

Conclusión

Mapear un proceso no es dibujar: es ir a ver. El dibujo es el subproducto de una conversación bien conducida con la gente que hace el trabajo, y lo que decide si el ejercicio sirvió no es la pulcritud del diagrama sino si encontraste las esperas, las excepciones que ya son norma y los cruces donde el caso se pierde.

Si vas a levantar el tuyo, tres decisiones ordenan el resto: escribe el disparador y el resultado final antes de convocar, haz la sesión sin el jefe y con quien ejecuta, y termina con los cinco números y tres cambios con fecha, no con un archivo. Las tres se toman antes de la primera reunión y determinan si el mapa cambia algo o solo se guarda.