Plantilla de auditoría de procesos antes de automatizar nada

Antes de conectar una herramienta de automatización a cualquier proceso, hay que entender ese proceso tal como existe hoy: quién lo ejecuta, con qué frecuencia, qué falla, cuánto tiempo consume y qué pasaría si el resultado fuera incorrecto. Sin esa auditoría previa, es habitual invertir semanas en automatizar algo que debería simplificarse primero, o que tiene excepciones que la máquina no va a gestionar bien. Esta plantilla cubre los puntos mínimos que revisamos antes de tocar ninguna herramienta.

1. SIPOC ligero: entender el proceso en cinco preguntas

SIPOC es un acrónimo de Suppliers (proveedores de información o materiales), Inputs (entradas), Process (pasos del proceso), Outputs (salidas) y Customers (quién recibe el resultado). En una auditoría de proceso para automatización no necesitas el SIPOC completo de consultoría: necesitas las cinco preguntas respondidas en una página.

El error más frecuente en esta fase es documentar el proceso como debería funcionar, no como funciona realmente. Quien describe el proceso siempre tiende a omitir los pasos informales, las excepciones habituales y los atajos que el equipo usa sin documentar. La forma correcta de capturar el proceso real es observar a quien lo ejecuta mientras lo hace, o pedirle que lo describa paso a paso mientras lo realiza (no desde memoria).

Un ejemplo concreto: una empresa de servicios de mantenimiento industrial en Sevilla documentó su proceso de apertura de órdenes de trabajo siguiendo el flujo teórico del manual de calidad. Cuando compararon ese documento con el proceso observado en campo, encontraron seis pasos adicionales que el equipo ejecutaba de forma habitual pero que nunca habían sido formalizados. Tres de esos pasos eran validaciones informales que compensaban un defecto en el sistema ERP. Al automatizar el proceso sin capturar esos pasos, el 19% de las órdenes generaba alertas de error que requerían intervención manual. El fallo no era de la automatización: era de la auditoría previa.

• Proveedor del proceso: ¿de dónde viene la información o el evento que desencadena este proceso?
• Entradas: ¿qué datos o materiales necesita quien lo ejecuta para empezar?
• Pasos: lista de acciones en orden. Sin saltarse los pasos que "siempre se hacen pero no están documentados".
• Salida esperada: ¿qué debe producir el proceso cuando funciona bien?
• Receptor: ¿quién usa la salida y qué hace con ella?

2. Métricas actuales: sin datos, no hay baseline

Para demostrar que la automatización ha funcionado, necesitas saber cómo estaba el proceso antes. Las métricas que hay que capturar en la auditoría son concretas y medibles. Si no tienes datos históricos, tómalos durante dos semanas antes de implementar nada.

3. Propietario y excepciones: los puntos que la máquina no gestiona

Todo proceso tiene excepciones. La persona que lo ejecuta sabe cuáles son y las gestiona de forma intuitiva. La automatización no puede gestionar lo que no está documentado. La auditoría debe identificar todas las excepciones conocidas y decidir para cada una: ¿la automatización las maneja? ¿Las escala a una persona? ¿Las ignora?

El propietario del proceso es quien debe firmar el criterio go/no-go para la automatización. Si no hay propietario identificado, la automatización quedará huérfana cuando algo falle, que siempre ocurre. Esto conecta directamente con la importancia de documentar procesos con SOPs antes de automatizar, como se explica en el artículo sobre documentación de procesos en pymes.

La categorización de excepciones es un paso que muchos equipos omiten por presión de tiempo. La forma más rápida de hacerlo es preguntar al propietario del proceso: "Dame los últimos tres casos donde este proceso no funcionó como se esperaba". Esos tres casos ya dan una primera lista de excepciones reales. En la mayoría de procesos de pyme, el 80% de las excepciones se concentra en dos o tres tipos recurrentes que sí se pueden automatizar con un flujo alternativo, y el 20% restante son situaciones atípicas que requieren intervención humana. Documentar esta distinción antes de empezar la implementación técnica evita la mitad de los problemas posteriores.

Procesos que parecen candidatos y no lo son

No todo proceso repetitivo es un buen candidato a automatización, aunque cumpla los criterios básicos de frecuencia y volumen. Los procesos que requieren juicio contextual en más del 40% de los casos (relaciones con clientes difíciles, resolución de reclamaciones complejas, negociaciones de precio) deben descartarse. El coste de mantener los flujos de excepción supera sistemáticamente el ahorro de automatizar los casos estándar.

