APM en la práctica: así se ejecuta un proyecto de automatización de principio a fin

Decidir automatizar casi nunca es el problema. El problema es lo que pasa entre la decisión y el resultado: cuánto se invierte, qué se espera y quién responde cuando algo no sale como se planeó.

Para mostrarlo, sigamos un caso ilustrativo construido con cifras típicas de los diagnósticos que hacemos: una empresa de servicios en Colombia, de entre 51 y 200 personas, que quiere automatizar la aprobación de órdenes de compra.

El proceso: 120 solicitudes al mes. Cada una toma en promedio 90 minutos de trabajo repartidos entre seis personas, desde quien solicita hasta la gerencia financiera. Correos, recordatorios, una hoja de cálculo compartida y aprobaciones que se quedan esperando cuando el aprobador está de viaje.

Así se ve ese mismo proceso como un proyecto de automatización con ROI, de principio a fin.

Antes: adivinanza

Antes de APM, la conversación sonaba así: "esto nos quita mucho tiempo, automaticémoslo". Nadie sabía cuánto tiempo, cuánto costaba ni qué parte del proceso valía la pena tocar.

El primer paso fue convertir la sensación en números. 120 casos por 1,5 horas son 180 horas al mes, el equivalente a 1,07 personas de tiempo completo. Con un salario promedio de $3.500.000 y el factor prestacional, la hora de trabajo cuesta cerca de $31.900. El proceso consume alrededor de $5,7 millones al mes.

Pero ese no fue el número más útil. El hallazgo más útil fue descubrir dónde se iba el tiempo: el 60% de la espera no estaba en revisar las órdenes, estaba en perseguir aprobaciones. Y una sola persona, la coordinadora de compras, sabía en qué estado estaba cada solicitud. Si ella faltaba, el proceso se detenía.

Con eso, el business case dejó de ser una intuición: 70% del proceso automatizable, un ahorro proyectado de $4 millones al mes, una inversión del primer año de $30 millones (implementación más licencia) y un payback estimado de 6 meses. ROI proyectado del primer año: 61%.

También quedó escrito lo que no se iba a automatizar: las órdenes por encima de cierto monto y las compras a proveedores nuevos seguirían pasando por criterio humano. Esa decisión vale tanto como la anterior, y responde a las mismas preguntas que definen el ROI antes de automatizar.

Durante: control

En un proyecto tradicional, la implementación es una caja negra: se entregan requerimientos y se espera la fecha de salida. Con APM, la ejecución tiene puntos de revisión con criterio de negocio, no solo técnico.

Tres decisiones marcaron esta fase.

→ El orden. No se empezó por el formulario de solicitud, que era lo más visible. Se empezó por las rutas de aprobación, que era donde se detenía el proceso. Es la lógica de decidir qué automatizar primero y qué no.

→ Las excepciones. Cada caso que no encajaba en una regla quedó con dueño y criterio: quién decide, con qué información y en cuánto tiempo.

→ El rol de las personas. La coordinadora de compras dejó de ser el lugar donde vivía el estado de cada solicitud. Pasó a liderar el proceso: supervisa el tablero, decide las excepciones y propone ajustes. El proceso ya no se detiene si ella no está, y su criterio pesa más que antes, porque ahora se aplica donde importa.

⚠️ En la semana cinco apareció un supuesto equivocado: casi un tercio de las órdenes llegaba con datos incompletos y el flujo las devolvía una y otra vez. Con un método improvisado, eso se habría resuelto con un parche. Con APM se registró como hallazgo, se ajustó la regla de entrada del formulario y se actualizó el business case con el dato real.

Ese tipo de control es lo que permite ejecutar la automatización sin depender de quien la construyó.

Después: ROI medido

A los tres meses de operación se hizo la primera medición con datos reales, no con los del business case.

El tiempo por solicitud bajó de 90 a 34 minutos. La proyección decía 27. El proceso automatizó el 62% del trabajo, no el 70%: las órdenes con datos incompletos y algunas excepciones de proveedores seguían requiriendo intervención.

Con esa cifra real, el ahorro mensual quedó en $3,56 millones, el ROI del primer año en 43% y el payback en poco más de 7 meses.

💰 Menos de lo proyectado, y aun así una inversión que se paga sola antes de terminar el año. La diferencia entre el 61% prometido y el 43% real no es un fracaso. Es la información que hace más preciso el siguiente cálculo, y es exactamente lo que se busca al medir el ROI real y no el prometido.

La medición también mostró algo que no estaba en ninguna proyección: las aprobaciones que antes tardaban hasta cinco días ahora se resuelven en menos de uno. Los proveedores reciben respuesta a tiempo y el equipo de compras dejó de dedicar las mañanas a perseguir firmas. Ese tiempo hoy se invierte en negociar mejores condiciones, algo para lo que antes nunca había espacio.

Con el dato real, el segundo ciclo ya tiene un objetivo claro: corregir la captura de datos en el origen para acercar el proceso al 70% automatizable. Eso convierte el proyecto en un sistema que aprende y no en una entrega única.

Por qué ya no se decide a ciegas

Lo que cambió en esta empresa no fue solo el proceso de compras. Fue la manera de decidir.

Antes, cada automatización se justificaba con urgencia o con entusiasmo. Ahora hay un método: se mide antes, se controla durante y se verifica después. Cada proyecto deja un dato real que mejora la estimación del siguiente.

🌀 Y las personas no salieron del proceso. Cambiaron de lugar en él: dejaron de sostenerlo a mano y pasaron a gerenciarlo. La tecnología ejecuta lo repetitivo. Las personas piensan, deciden y mejoran.

Esa es la diferencia de fondo entre APM y la automatización tradicional: una entrega herramientas, la otra construye la capacidad de seguir decidiendo bien.

Una automatización que no se mide antes, durante y después no es una decisión, es una apuesta con presupuesto.

Si hoy no puedes decir cuánto te devolvió tu última automatización, empieza por ahí.

📌 Escríbeme y conversamos sobre un proceso.