Cómo auditar un proceso antes de automatizarlo: señales, excepciones y dependencias

Hay una escena que se repite en muchas empresas: alguien identifica un proceso repetitivo, lo señala como candidato a automatización, se contrata o se desarrolla la solución técnica y a las pocas semanas el sistema empieza a fallar. No porque la tecnología no funcione, sino porque el proceso tenía excepciones, dependencias y bifurcaciones que nadie documentó antes de automatizar.

El resultado es un sistema automático que hace mal las cosas que antes se hacían bien a mano, o que funciona para el 80% de los casos pero genera incidencias constantes en el 20% restante. La auditoría previa del proceso no es burocracia: es el seguro que evita escalar un problema en lugar de resolverlo.

¿Por qué los procesos reales nunca son como parecen?

Cuando le preguntas a alguien cómo funciona un proceso, te describe la versión ideal. Cuando observas cómo lo ejecuta realmente, descubres otra cosa. Estas son las diferencias más habituales:

• Excepciones no documentadas. El proceso estándar dice que los pedidos se validan automáticamente, pero María del equipo de operaciones revisa a mano los de clientes que históricamente han dado problemas. Esa excepción no está escrita en ningún sitio.
• Pasos informales de verificación. Antes de enviar el informe al cliente, Javier del equipo financiero siempre cruza los números con su hoja de cálculo personal. Si no cuadran, corrige manualmente. Ese paso no aparece en el diagrama de flujo.
• Dependencias externas. El proceso funciona cuando el proveedor envía el albarán en PDF. Pero un 15% de las veces lo envía por email en texto libre, y alguien tiene que copiar los datos a mano al sistema.
• Decisiones basadas en criterio humano. El proceso dice que los reclamaciones por debajo de 500€ se resuelven automáticamente. Pero en la práctica, el responsable de atención al cliente escala las de clientes importantes independientemente del importe.

Cómo hacer una auditoría operativa antes de automatizar

Una auditoría de proceso antes de automatizar no tiene que ser un proyecto largo ni complicado. En la mayoría de procesos, una o dos semanas son suficientes. El objetivo no es documentar todo, sino identificar lo que importa para la automatización:

1. 1Observa el proceso real, no el documentado. Siéntate con las personas que lo ejecutan a diario y mira cómo lo hacen. Toma nota de cada paso, incluidos los que ellos consideran «obvios» o «insignificantes». Los pasos que no mencionan espontáneamente suelen ser los que más problemas causan al automatizar.
2. 2Identifica las excepciones y su frecuencia. Para cada paso, pregunta: «¿Esto siempre funciona así?» y «¿Qué haces cuando no funciona así?». Clasifica las excepciones por frecuencia y criticidad. Las que ocurren el 1% de las veces pero afectan a pedidos de alto valor son tan importantes como las que ocurren el 20% de las veces.
3. 3Mapea las dependencias entre sistemas y personas. Qué sistema genera la información, quién la valida, dónde se registra el resultado, qué pasa si un sistema no está disponible. Estos puntos de contacto son donde más problemas genera la automatización.
4. 4Clasifica cada paso: automatizable, parcialmente automatizable o manual. No todo tiene que automatizarse. Un proceso donde el 70% de los pasos se automatizan y el 30% requieren validación humana puede ser más eficiente y fiable que uno 100% automático que falla en los casos difíciles.

Las 5 señales de que un proceso no está listo para automatizarse

1. 1No hay consenso sobre cómo funciona. Si dos personas del mismo equipo describen el proceso de forma diferente, necesitas estandarizar antes de automatizar.
2. 2Las reglas de decisión son ambiguas. «Si el pedido parece urgente, se prioriza.» ¿Qué significa «parece urgente»? Sin criterios objetivos, la automatización no puede tomar esa decisión.
3. 3Los datos de entrada no son fiables. Si el 20% de los albaranes del proveedor tienen errores, automatizar el procesamiento sin una capa de validación previa solo va a propagar esos errores más rápido.
4. 4El proceso cambia con frecuencia. Si las reglas del proceso se modifican cada pocas semanas, el coste de mantener la automatización actualizada puede superar al ahorro que genera.
5. 5No hay un responsable claro del proceso. Sin alguien que valide que la automatización funciona correctamente y gestione las excepciones, el sistema automático se degrada con el tiempo.

Qué automatizar primero (y qué dejar para después)

La auditoría debería terminar con una clasificación clara de los componentes del proceso:

• Automatización inmediata: pasos repetitivos, con reglas claras, datos fiables y sin excepciones relevantes. Aquí el ROI es rápido y el riesgo bajo.
• Automatización con supervisión: pasos donde la regla cubre el 80-90% de los casos, pero las excepciones requieren revisión humana. El sistema ejecuta y un humano revisa los casos marcados.
• Dejar manual (por ahora): pasos donde las reglas son ambiguas, los datos no son fiables o la decisión requiere criterio que no se puede codificar. Estos pasos se automatizan en fases posteriores, cuando los cimientos estén resueltos.

Este enfoque por capas es exactamente lo que aplicamos en nuestros proyectos de automatización de procesos: empezar por lo que tiene ROI claro y riesgo bajo, demostrar valor y ampliar el alcance desde una base sólida. Si prefieres empezar con un alcance acotado, un sprint de automatización permite validar el enfoque en 2-3 semanas con un proceso concreto.