Cómo auditar un proceso antes de automatizarlo

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 guía de automatización.

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.

Checklist rápido para auditar un proceso en 30 minutos

Antes de comprometer presupuesto para automatizar, una mini-auditoría de 30 minutos por proceso evita la mayor parte de los fracasos. Este checklist se centra en los puntos donde más veces falla la decisión. Mas detalle sobre la priorización de procesos.

1. 1Medir el baseline actual: horas/mes totales, número de personas implicadas, errores detectados el último trimestre. Si no se puede cuantificar, el proceso no esta listo para automatizar.
2. 2Identificar excepciones: que % de casos requieren decisión humana. Si supera el 30%, conviene rediseno antes que automatización.
3. 3Mapear sistemas implicados: que sistemas origen/destino tocan el proceso. Si hay alguno sin API ni export estructurado, anticipar esfuerzo extra.
4. 4Validar owner: quien en la empresa responde por el resultado del proceso. Sin owner claro, la automatización pierde sponsor y se abandona.
5. 5Estimar ROI orientativo: (horas/mes ahorradas x coste/hora) vs coste implantación. Si el payback supera 18 meses, priorizar otro proceso.

Metodología práctica para auditar un proceso en 5 pasos

Una auditoría de proceso no necesita ser un ejercicio formal de meses. Con un enfoque práctico, puedes completarla en 3-5 días de trabajo. El primer paso es mapear el flujo tal como ocurre realmente, no como esta documentado. Sienta con las personas que ejecutan el proceso y pide que te lo enseñen paso a paso. Toma nota de cada excepción, atajo y decisión que no esta en ningun manual.

• Paso 1 - Observar: acompañar al equipo durante 2-3 ejecuciones completas del proceso. No preguntar por que, solo documentar que hacen.
• Paso 2 - Cuantificar: medir tiempo por paso, frecuencia de excepciones, volumen de errores, y coste total del proceso actual.
• Paso 3 - Identificar dependencias: que sistemas intervienen, que datos se consultan, que aprobaciones se necesitan, que personas son imprescindibles.
• Paso 4 - Clasificar pasos: separar los pasos automatizables (reglas claras, datos estructurados) de los que requieren juicio humano.
• Paso 5 - Priorizar: ordenar por impacto (horas ahorradas x frecuencia) y por viabilidad (complejidad técnica, dependencias externas).

Este paso es el que de verdad cambia el resultado: en un proyecto de datos antes de fundar MERIDIAN, un proceso que tardaba cerca de una hora se redujo a menos de diez minutos, pero no por optimizar todo el flujo, sino por medir primero dónde estaba el cuello de botella real y actuar solo ahí. Sin esa medición previa, es fácil automatizar el paso equivocado y no notar la diferencia.

El output de la auditoría debe ser un documento de una o dos páginas que cualquier persona del equipo pueda entender: diagrama del proceso, puntos de dolor identificados, estimación de ahorro, y recomendación de que automatizar primero. Si necesitas más de dos páginas para explicarlo, probablemente el proceso es demasiado complejo para automatizarlo de golpe y necesitas dividirlo. La estimación de ahorro de ese documento se puede montar con la fórmula que usa nuestra calculadora de ROI.

Para más contexto, puedes consultar la informe de McKinsey sobre empresas data-driven.