Los procesos en transición también son malos candidatos: si el negocio está cambiando el ERP, el modelo de precios o la estructura de producto en los próximos seis meses, automatizar un proceso sobre esa base produce un automatismo que quedará obsoleto antes de haber amortizado el coste de implementación. La auditoría previa debe incluir una pregunta explícita: ¿hay cambios previstos en este proceso en los próximos doce meses? Si la respuesta es sí, el criterio de payback de seis meses deja de ser realista.

4. Criterio go/no-go: cuándo automatizar y cuándo no

• Go si: el proceso se ejecuta más de 10 veces al mes, los pasos son estables (no cambian cada semana), las excepciones son menos del 15% del volumen total y el retorno esperado supera el coste de implementación en menos de seis meses.
• No-go si: el proceso cambia frecuentemente, tiene más del 30% de excepciones, depende de juicio humano en puntos críticos o el volumen es tan bajo que el ahorro no justifica el coste de mantener la automatización.
• Revisar primero si: el proceso tiene pasos redundantes o ineficientes que deberían eliminarse antes de automatizarlo tal como está.

5. Ejemplo de auditoría: proceso de facturación a proveedor

Una empresa de distribución con 40 empleados procesaba manualmente 120 facturas de proveedor al mes. La auditoría previa a la implementación de OCR reveló los siguientes datos: tiempo medio por factura de 8 minutos (incluida introducción manual, verificación y archivado), tasa de error del 4% (facturas con campos incorrectos que requerían corrección), 18% de facturas en formato no estándar (faxes escaneados, PDFs con texto no seleccionable) y 3 personas con acceso al proceso.

El análisis go/no-go determinó que el proceso era candidato: volumen suficiente, pasos estables y el 18% de excepciones (facturas no estándar) era manejable con un flujo de escalado a revisión humana. El coste del proceso manual eran 960 minutos al mes (16 horas) del perfil administrativo. Con el sistema OCR implementado, el tiempo bajó a 220 minutos al mes (menos de 4 horas) para el mismo volumen. El payback del proyecto se alcanzó en 4 meses.

El artículo sobre digitalización de facturas con OCR cubre los detalles técnicos de esta implementación concreta. Nuestro servicio de automatización de procesos incluye esta auditoría previa como parte de todo proyecto.

6. La plantilla en una página

La plantilla completa de auditoría cubre siete campos: nombre del proceso, propietario, desencadenante (qué lo inicia), pasos numerados (con excepciones marcadas), métricas actuales (tiempo, volumen, tasa de error), criterio go/no-go con los datos reales y decisión con justificación. Un A4 o dos páginas de Notion es suficiente. Cualquier auditoría que ocupe más de tres páginas está documentando demasiado para este propósito.

Errores frecuentes al hacer la auditoría

El error más común es auditar con el proceso en mente, no el proceso en práctica. Esto produce documentación que describe el proceso ideal, no el real, y la automatización se construye sobre una base que no existe. El segundo error es no medir el volumen durante tiempo suficiente. Un proceso que "se hace a diario" puede tener variaciones estacionales importantes: si solo mides dos semanas de noviembre, perderás los picos de diciembre o el patrón de agosto.

El tercer error frecuente es confundir la auditoría con el diseño de la automatización. La auditoría recoge información; el diseño la interpreta. Mezclar las dos fases lleva a empezar a diseñar flujos antes de tener los datos completos, que es exactamente lo que genera las iteraciones costosas que se querían evitar. La regla práctica es simple: cierra la auditoría, escríbela, compártela con el propietario del proceso y espera su validación antes de abrir ninguna herramienta de automatización.

7. Por dónde empezar mañana

1. Identifica los tres procesos de tu empresa que el equipo menciona más frecuentemente como candidatos a automatizar. Escríbelos en una lista.
2. Para el primero de la lista, pasa 30 minutos observando o entrevistando a quien lo ejecuta. Registra los pasos reales, no los teóricos. Añade las excepciones que mencione espontáneamente.
3. Mide el tiempo real de ejecución en las próximas 10 ocurrencias. Con ese dato y la frecuencia mensual, calcula el coste del proceso actual.
4. Aplica el criterio go/no-go. Si pasa el filtro, define el propietario y los criterios de éxito antes de empezar a evaluar herramientas.