Mapeo de procesos en una PyME: cómo lo hacemos en 2 semanas y qué sale de ahí

Si buscás “mapeo de procesos” vas a encontrar definiciones, plantillas y herramientas de diagramación. Lo que casi no vas a encontrar es lo único que importa: qué se hace, concretamente, para levantar el proceso real de una empresa que funciona, y qué sale de ahí. Este artículo es eso: cómo mapeamos procesos en PyMEs argentinas, en una a dos semanas, con un ejemplo real.

¿Qué es el mapeo de procesos?

Mapear un proceso es representar cómo fluye el trabajo de verdad: quién hace qué, en qué orden, con qué información, qué decide en cada paso y qué pasa cuando algo sale mal. El resultado es un diagrama, sí, pero el diagrama es lo de menos: el valor está en los números que se le cuelgan a cada paso —cuántas veces ocurre por día, cuánto tarda, cuántos errores genera, cuánta gente toca— porque eso es lo que convierte una sensación (“las cotizaciones tardan mucho”) en una decisión (“este paso nos cuesta 60 horas por mes”).

Un mapa de procesos sin números es un dibujo lindo. Un mapa con números es un presupuesto.

¿Por qué el mapa que ya tenés no sirve?

Muchas PyMEs que pasaron por una certificación ISO 9001 ya tienen un mapa de procesos. Casi siempre tiene dos problemas. El primero es que describe cómo debería trabajar la empresa, no cómo trabaja: se armó para la auditoría y quedó ahí. El segundo es que está a un nivel de abstracción tan alto —”Comercial”, “Producción”, “Calidad” dentro de unas cajas con flechas— que no permite decidir nada.

La prueba rápida: buscá en tu mapa el paso donde hoy se pierde tiempo. Si no está, o si está como una caja que dice “Gestión comercial”, el mapa no te sirve para mejorar. Eso no significa que haya que tirarlo: el mapa de alto nivel de la ISO ordena la vista general. Pero para intervenir hace falta bajar al proceso real, con sus excepciones, sus reprocesos y sus planillas paralelas.

¿Cómo se hace un mapeo de procesos en una PyME?

Seis etapas. En una PyME de 30 a 500 personas esto lleva entre una y dos semanas, y consume entre 2 y 4 horas del equipo en total.

1. Elegir el proceso y ponerle límites. No se mapea “la empresa”: se mapea un proceso, con un disparador y un final claros. “Desde que entra un pedido hasta que se despacha”, “desde que el cliente pide un precio hasta que acepta la cotización”. Si no podés nombrar el inicio y el fin en una frase, todavía no elegiste el proceso.
2. Entrevistar a quien lo hace, no a quien lo dirige. Es la etapa que más cambia el resultado. El gerente cuenta el proceso diseñado; la persona que lo ejecuta cuenta el proceso real, con los atajos que inventó para que funcione. Los dos relatos son útiles, y la diferencia entre ambos suele ser el problema.
3. Seguir un caso real de punta a punta. Tomamos un pedido, una cotización o un reclamo concreto y lo perseguimos por todos los sistemas y manos por las que pasa. Acá aparece lo que ninguna entrevista cuenta: los reenvíos de mail, el Excel intermedio, el mensaje de WhatsApp que funciona como aprobación.
4. Dibujar el flujo con los responsables. Un diagrama simple, por carriles (quién hace cada cosa), con los puntos de decisión y los caminos de excepción. Sin simbología rebuscada: si el equipo no lo entiende sin que se lo expliquen, está mal dibujado.
5. Ponerle números a cada paso. La etapa que casi nadie hace y la que justifica todo el trabajo. Lo vemos abajo en detalle.
6. Validar con el equipo y cerrar. Se revisa con las personas que lo ejecutan. Si alguien dice “sí, pero cuando pasa tal cosa lo hacemos distinto”, eso no es una molestia: es la excepción que después rompe cualquier sistema que se construya.

¿Qué datos hay que sacar de cada paso?

Siete, y con eso alcanza:

• Quién lo hace (rol, no nombre).
• Con qué lo hace: sistema, planilla, mail, papel, WhatsApp.
• Cuántas veces ocurre por día o por semana.
• Cuánto tarda cada vez, de punta a punta, incluyendo las esperas.
• Qué sale mal y con qué frecuencia: errores, faltantes, reprocesos.
• Qué información necesita para poder avanzar, y de dónde la saca.
• Quién decide si hay una decisión, y con qué criterio.

