Diseñar agentes de IA para corredurías: de un simple bot de FAQs a agentes que orquestan tareas entre CRM, email y gestor documental

Cuando una correduría empieza a hablar de "agentes de IA", la conversación tiende a oscilar entre dos extremos. Por un lado, está el chatbot básico de FAQs en la web que responde preguntas rutinarias y casi nadie llama "agente" propiamente. Por otro, los discursos sobre agentes autónomos que harían "todo el trabajo" y que sugieren proyectos imposibles. Entre ambos extremos hay un terreno mucho más interesante: agentes con capacidades reales, integrados con los sistemas de la correduría, que orquestan tareas concretas en lugar de decidir por su cuenta.

Este artículo explica cómo se diseñan estos agentes en una correduría real, qué capas tiene su construcción, cómo se asigna lo que hace la IA y lo que sigue siendo humano, y cómo evolucionar desde un bot básico hasta un agente verdaderamente útil sin proyectos eternos.

Qué es un "agente" en términos prácticos

En el lenguaje técnico actual, un agente es un sistema basado en IA que puede:

• Mantener una conversación con un usuario o con otro sistema.
• Acceder a información de varias fuentes.
• Ejecutar acciones en sistemas externos (consultar, registrar, enviar, agendar).
• Mantener cierto estado durante la interacción.
• Combinar varias herramientas según la tarea.

En el contexto de una correduría, un agente puede orquestar tareas como: leer un email entrante, identificar el cliente, consultar su cartera, generar una respuesta, abrir una tarea en el CRM, archivar el correo. Todo eso encadenado de forma automática y, idealmente, sin perder el control humano.

Niveles de madurez de agentes en una correduría

No todas las corredurías necesitan llegar al nivel máximo, ni conviene saltarse niveles. Una progresión razonable:

Nivel 1 — Bot de FAQs

Responde preguntas frecuentes en la web. Sin acceso a datos del cliente. Sin acciones. Útil pero limitado.

Nivel 2 — Asistente con contexto

Añade acceso a datos del cliente con autenticación. Puede dar información sobre pólizas y siniestros del cliente concreto, pero sin ejecutar acciones que modifiquen el sistema.

Nivel 3 — Agente con acciones acotadas

Puede ejecutar algunas acciones bien delimitadas: agendar una llamada, abrir una tarea para el equipo, enviar un correo predefinido, derivar un caso. Todas con confirmación humana previa o con barreras estrictas.

Nivel 4 — Agente orquestador

Encadena tareas en varios sistemas: lee un email, consulta el CRM, genera respuesta, registra interacción, agenda seguimiento. Para tareas concretas y bien acotadas.

Nivel 5 — Agente avanzado

Capaz de manejar casos complejos con múltiples ramificaciones, decisiones intermedias y aprendizaje. Aún experimental en seguros y, cuando se aplica, con supervisión humana clara.

La mayoría de corredurías medianas se beneficiarán del nivel 3 o 4. Saltarse niveles suele acabar mal.

Las cinco capas que componen un agente útil

Un agente bien diseñado tiene cinco capas de construcción:

Capa 1 — Definición clara del objetivo

Qué tarea concreta resuelve el agente. No "ayudar al cliente"; sí "responder consultas sobre estado de siniestros y derivar al gestor cuando se detecta complejidad".

Capa 2 — Conocimiento e información

Lo que el agente sabe. Puede incluir:

• Información estática (FAQs, condicionados, productos).
• Información dinámica del cliente (cartera, siniestros, interacciones).
• Documentación interna (protocolos, plantillas).

Capa 3 — Capacidades de acción

Qué puede hacer el agente. Cada acción se define explícitamente con:

• Cuándo está autorizada.
• Qué parámetros recibe.
• Qué confirmación humana requiere (si la requiere).
• Qué efectos tiene en sistemas externos.
• Qué registros genera.

Capa 4 — Diálogo y experiencia

Cómo conversa el agente:

• Tono apropiado al contexto.
• Capacidad de derivar a humano.
• Reconocimiento de límites.
• Comunicación clara cuando no puede resolver algo.

Capa 5 — Supervisión y mejora

Cómo se vigila y mejora el agente:

• Registros de interacciones.
• Métricas de éxito (problemas resueltos, derivaciones, satisfacción).
• Procesos de revisión periódica.
• Mecanismos de actualización del conocimiento.

Decisiones de diseño que marcan la diferencia

Confirmación humana sí o no

Para cada acción que el agente puede ejecutar, hay que decidir si requiere confirmación humana. Algunos criterios:

• Acciones que afectan al cliente (envío de comunicaciones, decisiones formales): siempre con confirmación o limitadas a plantillas estandarizadas.
• Acciones de gestión interna (registrar, archivar, agendar): pueden ir sin confirmación si están bien acotadas.
• Acciones con efecto en compañías o terceros: siempre con confirmación humana, sin excepciones.

