Cómo automatizar procesos de una empresa con agentes de IA

La conversación siempre empieza igual: qué proceso automatizamos primero.

Es una pregunta razonable y no es la que importa. Con las herramientas actuales, casi cualquier proceso administrativo se puede automatizar hasta cierto punto. La lista de candidatos no es el cuello de botella.

Lo que decide si el proyecto llega a producción o se queda en una demo entusiasta es otra cosa: qué ocurre cuando el agente se equivoca. Y esa pregunta hay que hacérsela antes de elegir, no después.

Por qué esa es la pregunta

Un proceso automatizado no falla como falla una persona. Una persona que duda pregunta. Un agente que duda decide igualmente, y lo hace con la misma naturalidad con la que acierta el resto del tiempo.

Eso significa que el criterio de selección no es cuánto tiempo ahorra el proceso. Es cuánto cuesta un error que nadie detecta durante tres semanas.

Un proceso que ahorra veinte horas al mes pero donde un fallo silencioso factura mal a un cliente es peor candidato que uno que ahorra cinco y donde el error se ve el mismo día. La comparación intuitiva —automatizar lo que más tiempo come— lleva sistemáticamente al sitio equivocado.

Los candidatos que sí funcionan

Con ese filtro delante, los buenos candidatos comparten tres rasgos.

Alto volumen y baja varianza. No basta con que se repita: hace falta que se repita igual. Cien facturas al mes con el mismo formato son mejor candidato que trescientas de veinte proveedores distintos, aunque las trescientas coman más horas.

El error se nota pronto. O porque el resultado lo revisa alguien de forma natural, o porque hay una comprobación posterior que lo destapa. Si la equivocación solo aparece al cerrar el trimestre, todavía no.

El criterio se puede explicar. Si al preguntar cómo se decide algo la respuesta es “depende, se ve al mirarlo”, eso no es un proceso: es un juicio profesional. Se puede asistir, no delegar.

Casos que cumplen los tres en casi cualquier empresa: clasificar y encaminar correo entrante, extraer datos de documentos con estructura estable, generar informes recurrentes, y trasladar información entre sistemas que hoy no se hablan.

El humano en el bucle, bien puesto

“Humano en el bucle” se ha convertido en una fórmula que se dice y no se diseña. Poner a alguien a aprobar todo lo que hace el agente no es supervisión: es hacer el trabajo dos veces, y además mal, porque a la tercera semana esa persona aprueba sin leer.

La supervisión útil es selectiva. El agente resuelve solo lo que entra dentro de lo previsto y escala lo que no, con un criterio explícito: importes por encima de un umbral, clientes marcados, casos donde su propia confianza es baja, cualquier cosa que no encaje en un patrón conocido.

Eso convierte al revisor en alguien que ve cinco casos difíciles al día en lugar de doscientos triviales. Y esos cinco casos son, además, la mejor fuente que vas a tener para saber qué falta.

Lo que separa la demo de la solución

Una demo se construye contra datos preparados. Una solución se construye contra los datos que hay, que están sucios, incompletos y llenos de excepciones que nadie documentó.

Ahí es donde se cae la mayoría de proyectos, y el motivo casi nunca es el modelo. Es que el agente no tiene acceso gobernado a la información real: no puede consultar el sistema donde está el dato bueno, o puede pero sin límites ni trazabilidad, que a efectos de aprobación es lo mismo que no poder.

Esa capa de acceso —qué puede leer, qué puede escribir, qué queda registrado— es la parte aburrida y es la que decide. Un agente excelente sobre datos inaccesibles no sirve para nada. Un agente correcto con acceso bien gobernado funciona.

Un orden que no falla

Elige un proceso, no cinco. Concreto, medible, y que duela lo justo: si es crítico no te van a dejar equivocarte, y si no le importa a nadie no vas a aprender nada cuando falle.

Móntalo contra datos reales desde el primer día, aunque el alcance sea ridículo. Un piloto con datos inventados solo demuestra que el modelo sabe hablar.

Mide lo que pasaba antes. Si no tienes el número de partida, dentro de tres meses no vas a poder demostrar nada y el proyecto se defenderá con impresiones.

Y deja que se equivoque en algo que se pueda deshacer. La primera vez que el sistema falle es cuando de verdad vas a entender el proceso, y conviene que esa lección salga barata.

---

Cuando el proceso tiene fases con criterios distintos, un solo agente se queda corto y aparece la opción de repartirlo. Lo trato en Qué es un equipo de agentes de IA y cuándo compensa.