La columna de esperas es la que más sorprende. En la mayoría de los procesos administrativos de una PyME, el tiempo de trabajo real es una fracción chica del tiempo total: el resto es esperar una respuesta, una autorización o un dato. Los procesos no suelen ser lentos porque la gente trabaje despacio.

¿Cómo se ve un proceso mapeado? Un ejemplo real

Este es el proceso de cotización de Schang, una agroveterinaria de Tandil con más de 30 proveedores y miles de SKUs, tal como funcionaba antes de que interviniéramos. Cada presupuesto recorría estos pasos:

Mirá el mapa y fijate qué se puede decidir con él. No hace falta ser técnico: salta a la vista que el problema no era “el Excel”, sino que la misma información estaba en tres lugares distintos y nadie tenía la foto completa. Un mapa que no te permite llegar a una conclusión así está mal hecho.

Con ese mapa sobre la mesa, la decisión fue construir un sistema que centralizara el ciclo comercial e integrara el ERP como fuente de stock y clientes. Hoy ese proceso lleva minutos. Pero lo importante para este artículo es el orden: el mapa vino antes que el sistema, y por eso el sistema cubrió las excepciones reales en vez de las imaginarias.

¿Cómo se le ponen números a un proceso?

Tres formas, de menos a más precisa:

• Preguntar. Rápido y sesgado: la gente subestima lo que hace todos los días y sobreestima lo excepcional. Sirve como primera aproximación.
• Medir una muestra. Durante una semana, quien ejecuta el proceso anota cuándo empieza y cuándo termina cada caso. Diez o quince casos alcanzan para tener un promedio honesto.
• Mirar el rastro digital. Si el proceso pasa por sistemas, las marcas de tiempo ya existen: cuándo se creó el pedido, cuándo se facturó, cuándo se despachó. Es la fuente más confiable y la que menos molesta al equipo.

Con el tiempo por caso y la frecuencia, el cálculo es directo: tiempo × frecuencia × costo de la hora. Si tres personas dedican una hora por día a mover datos entre planillas y a corregir errores, a USD 10 la hora eso son unos USD 660 por mes. Ese número —y no el precio del software— es el que manda en la decisión. Lo desarrollamos en cuánto cuesta automatizar un proceso.

¿Qué herramienta conviene para dibujar el mapa?

La que tu equipo sepa abrir. Lucidchart, Draw.io, Miro, Canva o directamente papel y foto: la herramienta no es la parte difícil. Si vas a elegir una, pesá dos cosas: que varias personas puedan editar a la vez y que el mapa quede en algún lugar donde alguien lo vaya a volver a mirar.

Sobre BPMN, la notación estándar: es excelente si tu equipo la conoce y es un obstáculo si no. En PyMEs solemos usar una versión simplificada —cajas, flechas, rombos de decisión y carriles por responsable— porque el objetivo es que el jefe de depósito entienda el mapa sin curso previo. Un mapa que solo entiende el consultor no sirve para nada cuando el consultor se va.

¿Qué errores vemos siempre?

• Mapear todo. Se arranca con la ambición de documentar la empresa entera y se abandona a la tercera semana. Un proceso bien mapeado vale más que veinte a medio hacer.
• Mapear el proceso ideal. Si en el mapa no aparecen el Excel paralelo ni la aprobación por WhatsApp, el mapa está mintiendo.
• Dibujar sin medir. Sin números no hay forma de priorizar y el proyecto se convierte en una discusión de opiniones.
• Saltar directo a la herramienta. Comprar el software antes de entender el proceso es la forma más cara de descubrir que el problema era otro.
• No cerrar con quien ejecuta. Si la persona que hace el trabajo no valida el mapa, las excepciones aparecen después, cuando el sistema ya está construido.

¿Qué sale de un mapeo?

Tres cosas concretas, y ninguna es un diagrama decorativo:

• El mapa del proceso real, con responsables, decisiones y caminos de excepción.
• Las ineficiencias cuantificadas: cuántas horas y cuánta plata se van en cada cuello de botella.
• Un roadmap priorizado por impacto y esfuerzo: qué se ordena primero (muchas veces sin comprar nada), qué se automatiza después y qué conviene dejar como está.

Ese último punto merece una aclaración: en todo mapeo aparecen mejoras que no necesitan software. Cambiar quién aprueba algo, eliminar un paso que existe “porque siempre se hizo”, unificar dos planillas. Son gratis y se implementan en días. Si tu consultora nunca te propone una solución sin software, algo anda mal.