Automatizar un mal proceso solo acelera el error

Distribuidora de autopartes, 210 personas. Dar de alta a un nuevo proveedor tomaba 11 días y pasaba por seis manos: compras llenaba un formulario, fiscal revisaba documentos, legal miraba el contrato, finanzas lo cargaba en el ERP, compras verificaba la carga y la dirección aprobaba. Contrataron una automatización para el formulario.

Después de la automatización, el alta pasó a tomar 9 días. El formulario, que antes tardaba un día en circular, ahora llegaba en segundos — y quedaba esperando en la misma fila de siempre. La empresa había automatizado la única parte del proceso que no era el problema.

01La idea: no automatices, elimina #

Michael Hammer publicó en la Harvard Business Review de julio de 1990 el artículo que le dio nombre a la reingeniería de procesos: Reengineering Work: Don't Automate, Obliterate. El argumento era directo e incómodo para la industria tecnológica de la época: las empresas estaban usando la computadora para hacer más rápido procesos que no deberían existir con ese diseño.

Hammer observaba que la mayoría de los flujos administrativos había sido diseñada décadas antes, bajo restricciones que ya no existían — información en papel, ausencia de comunicación instantánea, necesidad de verificación manual porque no había otra forma de comprobar. Automatizar ese diseño preserva reglas que solo tenían sentido dentro de las restricciones viejas.

Es justo registrar el otro lado. La ola de reingeniería de los años 1990 produjo daño real: se volvió sinónimo de recorte de personal y, como escribió Thomas Davenport en 1995 haciendo autocrítica del movimiento que ayudó a crear, ignoró a las personas que ejecutaban los procesos. La parte de Hammer que envejeció bien es el diagnóstico, no la brutalidad de la ejecución.

02Por qué esto se volvió más urgente con la IA #

En 1990, automatizar era caro y lento, y eso servía de filtro natural: solo valía la pena para procesos importantes, y alguien pensaba un poco antes. Hoy, montar una automatización toma una tarde, y un agente de IA puede asumir una etapa entera en una semana. El filtro desapareció.

Eso cambia la naturaleza del riesgo. Una automatización sobre un mal proceso no solo acelera el error: lo congela. La regla rara que existía porque un director la pidió en 2019 pasa a estar codificada, con alguien dependiendo de ella, y tocarla se convierte en un proyecto de TI.

Vale decirlo con todas las letras, aunque sea nuestro negocio: quien vende automatización y agentes tiene incentivo para saltarse la etapa de repensar el proceso. Es un pésimo negocio para ambos lados. Un agente puesto sobre un flujo confuso produce resultados inconsistentes, pierde la confianza del equipo en tres semanas y quema el tema dentro de la empresa por dos años.

03La cuenta de la automatización apurada #

Escala de esa distribuidora brasileña mediana de 210 personas (cifras en reales), con 25 altas de proveedor por mes. Premisas conservadoras y explícitas:

¿Querés ver cómo queda dentro de una operación real? Conocé la plataforma.

La cuenta: cada alta consumía cerca de 5,5 horas de trabajo humano sumando las seis manos. Eliminando la doble verificación y haciendo que legal y fiscal miren en paralelo, baja a cerca de 2,2 horas. Son 3,3 horas × 25 altas × 12 meses = 990 horas anuales; a R$ 90 la hora, cerca de R$ 89 mil, más el efecto del plazo sobre la negociación con proveedores. Y solo después de eso entra la automatización — sobre un flujo de tres etapas, donde vale mucho más.

04Dónde se traba esto en la práctica #

1. Nadie sabe por qué existe la etapa. La respuesta más común es 'siempre fue así'. Sin el motivo, nadie se siente autorizado a quitarla — y automatizar parece el camino seguro.
2. La automatización se compra por área. Cada departamento automatiza su propio pedazo, y el flujo entre áreas, donde está la mayor parte de la espera, sigue intacto.
3. Repensar el proceso da trabajo político. Eliminar una verificación significa que alguien renuncie a un control. Automatizar no ofende a nadie, y por eso se elige.
4. Falta el registro para decidir. Sin saber cuánto tiempo consume realmente cada etapa, la elección de qué automatizar se hace por intuición — normalmente la etapa más visible, no la más cara.

05Qué responde la gestión con datos #

Decidir qué eliminar exige saber a dónde se va el tiempo. Cuando cada etapa registra cuándo entró y cuándo salió, la conversación deja de ser sobre la opinión de un área y pasa a ser sobre la fila que está ahí. Es la misma lectura que sostiene el mapa de los siete desperdicios en la oficina y que evita el error clásico de optimizar lejos del cuello de botella real.

Nuestra posición sobre el orden de las cosas es la misma desde hace tiempo, y no cambia porque vendamos automatización: primero hacer visible el flujo, después eliminar lo que no debería existir, después estandarizar, y recién entonces automatizar o poner un agente. Los módulos de procesos, automatizaciones y agentes de la plataforma fueron diseñados en esa secuencia — entre otras cosas porque un agente sin proceso definido no tiene cómo saber qué es correcto. Vale ver cómo se aplica esto por área y, si tu caso es específico, hablar con nosotros antes de automatizar suele ahorrar un proyecto entero.

Una advertencia final, en el espíritu de la autocrítica que el propio movimiento hizo en los años 1990: repensar un proceso toca el trabajo de personas reales, que casi siempre saben mejor que cualquier diagrama dónde se rompe el flujo. Hacerlo sin ellas es como la reingeniería quedó mal vista.

La pregunta no es qué se puede automatizar. Es qué debería dejar de existir antes de que alguien lo automatice.