La mayoría de los proyectos de automatización no fracasan por la tecnología. Fracasan porque se automatizó el proceso equivocado, o porque se automatizó un proceso que estaba mal y ahora está mal más rápido.
Este es el orden que funciona.
Primero: elige un solo proceso, y que duela
La tentación es empezar por lo fácil de automatizar. Es un error: lo fácil suele ser también lo que menos tiempo consume, así que el proyecto termina y nadie nota la diferencia. La siguiente automatización ya no se aprueba.
Empieza por el proceso que cumpla estas tres condiciones a la vez:
- Se repite. Diario o semanal, no una vez al trimestre.
- Sigue reglas. Si dos personas lo hacen distinto según su criterio, todavía no está listo para automatizarse.
- Consume horas medibles. Alguien puede decirte cuántas.
Un proceso que libera diez horas semanales paga un proyecto y abre la puerta al siguiente. Diez procesos pequeños automatizados en paralelo no llegan a producción.
Segundo: mide antes de tocar nada
Antes de escribir una línea de código, anota tres números:
- Cuánto tiempo consume hoy el proceso, por semana.
- Cuántos errores produce, y cuánto cuesta corregir cada uno.
- Cuánto tarda desde que entra una solicitud hasta que sale el resultado.
Sin esos números no vas a poder decir si la automatización sirvió, y sin poder decirlo no va a haber una segunda. Es la parte que más se salta y la que más se echa de menos seis meses después.
Tercero: arregla el proceso antes de automatizarlo
Al dibujar el proceso real —quién hace qué, en qué orden, con qué herramienta— casi siempre aparecen pasos que no deberían existir: una aprobación que nadie lee, un registro que se duplica en dos sistemas, un correo de confirmación que nadie abre.
Quitar esos pasos no cuesta software y suele dar la mitad del ahorro. Automatizar un paso inútil es pagar por conservarlo para siempre.
Cuarto: automatiza por capas, no de golpe
Un proceso rara vez se automatiza entero de una vez. Se hace por capas, y cada una entrega valor sola:
Capa uno, capturar. Que la información entre una sola vez, en un formulario que valida mientras se escribe, en vez de en tres sistemas distintos.
Capa dos, mover. Que el caso avance solo al siguiente responsable cuando se cumple la condición, sin que nadie tenga que avisar.
Capa tres, vigilar. Que el sistema avise antes de que un plazo se venza, no después.
Capa cuatro, decidir. Que las decisiones que siguen reglas claras las tome el sistema, y que las que requieren criterio lleguen a una persona con la información ya servida.
La mayoría de las empresas obtienen la mayor parte del beneficio en las dos primeras capas.
Quinto: convive con lo manual durante un tiempo
El sistema nuevo debe correr en paralelo al proceso viejo hasta que los resultados coincidan. Es incómodo y dura unas semanas, y es la diferencia entre un cambio y un mes de datos perdidos.
El criterio para apagar el proceso viejo no es una fecha: es que durante dos o tres ciclos completos los dos hayan dado el mismo resultado.
Sexto: entrégale el control a quien opera
Una automatización que solo el proveedor puede modificar no es una mejora, es una dependencia nueva. Quien opera el proceso debería poder cambiar por su cuenta:
- Los plazos y los recordatorios.
- Los responsables de cada paso.
- Las plantillas de los mensajes y documentos.
- Los umbrales que disparan una alerta.
Si cada uno de esos cambios necesita una solicitud y una factura, el sistema va a quedarse congelado en la forma que tenía el día del lanzamiento, y el proceso real va a seguir moviéndose sin él.
Qué automatizar primero, en la práctica
Por si sirve de punto de partida, estos son los procesos que más veces hemos visto pagar el proyecto en el primer trimestre:
- Aprobaciones y flujos de autorización que hoy viven en cadenas de correo.
- Generación de documentos repetitivos: cotizaciones, contratos, remisiones.
- Asignación de casos o pedidos según reglas de carga o territorio.
- Recordatorios y seguimiento de cobros.
- Consolidación de informes que hoy se arman a mano cada semana.
- Cargue de datos entre dos sistemas que no se hablan.
Lo que la automatización no arregla
No arregla un proceso que nadie entiende, no reemplaza una decisión que requiere criterio y no compensa la falta de datos. Si hoy nadie sabe cuántos pedidos hay abiertos, automatizar el flujo no lo va a resolver: primero hay que registrar los pedidos en algún sitio.
Y no reemplaza personas, al menos no en los proyectos que hemos hecho. Lo que hace es que el mismo equipo atienda más volumen sin contratar, y que deje de dedicar la mañana a mover información de un lado a otro.
Si tienes identificado el proceso que más duele, con eso basta para la primera conversación. Si no lo tienes, esa también es una conversación que vale la pena.