"Automatízalo todo" es un consejo popular y un mal consejo casi a partes iguales. Algunos procesos se benefician de verdad de la automatización. Otros son demasiado variables, demasiado poco frecuentes, o demasiado importantes como para dejarlos en manos de un sistema sin supervisión cercana. La pregunta útil no es si automatizar, es qué procesos automatizar primero, y en qué orden.
Los tres factores que de verdad determinan la prioridad
Tiempo ahorrado. ¿Cuánto tiempo humano recurrente consume este proceso, multiplicado por cuántas veces ocurre a la semana o al mes? Una tarea de cinco minutos hecha dos veces al día suma más rápido que una tarea de una hora hecha una vez al mes.
Complejidad. ¿Cuántos puntos de decisión y excepciones tiene el proceso? Una tarea que sigue exactamente los mismos pasos cada vez es un candidato mucho mejor para automatizar que una que requiere criterio caso por caso.
Riesgo. ¿Qué pasa si la automatización se equivoca? Automatizar una tarea donde un error se detecta fácilmente y se corrige barato es muy distinto a automatizar algo donde un fallo llega hasta un cliente o afecta a un registro financiero.
Los procesos que suelen puntuar bien
- Entrada y transferencia de datos entre sistemas que no se comunican de forma nativa
- Triaje y enrutamiento rutinario de correos hacia la persona o cola correcta
- Informes recurrentes que extraen los mismos datos de las mismas fuentes de forma periódica
- Actualizaciones de estado y notificaciones que hoy dependen de que alguien se acuerde de enviarlas
- Formatear y limpiar datos antes de que entren en una hoja de cálculo o un dashboard
Los procesos que normalmente no deberían automatizarse, al menos no del todo
- Cualquier cosa que requiera criterio genuino que varía caso a caso, como quejas de clientes con matices
- Tareas de baja frecuencia donde el tiempo invertido en construir la automatización supera el tiempo que llegaría a ahorrar
- Procesos que todavía cambian activamente, porque automatizar algo antes de que esté estable significa reconstruir la automatización cada vez que el proceso cambia
- Decisiones de alto riesgo donde un error tiene consecuencias económicas o reputacionales reales y no hay ningún punto de control humano
Una forma práctica de puntuar tu propia lista
Anota todos los procesos repetitivos que maneja tu equipo. Para cada uno, puntúa tiempo ahorrado, complejidad y riesgo en una escala sencilla, y prioriza primero lo que tenga mucho ahorro de tiempo, poca complejidad y poco riesgo. Esas son las victorias rápidas que generan impulso y liberan tiempo para abordar los casos más difíciles. Los procesos con mucho ahorro de tiempo pero también mucha complejidad o riesgo no están descartados, solo necesitan un diseño más cuidado, un buen manejo de errores, y normalmente un punto de control humano integrado en el flujo en vez de eliminar por completo la intervención de una persona.
Cómo es una buena automatización una vez construida
Una automatización fiable no es solo un sistema que funciona cuando todo va bien. Incluye manejo de errores para cuando faltan datos o llegan mal formados, registro (logging) para poder ver qué pasó después, y alertas para que alguien se entere al instante si algo se rompe, en vez de descubrirlo una semana después porque falta un informe. Una automatización sin esas tres cosas no está terminada, es un riesgo esperando a salir a la luz en el peor momento.
Empieza por un proceso, no por diez
Los equipos que más partido sacan a la automatización rara vez empiezan con una revisión ambiciosa y de gran alcance. Eligen el único proceso con mejor puntuación de su lista, lo construyen bien con manejo de errores incluido desde el primer día, lo ejecutan en paralelo al proceso manual durante un par de semanas para confirmar que se comporta correctamente, y solo entonces retiran la versión manual. Ese patrón, un proceso cada vez, verificado antes de empezar con el siguiente, es más lento al principio pero evita el fallo habitual de automatizar cinco cosas a la vez y perder de vista cuál se ha roto cuando, inevitablemente, algo falla.