Mapa de procesos: cómo crearlo con un ejemplo de consultora
Crea un mapa de procesos para tu empresa: distingue tipos, conecta entradas y salidas y comprueba los traspasos con una plantilla y un ejemplo.
Un mapa de procesos representa los trabajos que necesita una empresa para prestar su servicio y cómo se relacionan. Para crearlo, identifica qué recibe el cliente, qué procesos hacen posible esa entrega y qué información pasa de uno a otro. Después asigna responsables y comprueba el mapa con un proyecto real.
En una consultora, «comercial», «proyectos» y «administración» indican áreas. No explican qué debe entregar comercial para que un proyecto pueda arrancar. Un mapa útil hace visible ese traspaso y permite detectar una dependencia antes de que el trabajo quede esperando.
Qué debe mostrar un mapa de procesos
El mapa responde a tres preguntas: qué trabajos se realizan, qué resultado produce cada uno y de quién depende el siguiente. Puede empezar en una página. Los pasos detallados de cada trabajo viven en su procedimiento, al que el mapa debe permitir llegar.
La guía de ISO sobre el enfoque a procesos explica la importancia de identificar entradas, salidas, secuencia e interacciones. Ese principio ayuda a mirar las conexiones entre trabajos, además de cada actividad por separado. La guía que estás leyendo propone un ejercicio práctico para empresas de servicios.
Evita representar cada correo, reunión o documento como un proceso independiente. «Preparar una propuesta comercial» tiene un resultado reconocible. «Abrir la carpeta del cliente» es un paso que puede formar parte de ese trabajo.
Diferencia el mapa, el organigrama y el procedimiento
Cada representación responde a una necesidad distinta. Si mezclas las tres en un único dibujo, el mapa acaba siendo difícil de leer y mantener.
| Representación | Pregunta que responde | Ejemplo |
|---|---|---|
| Organigrama | Quién forma parte de cada área y a quién reporta | Responsable de operaciones y equipo de proyectos |
| Mapa de procesos | Qué trabajos sostienen el servicio y cómo se conectan | Propuesta aceptada → arranque → ejecución → cierre |
| Procedimiento | Cómo se realiza un trabajo concreto | Pasos y decisiones para validar el arranque |
| Flujo de trabajo | Cómo avanza un caso entre tareas, estados y decisiones | Brief incompleto → pedir información → volver a comprobar |
Empieza por el mapa si el problema es entender el conjunto. Si ya sabes dónde falla el recorrido, puede ser más útil documentar ese proceso o concretar su flujo de trabajo.
Agrupa los procesos sin convertir las categorías en un fin
Una clasificación práctica separa procesos de dirección, de prestación del servicio y de apoyo. Puedes utilizar estos grupos para ordenar la conversación, siempre que ayuden al equipo a entender su trabajo.
Los de dirección fijan criterios: qué servicios ofrecer, qué tipo de clientes atender o cómo revisar los resultados. Los de prestación llevan una necesidad hasta una entrega: preparar la propuesta, arrancar el proyecto, realizar el trabajo, revisar y cerrar. Los de apoyo aportan recursos o resuelven dependencias, como incorporar personas, mantener herramientas o gestionar proveedores.
La frontera depende de la empresa. Revisar un informe puede formar parte del proceso de entrega o merecer un proceso propio si intervienen especialistas y criterios comunes. Elige la separación por responsabilidad y resultado, no para completar un número determinado de cajas.
Construye el recorrido desde el resultado del cliente
Reúne a personas que intervengan en el servicio y escoged un tipo de proyecto habitual. Anotad qué recibe el cliente y qué hace posible esa entrega. Trabajar con un ejemplo compartido ayuda a evitar que cada persona dibuje una empresa distinta.
- Escribe el resultado final: por ejemplo, un diagnóstico entregado y revisado.
- Identifica los trabajos necesarios para llegar a él.
- Para cada trabajo, anota la entrada que permite empezarlo y la salida que deja.
- Conecta una salida con la entrada del siguiente proceso.
- Añade el responsable del proceso y quién recibe su resultado.
- Marca las dependencias que todavía no tienen una regla clara.
No rellenes un hueco con una flecha que nadie puede explicar. Si operaciones recibe una propuesta pero necesita confirmar su alcance por teléfono, el traspaso está incompleto. El mapa debe conservar esa cuestión abierta hasta que el equipo acuerde cómo resolverla.
Ejemplo ilustrativo de una consultora
La consultora ficticia Umbral prepara diagnósticos de organización. Veamos cómo relaciona sus procesos.
| Proceso | Entrada mínima | Salida para el siguiente | Responsable del proceso |
|---|---|---|---|
| Preparar la propuesta | Necesidad y contexto del cliente | Propuesta con alcance, entregables y condiciones | Responsable comercial |
| Confirmar el arranque | Propuesta aceptada y dudas resueltas | Encargo de proyecto con responsables y referencias | Operaciones |
| Realizar el diagnóstico | Encargo y evidencias disponibles | Borrador de informe con fuentes y pendientes | Responsable del proyecto |
| Revisar la entrega | Borrador y alcance acordado | Informe revisado o lista de correcciones | Responsable de revisión |
| Cerrar y aprender | Entrega y acuerdos de cierre | Pendientes asignados y aprendizajes reutilizables | Responsable del proyecto |
El mapa muestra que «cerrar y aprender» también alimenta la preparación de futuras propuestas. Por ejemplo, una dificultad repetida para obtener datos puede motivar un cambio en los requisitos de arranque. Esa relación tiene que llevar una observación concreta; no convierte automáticamente una experiencia individual en una regla para toda la empresa.
Usa una plantilla para comprobar cada conexión
Antes de dibujar una versión más elaborada, completa esta ficha para los traspasos importantes. Puedes copiarla en una tabla compartida y revisarla con quienes entregan y reciben el trabajo.
| Campo | Qué escribir |
|---|---|
| Proceso que entrega | Nombre estable del trabajo anterior |
| Resultado que entrega | Documento, decisión o servicio terminado |
| Proceso que recibe | Trabajo que necesita ese resultado |
| Condición de aceptación | Cómo sabe quien recibe que puede empezar |
| Excepción | Qué falta o contradicción detiene el traspaso |
| Quién resuelve | Persona con capacidad para decidir |
| Referencia | Enlace al procedimiento o documento vigente |
En el caso de Umbral, una propuesta aceptada no basta si contiene un entregable que operaciones no ha podido aclarar. La condición de aceptación del arranque incluye alcance comprensible y dudas asignadas. Así, la flecha del mapa deja de esconder una conversación pendiente.
Valida el mapa con trabajo ya realizado
Recorre un proyecto habitual y otro que haya sufrido retrasos o cambios. Comprueba si sus pasos y dependencias caben en el mapa, dónde hubo esperas y qué resultados cambiaron de manos sin una revisión clara.
Pide a una persona de cada lado del traspaso que explique qué entrega y qué espera recibir. Si las respuestas no coinciden, registra la diferencia antes de modificar el diagrama. El objetivo es acordar el trabajo, no conseguir que todas las cajas parezcan ordenadas.
Mantén una fecha de revisión y un responsable. Revisa el mapa cuando cambie un servicio, aparezca una nueva responsabilidad o se repita una incidencia entre equipos. No necesitas redibujarlo por una errata de una plantilla; sí cuando cambia la relación entre los procesos.
Cómo pasar del mapa a un proceso en Ágora
Una vez identificado el recorrido que necesita aclararse, Ágora permite reunir sus documentos y proponer un proceso con fuentes para que el equipo lo revise. Los procesos conservan responsables e historial, y su detalle puede representar los pasos del recorrido.
Conviene distinguir esa visualización de un mapa corporativo completo: describir un proceso y relacionarlo con sus fuentes no demuestra que todas las dependencias de la empresa estén documentadas. El trabajo inicial de elegir el alcance y resolver discrepancias sigue correspondiendo al equipo.
Puedes pedir una demo con un proceso de tu mapa. Elige un traspaso que os cause dudas, identifica qué debería entregar cada parte y exploramos cómo convertirlo en una referencia compartida.
Preguntas sobre mapas de procesos
Cuántos procesos debe incluir el mapa
Los necesarios para explicar el servicio y sus dependencias sin bajar a cada tarea. Si una caja no tiene resultado o responsable reconocible, revisa si realmente es un proceso. Si contiene trabajos con responsables y salidas muy distintas, quizá necesite dividirse.
Hace falta comprar software para empezar
No. Una tabla y un dibujo sencillo pueden servir para acordar el primer mapa. Valora una herramienta cuando necesites conectar ese esquema con fuentes, procedimientos, responsables y cambios que el equipo debe mantener.