Qué conviene automatizar y qué no

"Es repetitivo, hay que automatizarlo" es una regla incompleta que lleva a más de un proyecto fallido. La repetición es una condición necesaria, pero no suficiente — hay procesos muy repetitivos que no conviene automatizar, y otros con menos repetición que sí lo justifican, dependiendo de otras variables.

La pregunta que realmente conviene hacerse antes de automatizar algo no es "¿esto se repite?" — es "¿el costo de mantener la automatización, a lo largo del tiempo, es menor que el costo de seguir haciéndolo a mano?". Esa cuenta cambia según tres factores:

Estabilidad del proceso. Si el proceso cambia de reglas seguido (una promoción distinta cada mes, un criterio que se ajusta constantemente), la automatización necesita mantenimiento permanente — y ese mantenimiento puede terminar costando más que el ahorro original.

Excepciones. Cuántas veces el proceso "normal" tiene una excepción que rompe la regla general. Un proceso con 5% de excepciones se automatiza bien, dejando ese 5% para revisión humana. Un proceso con 40% de excepciones probablemente no tiene, todavía, una regla lo suficientemente clara como para automatizar.

Impacto de un error silencioso. Una automatización que falla en silencio —sin que nadie lo note hasta mucho después— es más peligrosa que un proceso manual lento. Si el proceso tiene un impacto alto y el error puede pasar desapercibido, conviene automatizar con alertas explícitas de control, no automatizar sin supervisión.

Automatizar no es la respuesta a "esto es repetitivo". Es la respuesta a "el costo de mantenerlo automatizado, con sus excepciones y sus controles, es menor que seguir haciéndolo como hasta ahora".

Un proceso estable, con pocas excepciones y con un costo de error manejable si algo falla, es un candidato sólido. Un proceso inestable, con muchas excepciones, o donde un error silencioso puede ser grave, necesita primero más orden — no más automatización.