Los 5 procesos que casi toda empresa automatiza mal
Automatizar un proceso roto no lo arregla: solo hace que se rompa más rápido y en más sitios a la vez. Antes de conectar nada, hay que saber distinguir qué está listo y qué no.
En corto
- La automatización amplifica el proceso que ya tienes. Si el proceso es malo, amplifica el desastre.
- Un proceso está listo cuando puedes escribir su disparador, sus pasos y qué hacer con las excepciones.
- Los cinco fallos más comunes: automatizar la excepción, automatizar sin dueño, automatizar el síntoma, automatizar sin medir y automatizar lo que había que eliminar.
- Empieza por lo repetitivo y de bajo riesgo, no por lo que más duele.
En diez años dentro de operaciones —primero en automoción, después en Amazon— vi el mismo patrón repetirse en empresas de tamaños muy distintos. Alguien detecta una tarea pesada, compra una herramienta, la conecta, y seis semanas después el equipo ha vuelto a hacerlo a mano «porque el sistema se equivoca».
El sistema casi nunca se equivoca. Lo que pasa es que se automatizó un proceso que nadie había terminado de definir.
La automatización es un amplificador
Conviene tener esto claro antes de tocar ninguna herramienta: automatizar no mejora un proceso, lo acelera. Si el proceso produce buenos resultados, produces más buenos resultados con menos esfuerzo. Si produce errores, produces más errores, más rápido y con menos gente mirando.
Automatizar un proceso malo es pagar por equivocarte más rápido.
Por eso el orden importa: primero se arregla el proceso, después se automatiza. Invertir ese orden es el error que está detrás de los cinco casos que vienen ahora.
Los cinco fallos más comunes
1. Automatizar la excepción en lugar del caso normal
Es tentador empezar por el caso que más ruido hace: el pedido raro, el cliente difícil, la factura que nunca cuadra. Pero las excepciones son precisamente lo que peor se automatiza, porque su lógica cambia cada vez.
El caso normal —el aburrido, el que se repite doscientas veces al mes sin sorpresas— es donde está el retorno real. Automatiza ese, y deja que las excepciones lleguen a una persona.
2. Automatizar sin un dueño del proceso
Toda automatización se rompe alguna vez: cambia un formato, un proveedor modifica su web, alguien renombra una columna. Si no hay una persona concreta responsable de que ese proceso funcione, el fallo se descubre tarde y mal, normalmente por un cliente enfadado.
3. Automatizar el síntoma y no la causa
Un equipo dedica horas cada semana a corregir datos de pedidos. La reacción instintiva es automatizar la corrección. La pregunta correcta es por qué llegan mal los datos.
Muchas veces la causa está un paso antes: un formulario sin validar, un campo libre donde debería haber una lista, dos sistemas que no comparten el mismo identificador. Arreglar el origen elimina el trabajo en lugar de acelerarlo.
4. Automatizar sin medir el antes
Si no sabes cuánto tiempo costaba el proceso, cuántos errores producía y con qué frecuencia se ejecutaba, no vas a poder demostrar que la automatización sirvió de algo. Y lo que no se puede demostrar, no se defiende cuando toca renovar presupuesto.
No hace falta un sistema de métricas. Tres números apuntados durante dos semanas bastan:
- Frecuencia: cuántas veces al mes ocurre.
- Duración: cuánto tarda una persona en completarlo, de principio a fin.
- Retrabajo: cuántas veces hay que rehacerlo o corregirlo.
5. Automatizar algo que había que eliminar
El más caro de los cinco, porque el resultado parece un éxito. Se automatiza un informe semanal que nadie lee, una validación que dejó de ser necesaria hace dos años, un correo de seguimiento que el cliente ignora sistemáticamente.
Antes de automatizar cualquier cosa, la pregunta previa es: si dejáramos de hacer esto mañana, ¿quién se daría cuenta y qué pasaría? Si la respuesta es «nadie» y «nada», ya tienes tu mejora.
Un test de tres preguntas antes de automatizar
Antes de abrir ninguna herramienta, responde estas tres por escrito. Si alguna se te resiste, ahí está el trabajo pendiente:
| Pregunta | Qué revela si no sabes responderla |
|---|---|
| ¿Qué dispara el proceso? | No hay un punto de entrada claro: la automatización no sabrá cuándo arrancar. |
| ¿Quién decide en cada bifurcación? | Hay criterio implícito en la cabeza de alguien. Hay que sacarlo antes. |
| ¿Qué pasa cuando algo sale mal? | No hay plan de excepciones: el primer fallo detendrá todo sin avisar. |
Por dónde empezar
El mejor primer proceso a automatizar en una empresa no es el que más duele. Es el que cumple tres condiciones a la vez: ocurre muchas veces, ocurre siempre igual, y si falla se nota rápido y se arregla fácil.
Ese primer caso no es el que más tiempo ahorra, pero es el que enseña al equipo cómo se trabaja con procesos automatizados. Los que ahorran de verdad vienen después, cuando ya sabes lo que estás haciendo.
Preguntas frecuentes
¿Cuánto cuesta automatizar un proceso en una empresa?
Depende mucho más del estado del proceso que de la herramienta. Un proceso documentado y estable se automatiza en días. Un proceso con excepciones sin resolver puede costar semanas, porque primero hay que decidir qué pasa en cada caso raro.
¿Hay que documentar el proceso antes de automatizarlo?
Sí, aunque sea de forma mínima. No hace falta un manual: basta con escribir el disparador, los pasos, quién decide en cada bifurcación y qué se hace con las excepciones. Si no se puede escribir, no se puede automatizar de forma fiable.
¿Por dónde empieza una empresa sin equipo técnico?
Por el proceso más repetitivo y de menor riesgo: uno que se haga muchas veces, siempre igual, y donde un error se detecte y se corrija fácil. Ese primer caso genera confianza y aprendizaje sin poner en riesgo la operación.
Guillermo Campos Ciro
Ingeniero industrial con diez años en supply chain entre automoción y Amazon. Ahora ayudo a empresas a arreglar sus procesos antes de automatizarlos.
Cuéntame tu proceso