Una noche, después de la hora oficial de salida, me quedé en la oficina terminando algunos pendientes de reportes y del servidor de automatizaciones. Cerca de mí estaba un compañero que, como muchas otras veces, seguía trabajando hasta tarde.

Su trabajo consistía en supervisar el flujo de órdenes de punta a punta. Todos los días descargaba información, la convertía en Excel, filtraba casos problemáticos y revisaba una por una las órdenes atoradas: falta de inventario, problemas con paquetería, devoluciones, validaciones de pago o fallas en algún punto del proceso.

No era una tarea pequeña. Era prácticamente su trabajo completo. Durante meses, gran parte de su jornada se consumía revisando excepciones manualmente. Muchas veces salía cerca de las diez de la noche, aunque la jornada terminaba a las seis.

Cuando esas tareas comenzaron a formar parte de mi área, apareció la posibilidad de automatizar parte del proceso. Le pregunté algo que sonó más duro de lo que esperaba:

“¿Estás seguro de que quieres que te ayude a automatizar esto? Podríamos estar hablando de ahorrarte cerca de cuarenta horas al mes. Una semana entera de trabajo.”

Él dijo que sí. Pero sus ojos decían otra cosa. Sus palabras pedían ayuda; su mirada mostraba miedo.

Esa mirada me bastó para entender que automatizar una tarea no solo ahorra tiempo. También toca algo más delicado: la forma en que una persona entiende su propio valor.

“Si todo eso desaparece, ¿qué queda de mí como profesional?”

La pregunta puede sentirse como amenaza. Sin embargo, no debería llevarnos al miedo, sino al criterio. Si una persona ha pasado años ejecutando un proceso, su valor no está únicamente en repetirlo. Está en todo lo que aprendió mientras lo hacía: qué errores aparecen, qué excepciones importan, qué señales anuncian un problema y qué falla cuando nadie está mirando.

Ese conocimiento suele quedar atrapado dentro de tareas mecánicas. La persona sabe mucho, pero consume su capacidad copiando, pegando, filtrando y persiguiendo errores. Automatizar no debería destruir ese valor. Debería liberarlo.

Presionar “play” no es automatizar

También me pasó a mí. Durante una etapa de mi vida profesional corría algoritmos de forecasting de ventas todos los días a las ocho de la mañana. De ese proceso dependía un input clave para una junta diaria de finanzas.

Si no me levantaba a tiempo, el reporte no llegaba. Si no tenía internet, el reporte no llegaba. Si mi computadora fallaba, el reporte no llegaba.

El sistema dependía de mí, de mi horario, de mi conexión y de mi memoria. Eso no era automatización. Era una tarea manual con más herramientas en medio.

“Automatizar es convertir un proceso manual en un sistema controlado.”

Un sistema que reduce incertidumbre, permite detectar errores y deja trazabilidad suficiente para saber qué pasó cuando algo falla. El error puede venir del input, de una conexión, de una fuente o de una regla mal definida. Dentro de un sistema bien diseñado, no debería ser un misterio.

Por eso reducir tiempo no es el centro de la automatización. Es un subproducto. El verdadero valor está en estandarizar resultados, aumentar la trazabilidad y convertir un proceso frágil en un sistema que puede auditarse, corregirse y mejorar.

La sofisticación no compensa una mala pregunta

En un ejercicio de forecast de ventas, después de probar y comparar distintos enfoques durante casi dos meses, el modelo alcanzaba un margen de error cercano al 5% en el total mensual. Sobre el papel sonaba bien. Pero al equipo de ventas le agregaba poco valor.

“De poco me sirve un forecast si yo puedo modificar la venta con promociones, restricciones comerciales o decisiones logísticas durante el día.”

Tenían razón. Yo intentaba predecir un resultado que ellos podían intervenir. El pronóstico podía ser estadísticamente correcto sin estar conectado a una decisión suficientemente útil. Esa herramienta nunca pasó de pruebas.

En cambio, un sistema de visualizaciones que reducía de cuatro o cinco horas a aproximadamente una hora la disponibilidad de información fue adoptado con naturalidad. La diferencia no era estética: la información llegaba cuando todavía podía cambiar conversaciones y acciones.

“La adopción no premia lo complejo. Premia lo oportuno.”

Mejores sistemas, mejor criterio

La automatización también puede disminuir la carga cognitiva de la vida diaria. Cuando construí un sistema para registrar automáticamente mis gastos de comida, dejé de depender de revisar estados de cuenta al final del mes. El sistema me daba visibilidad cuando todavía podía cambiar mi comportamiento.

No me quitó flexibilidad. Me la devolvió. Antes tenía una sensación vaga; después tenía retroalimentación a tiempo.

Con el tiempo, estas experiencias se convirtieron en principios:

  • Si depende de que estés despierto, disponible o recordando correrlo, todavía no es automatización.
  • Automatizar sin criterio solo acelera procesos mal diseñados.
  • Un buen sistema reduce incertidumbre y permite explicar qué pasó cuando algo falla.
  • La sofisticación técnica no compensa una mala pregunta operativa.
  • La adopción no premia lo complejo. Premia lo oportuno.
  • La experiencia no debería quedar atrapada en tareas repetitivas.

Vuelvo a pensar en aquella mirada de miedo. No creo que fuera miedo a trabajar menos. Era el miedo de descubrir que una parte importante de su esfuerzo podía convertirse en sistema.

Pero la repetición no es lo que debemos proteger. Debemos proteger el criterio desarrollado al repetir: el conocimiento del proceso, la sensibilidad para detectar excepciones y la claridad para saber qué decisión importa.

“Automatizar no es el punto.
El punto es desarrollar criterio.”

Criterio para entender qué debe pasar, detectar qué puede fallar y distinguir entre una herramienta bonita y un sistema útil. Automatizar no se trata de reemplazar personas. Se trata de dejar de desperdiciar criterio humano en tareas que una máquina puede hacer mejor.