#Agentes101 : Agentes en el proceso, no la tarea
David Guede es el creador de Sharlie, un agente de voz que actúa como servicio de atención al cliente para Sosh. Durante todo el verano, compartirá su experiencia con nosotros en este curso intensivo sobre los fundamentos de los agentes de IA.
En el capítulo anterior:
#Agentes101 : Bienvenidos a nuestra serie de verano para dominar la automatización con agentes
El día 3 de cada mes, Léa abre su hoja de cálculo. Exporta las ventas del CRM, descarga el archivo financiero, cruza todos los datos en un solo libro, calcula los márgenes, detecta un par de desajustes que tendrá que investigar, redacta tres párrafos de análisis, maqueta una presentación y la envía a su departamento. Cada paso, por sí solo, es sencillo. Pero encadenados, le cuestan un día entero de trabajo. Y el mes que viene, tendrá que repetir exactamente lo mismo.
Pregúntate lo siguiente: de toda esa jornada, ¿qué es lo que realmente aporta valor? No es la exportación, porque de eso se encarga una herramienta. No es el cálculo, porque lo hace una fórmula. Ni siquiera son los comentarios, ya que un buen asistente conversacional puede redactarlos sin problema. Lo que le roba tiempo a Léa no es ninguna de estas tareas por separado. Es el hecho de tener que encadenarlas: pasar de una a otra, trasladar resultados, esperar, revisar, dar seguimiento. Ahí, y solo ahí, es donde se esconde el verdadero ahorro de tiempo.
La IA de agentes en la empresa: por qué un solo agente no basta
Nos equivocamos de enfoque en el instante en que preguntamos: «¿Qué agente deberíamos crear?». La mayoría de las tareas que componen un proceso ya se pueden resolver con una fórmula, un conector o un chatbot integrado en tus sistemas. Crear un agente dedicado para cada tarea es duplicar una capacidad que ya existe y agrandar un catálogo que nadie consulta.
El valor de un agente no radica en ejecutar un paso aislado. Su valor reside en eliminar el trabajo de coordinación entre los pasos; ese trabajo invisible, hecho de copiar y pegar, de esperas y comprobaciones, que Léa asume hoy de forma manual. Un agente se gana su sueldo el día que asume ese relevo: cuando el resultado de un paso se convierte automáticamente en la entrada del siguiente, sin que nadie tenga que intervenir.
Quédate con esta fórmula, porque volverá a aparecer en cada capítulo: agentificar un proceso no consiste en automatizar sus tareas, sino en automatizar cómo se encadenan.
Los 3 niveles de valor de la automatización con IA
No todo tiene el mismo valor, pero todo tiene algo de valor. Para orientarnos, es útil distinguir tres niveles.
- La tarea aumentada. Una necesidad puntual, un paso aislado: «resume este documento», «dame los ingresos por región». Tu chatbot, conectado a tus datos, ya lo hace a la perfección. En este caso, crear un agente sería excesivo: añadirías complejidad para obtener un servicio que ya tienes. Lo más sensato es no construir nada.
- El proceso pilotado. Una secuencia de pasos, pero dirigida por ti: te quedas en el chat y validas cada resultado antes de pedir el siguiente. El ahorro de tiempo es real, pero sigues siendo el director de orquesta. El día que tú no estás, no pasa nada.
- El proceso agentificado. La misma secuencia, pero el testigo pasa de forma autónoma de un agente a otro, con puntos de validación humana solo en los momentos clave. Expresas una intención y el proceso fluye hasta el resultado final. Este es el nivel donde el beneficio deja de ser local para convertirse en sistémico.
Estos tres niveles no son excluyentes; se complementan. El error no es usar la tarea aumentada, sino creer que apilando tareas aumentadas conseguirás, por arte de magia, un proceso automatizado. Solo conseguirás un montón de herramientas inconexas.
Cuándo incluir un agente en un proceso de negocio (y cuándo abstenerse)
Dado que no todo merece ser agentificado, necesitamos aplicar un filtro. El nuestro se basa en dos condiciones innegociables.
- ¿Es un proceso estandarizado? ¿Existe una secuencia clara de pasos que se mantiene más o menos estable cada vez que se ejecuta? Si cada caso es distinto o requiere improvisación, no hay nada que agentificar; te irá mejor pilotándolo en el chat. No se puede agentificar un proceso que no se ha sabido definir previamente.
- ¿Es frecuente? Un flujo de trabajo que se ejecuta tres veces al año no justifica el esfuerzo de orquestarlo. ¿Un proceso mensual, semanal o diario? Por supuesto. La frecuencia es lo que amortiza el coste de desarrollo.
Juntas, estas dos condiciones señalan a los candidatos ideales. Y cuantos más pasos y relevos tenga el proceso, mayor será el retorno de inversión. Si no cumple los requisitos, tienes dos alternativas muy válidas: la tarea aumentada para necesidades aisladas, o el proceso pilotado para secuencias poco frecuentes. La agentificación es la cima de la montaña, no el punto de partida por defecto.
Incluir agentes es orquestar una cadena de agentes especializados
Aclaremos qué significa «incluir agentes en un proceso» en la práctica. No significa construir un superagente gigante que sepa hacer de todo. Significa componer una cadena: cada paso tiene su agente especializado que hace su parte y le pasa el testigo al siguiente (lo que llamamos hand-off). El recopilador de datos le pasa el relevo al calculador, este al detector de desajustes y este al redactor, hasta llegar a la presentación final distribuida. El humano no desaparece de la ecuación; mantiene el control en los puntos de decisión clave (validar una cifra sorprendente, matizar un comentario delicado).
Fragmentar los flujos de esta manera no es un capricho de los arquitectos de software. Es lo que hace que el proceso sea gobernable: cada paso se puede probar, rastrear y corregir por separado. Profundizaremos en esto en los próximos capítulos.
Lo que debes recordar sobre la IA de agentes
Crear agentes para tareas individuales es quedarse en el campamento base. El valor real (el que te devuelve horas de tu vida y cambia de verdad tu día a día) está en el encadenamiento, no en los eslabones sueltos.
Pero queda una pregunta en el aire, y es el obstáculo que hace fracasar a la mayoría de las iniciativas: de nada sirve un proceso perfectamente agentificado si nadie lo utiliza. ¿Por qué tantos agentes acaban cayendo en el olvido y qué es lo que hace, por el contrario, que un equipo adopte realmente la herramienta?
