Cómo elegir el primer proceso para un agente de IA

El mejor primer proceso para un agente de IA es uno aburrido. Ocurre todos los días o todas las semanas, está hecho de correos, documentos o tickets, tiene una persona responsable, se puede saber si el resultado fue bueno, y un error se detecta antes de salir de la organización. El agente prepara el trabajo y una persona lo aprueba.

El peor primer proceso es el que más entusiasma a la dirección: la vitrina de atención al cliente, el proceso que decide sobre personas o el flujo que nadie sabe describir del todo. Esos proyectos fracasan despacio y en público, y le enseñan a la organización la lección equivocada sobre los agentes.

¿Qué hace que un caso de uso sea un buen primer proyecto para un agente de IA?

Dos de las empresas que construyen los modelos dicen más o menos lo mismo. La guía práctica de OpenAI para construir agentes (en inglés) recomienda priorizar los procesos que hasta ahora se han resistido a la automatización: los que requieren criterio y manejan excepciones, los que tienen reglas que se volvieron demasiado complejas de mantener, o los que dependen de muchos datos no estructurados, como documentos y lenguaje natural. Anthropic, en Building effective agents (en inglés), señala que los agentes aportan más valor en tareas con criterios de éxito claros, que permiten ciclos de retroalimentación e integran una supervisión humana real.

Lo traducimos en seis preguntas para cada proceso candidato:

Criterio	Cómo se ve un buen candidato	Señal de alerta
Volumen	Ocurre a diario o cada semana	Ocurre dos veces al año
Entrada	Correos, PDF, tickets, texto libre	Campos limpios que una regla simple podría resolver
Responsable	Una persona con nombre, que sufre el problema	"Todos" o "el departamento"
Resultado	Se distingue un buen resultado de uno malo	El éxito es cuestión de gustos
Costo de un error	Se detecta internamente y se deshace con facilidad	Llega a un cliente, a un regulador o al banco
Acceso	El agente llega al correo, los archivos y las herramientas	Conseguir acceso es un proyecto en sí mismo

El responsable importa más de lo que parece. Un proceso sin una persona que quiera resolverlo no tiene quién revise los borradores del agente, quién defina qué es "bueno" ni quién lo siga usando cuando termine el proyecto.

¿Qué procesos no conviene automatizar primero?

Cuatro tipos de procesos son malos primeros proyectos, aunque parezcan atractivos.

• Todo lo que decide sobre personas. La selección de candidaturas a un empleo o la evaluación de la solvencia de una persona figuran como usos de alto riesgo en el anexo III del Reglamento de Inteligencia Artificial de la UE, con obligaciones que una tarea interna de back office no tiene. Quizá valga la pena algún día. No es donde se aprende.
• Su proceso de clientes más visible. Cada error es público, así que la presión por volver al agente totalmente autónomo llega antes de tener la evidencia para justificarlo.
• Un proceso que nadie sabe describir. Si tres personas dan tres versiones distintas de cómo funciona, el agente automatizará fielmente la confusión. Ordene o documente el proceso primero.
• Un proceso que no necesita un agente. Si la entrada siempre tiene la misma forma y los pasos nunca cambian, la automatización tradicional es más barata y más confiable. La guía de OpenAI lo dice sin rodeos: si un caso de uso no cumple claramente los criterios de un agente, una solución determinista puede bastar. Escribimos sobre esa elección en Agente de IA, chatbot o automatización.

El manual de IA del gobierno británico (en inglés), escrito para el sector público pero útil mucho más allá, dice lo mismo desde el otro lado: la elección de un caso de uso debe partir de las necesidades del negocio y de los usuarios, de los puntos de dolor y las ineficiencias, no de lo que la tecnología puede hacer.

¿Cómo comparar los procesos candidatos?

Manténgalo lo bastante simple como para hacerlo en una tarde.

1. Pregunte a quienes hacen el trabajo. No solo a los mandos. Pregunte a cada equipo qué le quita demasiado tiempo cada semana y qué preferiría no volver a hacer nunca. El objetivo es una lista de cinco a diez candidatos.
2. Puntúe cada candidato de 0 a 2 en los seis criterios de la tabla.
3. Descarte todo lo que tenga un 0 en responsable o en costo de un error. Sin responsable no hay adopción. Un error caro e irreversible carga al primer proyecto con un riesgo que no necesita.
4. Ordene por el total y mire los tres primeros. Elija aquel cuyo responsable esté más motivado, no necesariamente el de mayor puntaje.
5. Escriba una frase de éxito. Por ejemplo: "Para fines del segundo mes, el agente prepara la mayor parte de las facturas semanales de proveedores y la dirección financiera las aprueba en la herramienta que ya usa." Si no puede escribir esa frase, todavía no ha elegido un proceso.

¿Por qué el back office suele ser el mejor punto de partida?

Porque cumple casi todos los criterios a la vez. Facturas, contratos, correos de proveedores e informes internos llegan en volumen, son sobre todo texto, tienen un responsable evidente, y un error se detecta internamente antes de que se envíe o se pague nada.

Así funciona nuestro propio grupo. La administración y las finanzas de nuestro grupo de empresas pasaban por una sola bandeja de entrada saturada. Hoy los agentes clasifican el correo, preparan los informes, redactan la documentación y dejan listos los pagos, y una persona aprueba todo lo que mueve dinero o lleva una firma. Se puso en marcha en semanas y luego se ajustó en producción, y funciona todos los días. Puede leer cómo en el caso del back office.

El patrón no se limita a las finanzas. En una marca, la misma forma aparece en la correspondencia con proveedores, los datos de producto, los informes para minoristas o el resumen semanal de la competencia que nadie tiene tiempo de escribir.

¿Cómo deberían ser las primeras semanas?

El agente prepara y una persona aprueba, desde el primer día. La guía de OpenAI recomienda que las acciones sensibles, irreversibles o de alto impacto activen supervisión humana hasta que crezca la confianza en la fiabilidad del agente. Su conclusión: empezar en pequeño, validar con usuarios reales y ampliar las capacidades con el tiempo.

En la práctica, eso significa tres cosas.

• Integrarlo en las herramientas existentes. El agente trabaja en el correo, el chat, el tablero de tareas o la unidad compartida que el responsable ya usa. La aprobación también ocurre ahí.
• Medir desde la primera semana. Registre qué hizo el agente, qué corrigió una persona y cuánto costó. Las correcciones son la señal más útil que tiene: muestran exactamente dónde el agente necesita mejores instrucciones, mejores datos o un alcance más acotado.
• Ampliar solo con evidencia. Cuando las correcciones en una tarea acotada se acercan a cero, esa tarea puede funcionar con menos supervisión. El dinero, las firmas y todo lo que un cliente lee en su nombre siguen en manos de una persona. Explicamos por qué en Por qué nuestros agentes de IA nunca mueven dinero por su cuenta.

Por dónde empezar

Haga una lista de cinco a diez procesos candidatos junto con quienes hacen el trabajo. Evalúelos por volumen, entrada, responsable, resultado, costo de un error y acceso. Descarte los que no tienen responsable o cuyos errores son caros, elija uno y escriba la frase que describe el éxito. Después haga una prueba pequeña y real antes de construir una estrategia sobre ella. Así abordamos la estrategia de IA: primero un experimento concreto, después un plan largo.

Si tiene una lista corta y no sabe con qué proceso empezar, con gusto la revisamos con usted.