Decidir qué automatizar primero (y qué no): el corazón de APM

La mayoría de las empresas que automatizan mal no lo hacen por falta de herramientas. Lo hacen porque automatizan en el orden equivocado.

La pregunta que más evitan hacerse no es "¿cómo automatizo esto?" Es "¿esto merece automatizarse ahora?"

Esa diferencia no es semántica. Es la diferencia entre un proyecto con retorno y uno que genera deuda técnica, fricción interna y la sensación de que "la automatización no funciona para nosotros."

APM, como disciplina, empieza exactamente ahí: antes de la herramienta, antes del proveedor, antes del piloto. Empieza en la decisión.

Impacto vs. esfuerzo

Hay dos variables que definen si un proceso vale la pena automatizarse primero: cuánto retorno genera y cuánto cuesta hacerlo bien.

La mayoría de los equipos solo evalúa una de las dos.

Si solo miras el impacto, terminas eligiendo el proceso más visible o el que más duele, no necesariamente el que más retorna. Si solo miras el esfuerzo, terminas eligiendo lo más fácil de implementar, que casi nunca es lo más estratégico.

El criterio correcto cruza las dos variables al mismo tiempo. Un proceso de alto impacto y bajo esfuerzo de implementación es el candidato ideal para empezar. No el más urgente. No el favorito del gerente. El que tiene mejor relación retorno/costo real de implementación.

🔍 Esto parece obvio hasta que lo intentas aplicar con números reales. Entonces la mayoría de los "procesos prioritarios" dejan de serlo.

Ese cruce requiere datos básicos: cuántas horas consume el proceso hoy, con qué frecuencia ocurre, quién lo ejecuta y a qué costo, qué errores genera y cuánto cuestan esos errores. Con eso, el mapa de prioridades cambia completamente.

Sin esos datos, la priorización es una opinión. Y las opiniones, en automatización, son caras.

ROI FIRST como criterio de priorización

Qué NO automatizar

APM no solo define qué automatizar. Define qué no automatizar. Y esa segunda lista importa tanto como la primera.

Hay procesos que no deben automatizarse ahora porque están mal diseñados. Automatizar un proceso roto lo hace roto más rápido y a mayor escala. Antes de automatizar, ese proceso necesita rediseño. Meterle tecnología encima no lo mejora: lo congela en su versión defectuosa.

Hay procesos que no deben automatizarse porque dependen de criterio humano que aún no es sistemático. Si el equipo no puede describir el proceso con reglas claras, repetibles y predecibles, no hay sistema que lo ejecute bien. La automatización ejecuta reglas. Si las reglas no existen, el sistema improvisa, y eso es peor que no automatizar.

💡 Hay procesos que no deben automatizarse porque el costo de implementación supera el retorno en cualquier horizonte razonable. El ROI negativo no siempre es evidente antes de hacer los cálculos. APM exige hacerlos.

Y hay procesos que simplemente no son el momento. No porque no valgan, sino porque hay otros con mayor retorno y menor riesgo que deben ir primero. Aplazar no es lo mismo que descartar.

Saber qué no entra en el roadmap es tan estratégico como saber qué sí entra.

Arquitectura antes de herramienta

Procesos que sí pagan

No todos los procesos tienen el mismo perfil de retorno. Algunos pagan rápido y en grande. Otros pagan lento y poco. APM ayuda a distinguirlos antes de comprometer recursos.

Los procesos que suelen tener el mejor perfil de retorno comparten características: son repetitivos (ocurren con alta frecuencia), son predecibles (siempre siguen las mismas reglas), consumen tiempo de personas con costo alto, generan errores frecuentes con consecuencias medibles, y tienen un punto de entrada y un punto de salida claros.

Cuando un proceso cumple esas condiciones, el caso financiero casi siempre se sostiene solo. El cálculo es directo: cuántas horas se eliminan, a qué costo, con qué frecuencia, menos el costo de implementación y mantenimiento.

Cuando un proceso no cumple esas condiciones, el caso financiero requiere supuestos. Y los supuestos en automatización tienen un historial malo.

🎯 La diferencia entre un proyecto que genera retorno y uno que genera costos ocultos muchas veces no está en la herramienta. Está en si el proceso elegido tenía el perfil correcto desde el principio.

Ese perfil se evalúa antes de empezar. No durante. No después.

Salir del modo adivinanza

Cuando no hay criterio explícito de priorización, las empresas toman decisiones por una de estas vías: el proceso que más incomoda en este momento, el que alguien vio en un caso de éxito de otro sector, el que el proveedor de turno ofrece implementar más rápido, o el que "todo el mundo sabe que hay que automatizar."

Todas esas vías son formas de adivinar.

El modo adivinanza tiene un costo estructural. No solo en el proyecto que sale mal. En todos los proyectos correctos que no se hacen porque los recursos están en el equivocado. En la desconfianza que se genera cuando la automatización "no funcionó." En el tiempo que tarda la empresa en volver a intentarlo.

APM reemplaza el modo adivinanza con un sistema de decisión. No elimina la incertidumbre, pero la acota. Define qué información se necesita antes de decidir, qué preguntas deben tener respuesta antes de comprometer presupuesto, y qué criterio se usa cuando hay dos opciones y hay que elegir una.

Una empresa puede no tener implementada ninguna automatización y aun así estar tomando buenas decisiones de automatización. La diferencia está en si esas decisiones las toma el criterio o las toma la presión.

📌 Escríbeme y conversamos sobre un proceso.