Automatización y agentes de IA

Qué automatizamos

Procesos que tocan datos o decisiones.

Un proceso entra si cumple tres condiciones. Que alguien lo haga hoy con una frecuencia que lo justifique. Que la información necesaria exista en algún lado, aunque esté repartida entre sistemas que no se hablan. Y que se pueda describir qué tendría que pasar para considerarlo bien hecho, aunque no haya una única respuesta correcta.

Mover un dato de un sistema a otro es la parte resuelta del problema, y hay quien lo hace muy bien. Lo nuestro empieza donde eso no alcanza: cuando entre un sistema y el otro hay que leer un documento, interpretar qué dice, decidir con qué criterio clasificarlo o construir un dato que antes no existía. Ahí la tubería no basta, y lo que hace falta es ingeniería sobre el contenido, no sobre la conexión.

Tres formas de automatizar

El primer paso del diagnóstico es ubicar tu caso. Muchos procesos tienen tramos de más de un tipo, y lo razonable es resolver con recorrido fijo todo lo que se pueda y reservar los agentes para donde no se puede anticipar. Un sistema de agentes cuesta más y tarda más, así que usarlo donde alcanzaba un flujo fijo es tirar dinero. En cambio, usarlo donde corresponde permite automatizar lo que hasta ahora quedaba fuera de alcance, que es precisamente el trabajo que consume a los perfiles más caros de tu equipo.

Un caso particular: cuando ya tienes modelos

Un modelo predictivo devuelve una probabilidad o un valor. Alguien tiene que decidir qué hacer con eso, y cuando hay varios modelos corriendo, esa decisión se vuelve un trabajo en sí mismo.

Hay dos formas de resolverlo, y no son lo mismo. Una es integrar las salidas para decidir: combinar la probabilidad de fuga, el valor esperado y la propensión de cada cliente con tus reglas de negocio, y que de ahí salga la acción que corresponde a cada uno. La otra es ejecutar la estrategia: cuando el modelo ya te dice a quién, pero el equipo no da abasto para armar y lanzar lo que sigue, un sistema que prepara las campañas, las justifica y las deja listas para revisión.

Los dos son sistemas multi-agente. La diferencia está en si el cuello de botella es decidir o ejecutar.

Hasta dónde llega solo

Ejecuta la estrategia que defines, a una escala mayor a la que soporta tu equipo. Las reglas del juego las sigue poniendo tu negocio; la ejecución es autónoma.

Eso incluye procesos completos que hoy dependen de que alguien los empuje, y también decisiones operativas repetidas que tu equipo toma cientos de veces con el mismo criterio. Un sistema con las reglas, los límites y el contexto correctos puede llevar todo eso adelante sin intervención.

Dónde entra una persona, si entra, es una decisión de diseño que se toma con tu equipo y depende de dos cosas: qué pasa si el sistema se equivoca en ese punto, y si el sector obliga a dejar constancia de una revisión. Un proceso interno sin consecuencias externas no necesita a nadie mirando. Uno que emite algo a un cliente o a un organismo, normalmente sí, al menos al principio. Cuando hay revisión, el sistema deja el trabajo hecho y explicado, con el razonamiento de cada paso, para que aprobar tome segundos y no minutos. Y se acota a medida que la evidencia se acumula.

Cómo se verifica que funciona

Esta es la pregunta que casi nadie contesta, y es la que sostiene todo lo anterior. Un sistema que ejecuta solo sin forma de comprobar que ejecuta bien no es autonomía, es un problema esperando.

Antes de poner nada en marcha se define qué es una salida correcta, y esa definición no la ponemos nosotros. Tu equipo revisa las salidas del sistema durante el desarrollo y marca qué está bien y qué no, hasta que el criterio del sistema coincide con el criterio del negocio. Ese trabajo es lo que evita entregar algo técnicamente correcto y comercialmente inútil.

A partir de ahí el sistema no queda congelado. Cada corrección que aparece es material para afinarlo, y esa afinación sigue durante la vida del sistema, en parte porque el propio sistema revisa su trabajo y en parte con lo que devuelve tu equipo cuando algo no sale como esperaba.

Y queda midiéndose en producción, en dos niveles. El de ejecución, que es cuántos casos pasan sin intervención, cuántos necesitan corrección y en qué tipo de caso se equivoca. Y el de resultado, que es si lo que el sistema ejecutó produjo lo que se esperaba. El segundo tarda más en verse y es el que decide si vale la pena.

Qué se entrega

El proceso corriendo dentro de tu entorno. La documentación de cómo funciona, qué revisar y qué hacer cuando algo falla. Y el criterio de verificación, para que se pueda comprobar que sigue haciendo bien su trabajo dentro de seis meses.

Cuando el proceso es crítico o cambia seguido, la propuesta incluye además el seguimiento mensual: revisión del rendimiento, ajuste cuando el proceso cambia y atención cuando algo se rompe. Va planteado desde el principio, con su alcance y su precio, no como una factura que aparece después.

Preguntas frecuentes