Una conversación o muchas

Algunos agentes funcionan mejor con conversación abierta; otros con flujos guiados con botones y opciones. Para casos sensibles (siniestros), suelen funcionar mejor flujos guiados al inicio y conversación abierta cuando el caso lo requiere.

Atención al cliente o uso interno

Los agentes para el cliente final exigen más cuidado en tono, escalado a humano y cumplimiento. Los agentes internos pueden ser más directos. Confundir ambos enfoques produce malos agentes.

Multimodalidad

Voz, texto, imágenes. La mayoría de agentes en correduría empiezan por texto y, cuando se consolidan, añaden voz para casos de movilidad o accesibilidad.

Lo que no debe hacer un agente

Algunas líneas claras:

• No tomar decisiones que afecten al cliente sin supervisión humana real.
• No comunicar mala noticia (rechazo de cobertura, denegación de siniestro) automáticamente.
• No suplantar identidad humana cuando es claramente un sistema automático.
• No actuar como única fuente de información para decisiones formales sin verificación.
• No procesar datos sensibles sin las garantías adecuadas.

Implicaciones de cumplimiento

Cualquier agente con acceso a datos del cliente:

• Cumple con AI Act según su categoría de riesgo.
• Procesamiento conforme a RGPD con base legal clara.
• Aviso de transparencia al usuario cuando aplique.
• Supervisión humana en decisiones con efecto significativo.
• Trazabilidad de las interacciones.
• Procesamiento en regiones autorizadas.

Un agente bien diseñado integra cumplimiento desde el principio.

Cómo evolucionar desde un bot básico

Una progresión sensata para una correduría que tenga ya un bot de FAQs y quiera ir más allá:

1. Mes 1-2. Análisis de uso del bot actual. Identificar las consultas que se quedan cortas. Definir el siguiente nivel deseado (probablemente Nivel 2).
2. Mes 3-4. Ampliación con autenticación y acceso a datos del cliente. Pruebas con grupo piloto.
3. Mes 5-6. Despliegue completo del Nivel 2. Medición.
4. Mes 7-12. Identificación de la primera acción a delegar al agente. Diseño y prueba.
5. A partir de ahí. Adición progresiva de acciones, con disciplina de confirmación humana donde aplique.

A los 18 meses, una correduría puede tener un agente Nivel 3-4 maduro y útil, sin haber arriesgado nada en el camino.

Mini-casos

Correduría que evolucionó su bot. Empezaron con un bot público básico que solo respondía FAQs. A los seis meses, añadieron autenticación y acceso a datos del cliente. A los doce, capacidades de agendado y derivación. A los dieciocho, agente que orquesta varias tareas. La progresión gradual permitió aprender en cada paso.

Correduría con agente interno. Construyeron un agente solo para uso interno del equipo: respondía consultas técnicas, accedía a condicionados y al CRM, registraba conclusiones de conversación. El equipo lo adoptó rápidamente. Coste limitado, valor alto.

Correduría que se quemó con un proyecto demasiado grande. Quisieron lanzar un agente Nivel 5 desde el principio, "que lo hiciera todo". Tras dieciocho meses, no había nada en producción. Reorientaron a un agente Nivel 3 acotado y, en seis meses, tenían algo funcionando. Lección: no saltarse niveles.

Cómo empezar: el primer agente real

Para una correduría que quiera diseñar un agente útil desde cero:

1. Definir el caso de uso concreto. Una tarea, un usuario, un objetivo.
2. Elegir el nivel de madurez apropiado (probablemente Nivel 2 o 3 al inicio).
3. Diseñar las cinco capas sin atajos.
4. Implantar con grupo piloto durante 2-3 meses.
5. Medir, ajustar, expandir.

A los seis meses, la correduría puede tener un primer agente útil en producción.

Cierre

Diseñar agentes de IA en una correduría no es ciencia oscura: es una disciplina que combina decisiones de producto, criterio profesional y rigor técnico. Las corredurías que avanzan en este frente lo hacen por niveles, sin saltarse pasos, con caso de uso claro y supervisión humana donde toca.

El resultado, cuando se hace bien, es un activo competitivo importante: un agente que escala lo que el equipo hace, mejora la experiencia del cliente y libera tiempo para tareas de mayor valor. El resultado, cuando se hace mal, suele ser un proyecto que no llega a producción y un equipo desencantado.

Si quieres explorar qué primer agente tendría sentido para tu correduría, una sesión inicial específica para definir caso de uso, nivel de madurez y capas de diseño suele ser el primer paso para arrancar con buenas probabilidades.