Fundamentos del mapeo de procesos: empieza sin BPMN

Primero "as-is", luego "to-be"

El error más común en el mapeo de procesos: hay que saber "cómo debería ser" antes de dibujar un mapa. No. Hay que saber "qué está pasando ahora" primero.

El mapa "as-is" muestra cómo funciona el proceso hoy de verdad — no lo que dicen los documentos. En muchas pymes, los procesos de recepción de pedidos, facturación u onboarding no han cambiado en años pero no están escritos en ningún sitio. Esta brecha es el mayor riesgo al pasar a la automatización: si automatizas un proceso no documentado, también automatizas sus errores.

Las herramientas no tienen por qué ser complejas: notas adhesivas, un tablero en Miro o una tabla de cuatro columnas en Excel bastan. Sin BPMN, sin Visio.

Una vez creado el mapa as-is, diseñar el estado "to-be" se vuelve mucho más sencillo. Ves no lo que cambiará, sino lo que permanece — y las decisiones de optimización se basan en datos reales, no en intuición.

Mapea tu proceso en 1 hora: el enfoque de 4 columnas

Para mapear un proceso sin instalar ninguna herramienta compleja, basta una tabla Excel de cuatro columnas o una tira en Miro. Cada fila representa un paso; las columnas son:

1. Paso — ¿Qué se hace? Forma verbal corta: "crear factura", "esperar aprobación", "registrar en sistema". 2. ¿Quién lo hace? Nombre del rol, no de la persona: contabilidad, representante de ventas, cliente. 3. ¿Cuál es la entrada? ¿Qué se necesita para que este paso comience: formulario, correo, aprobación, registro del sistema? 4. ¿Cuál es la salida? ¿Qué se produce tras este paso: documento, notificación, registro en base de datos?

Estas cuatro columnas se parecen a un diagrama swimlane sencillo y no requieren conocimiento de software. En una sesión de trabajo de una hora con dos o tres personas que conocen el proceso y notas adhesivas se puede completar toda la tabla.

Un consejo práctico: utilice este método para documentar su proceso de facturación, sus flujos de registro o el tratamiento de datos personales. La tabla de cuatro columnas sirve al mismo tiempo como registro de auditoría interna y como especificación técnica lista para una futura automatización.

Tras completar el mapa, pregunta sobre cada paso: "¿Se puede automatizar, eliminar o fusionar?" Estas tres preguntas eliminan la complejidad innecesaria.

Cuándo un proceso mapeado está listo para la automatización

No todo proceso mapeado está listo para la automatización. Cuatro criterios deben cumplirse antes de avanzar:

1. Tasa de repetición: si el proceso se repite al menos dos o tres veces por semana, el coste de la automatización se justifica. Para una tarea excepcional realizada una vez al mes, la automatización suele ser innecesaria.

2. Entrada estandarizada: si las entradas que inician el proceso están estandarizadas — un formato de correo específico, respuesta de formulario o notificación del sistema — la automatización funciona con mucha más fiabilidad. Si las entradas varían cada vez, primero se necesita un paso de estandarización de datos.

3. Cantidad de juicio humano: si en pasos críticos del proceso se toman muchas decisiones subjetivas, esos pasos deben simplificarse o ligarse a reglas primero. La automatización puede automatizar pasos basados en reglas, no decisiones ambiguas.

4. Tolerancia a errores: si un error en el proceso lleva directamente a pérdida de clientes, violación legal o daño financiero, las pruebas completas antes de automatizar son obligatorias.

Los procesos que cumplen los cuatro criterios son los más listos para automatizar. El enfoque Setviva: una vez identificado el proceso idóneo, ejecutamos un piloto en un conjunto de datos pequeño y luego ampliamos gradualmente al volumen total. Sin mapa no hay piloto; sin piloto no hay escala.

El mapeo de procesos es el primer paso: después de mapear, explore por dónde empezar su transformación digital y nuestros enfoques de automatización específicos por sector.

El paso que la mayoría de los equipos se salta: hablar con quienes hacen el trabajo

La razón principal por la que los mapas de procesos terminan siendo incorrectos no es la falta de esfuerzo, sino preguntar a la persona equivocada. Un directivo describirá el proceso tal como se supone que debe funcionar, a menudo tal como se diseñó hace años. La persona que realmente procesa el pedido, registra la factura o responde el ticket de soporte conoce la versión con las soluciones alternativas: la comprobación extra que hace porque el sistema falló una vez, la segunda aprobación que busca de manera informal porque la oficial es demasiado lenta. Si su mapa solo refleja lo que la dirección cree que sucede, automatizará un proceso que no existe.

Las soluciones alternativas no son ruido que haya que filtrar: son la señal más útil de todo el ejercicio. Una hoja de cálculo paralela que nadie aprobó oficialmente, un grupo de WhatsApp usado en lugar del sistema de tickets, un formulario impreso que se vuelve a escribir en tres sistemas distintos: cada uno de estos casos marca un punto en el que el proceso oficial no satisfizo una necesidad real. Anótelos en el mapa de forma explícita, con quién los creó y por qué. Normalmente apuntan directamente a una carencia de formación o a una oportunidad de automatización, a veces a ambas.

No intente mapear todas las excepciones. Un mapa que trata de capturar todas las ramificaciones posibles se vuelve ilegible y nadie lo mantendrá. En su lugar, capture el camino principal más las dos o tres excepciones que se presentan con la frecuencia suficiente como para importar: un documento faltante, un pago rechazado, un cliente que modifica un pedido después de enviarlo. Cualquier cosa más infrecuente que eso pertenece a una breve nota de "excepciones conocidas", no al flujo en sí.

Por último, preste la máxima atención a los traspasos entre departamentos, no a los pasos dentro de un mismo equipo. La mayoría de los procesos funcionan sin problemas dentro de un departamento y fallan justo en el punto en que ventas entrega algo a operaciones, u operaciones a finanzas. Marque cada traspaso en su mapa con un responsable claro y una expectativa explícita de qué significa "terminado" en cada lado. Estos puntos de traspaso son donde la falta de comunicación cuesta más tiempo hoy, y donde la automatización suele amortizarse más rápido una vez que se decide construir algo.