Un cliente llegó a nosotros el año pasado con una solicitud clara: automatizar su proceso de aprobación de facturas. El proceso era lento, la gente perseguía a otros para conseguir firmas y nadie sabía qué facturas habían sido pagadas. La solución parecía obvia. Construir una herramienta, eliminar la fricción.
Pasamos la primera semana sin construir nada. Mapeamos el proceso tal como funcionaba realmente - no la versión oficial del documento de procedimientos, sino lo que ocurría de verdad en el día a día. Lo que encontramos: cuatro pasos redundantes que existían por una reorganización de tres años atrás, dos niveles de aprobación añadidos tras una auditoría y que desde entonces no servían para nada real, y una verificación de cumplimiento que ocurría después de que el pago ya había sido enviado. La verificación era pura formalidad.
No necesitaban automatización. Necesitaban arreglar el proceso primero. Automatizar lo que tenían habría convertido un proceso lento y roto en un proceso rápido y roto.
Lo que la automatización hace realmente
La automatización elimina al humano de un ciclo. Ese es el objetivo - menos pasos manuales, menos espera, menor coste por transacción. Pero cuando se elimina al humano de un ciclo, todo lo que esa persona hacía desaparece también.
A veces ese es precisamente el objetivo. Pero en otras ocasiones, esa persona estaba detectando errores. Notando cuando algo no cuadraba. Usando su criterio para decidir si escalar una excepción. Haciendo una llamada antes de aprobar algo sospechoso. Eso no son ineficiencias - son controles. Cuando automatizas el ciclo, también automatizas la eliminación de esos controles, y normalmente no te das cuenta de lo que has perdido hasta que algo sale mal.
La automatización hace que un proceso funcione más rápido y a mayor volumen. Eso es una ventaja cuando el proceso es correcto. Cuando el proceso está roto, es un pasivo.
El problema de la velocidad
Un proceso manual roto puede producir diez malos resultados al mes. Quizás un proveedor cobrado dos veces, una factura perdida, una aprobación del firmante equivocado. Malo, pero manejable. Recuperable.
Un proceso automatizado y roto puede producir diez mil malos resultados al mes. Y la escala del fallo suele ser invisible - precisamente porque no hay ningún humano en el ciclo que note que algo va mal. Para cuando el problema aflora, el daño se ha acumulado. El departamento financiero descubre al cierre del trimestre que la lógica de excepciones ha enrutado mal una categoría de facturas durante once semanas. El trabajo manual necesario para corregir once semanas de errores automatizados es muy superior al tiempo que ahorró la automatización.
La velocidad no siempre es una ventaja. Cuando el proceso está roto, la velocidad es el enemigo.
Automatizar antes de entender
La mayoría de los fracasos de automatización no vienen de una mala ingeniería, sino de un fallo en la fase de diseño. El camino habitual es el siguiente: el equipo de operaciones tiene un proceso que resulta doloroso. Alguien propone automatizarlo. Se construye una herramienta que digitaliza el proceso existente. La herramienta se despliega. Y seis meses después, la empresa depende más que nunca de un proceso que nunca estuvo del todo bien.
Esto ocurre porque automatizar lo que existe es más fácil que diseñar lo que debería existir. El proceso existente viene cargado de años de parches acumulados, soluciones improvisadas, excepciones no documentadas y hábitos institucionales. Cuando automatizas todo eso, no solo preservas la disfunción - la fijas en piedra. Se vuelve mucho más difícil de cambiar porque ahora hay un sistema entero construido alrededor de ella.
La herramienta se convierte en la razón por la que el proceso no puede cambiar. Eso es al revés.
El orden correcto
Existe una secuencia correcta, y la mayoría de los equipos se saltan el paso del medio.
Primero, mapear el proceso tal como es realmente. No la versión oficial del documento de procedimiento - la versión que realmente funciona. Quién hace qué, en qué orden y por qué. Adónde van las excepciones. Qué se escala. Cuánto tarda cada paso. Cómo rodea la gente el sistema.
Segundo, rediseñar el proceso desde cero tal como debería ser. No retocar los márgenes - cuestionar el conjunto. ¿Necesita existir este paso? ¿Aporta control real esta aprobación o solo añade retrasos? ¿Hay una forma más simple de llegar al mismo resultado? Este paso es incómodo porque requiere tomar decisiones, no solo construir. Pero saltárselo es el error más común y más caro en la automatización de procesos.
Tercero, construir la automatización sobre el proceso rediseñado. No el original.
La mayoría de equipos va directamente del paso uno al tres. El sistema que construyen consagra todo lo que estaba mal.
Señales de que tu proceso necesita arreglarse antes de automatizar
Presta atención a estas señales:
- Hay muchas excepciones y casos especiales. Si el proceso genera más excepciones que resultados estándar, no es un proceso - es una colección de soluciones improvisadas.
- La gente rodea el sistema habitualmente. Cuando tu equipo encuentra sistemáticamente maneras de saltarse el flujo oficial, el flujo oficial no corresponde al trabajo real.
- Personas distintas hacen el mismo paso de forma diferente. Esta inconsistencia significa que el proceso nunca fue definido con claridad desde el principio.
- Existe "esa persona que sabe cómo funciona". Si el proceso vive en la cabeza de alguien en lugar de en una documentación clara, no está listo para ser automatizado. Cuando esa persona no está, el proceso se detiene.
- El proceso no se ha revisado desde que fue diseñado. La mayoría de procesos fueron diseñados para condiciones que ya no existen.
Antes de construir cualquier cosa
Auditamos el proceso. Siempre. No para retrasar el trabajo, sino porque construir sobre unos cimientos rotos garantiza que la construcción fracase. Los clientes que se resisten a este paso son normalmente los que vuelven seis meses después con un sistema que no pueden usar.
Si quieres automatizar un proceso - o si sospechas que tienes un proceso que necesita arreglarse antes de pensar siquiera en la automatización - contáctanos. Empezaremos por entender lo que tienes realmente antes de hablar de lo que hay que construir.