Lista de control de gobernanza de agentes de IA antes de conectar el CRM, el ERP o el correo

Un agente de IA en una empresa no es simplemente un chatbot mejorado. Un chatbot responde. Un agente puede leer datos, usar herramientas, proponer pasos y, en algunos casos, cambiar el estado de un sistema. Por eso conviene tratarlo como software interno, no como un experimento en el navegador.

Si lo conecta al CRM, al ERP, al correo o a los documentos internos sin reglas, crea un camino rápido hacia un error incontrolado. Si le pone límites, puede resultar realmente útil. La gobernanza no es un freno. Es lo que permite que un piloto llegue a producción.

Cuándo tiene sentido un agente

El mejor primer caso de uso tiene un alto volumen de trabajo, un contexto repetible y un resultado que una persona puede revisar con rapidez.

Ejemplos habituales:

• clasificación de contactos comerciales (leads) en el CRM,
• borradores de respuesta a correos de clientes,
• resúmenes de solicitudes de soporte,
• preparación de material a partir de documentos,
• propuestas de tareas de seguimiento para ventas,
• informes a partir de varios sistemas internos.

Un mal primer caso de uso es aquel en el que un error afecta de inmediato al dinero, los contratos, las decisiones de RR. HH. o la confianza del cliente. Un agente que cambia precios o aprueba pagos por su cuenta es un punto de partida arriesgado.

Si no está seguro de si necesita un agente o una automatización más sencilla, empiece por nuestro artículo Agentes de IA vs. automatización.

Lista de control de gobernanza

Esta lista de control es deliberadamente sencilla. Si el equipo no puede completarla en una sola página, el agente aún no está listo para producción.

Arquitectura segura en la práctica

Un agente no debería tener acceso directo e ilimitado a todos los sistemas. Un modelo mejor es una capa de integración controlada:

1. el usuario asigna una tarea,
2. el agente recibe solo el contexto necesario,
3. las herramientas se envuelven con reglas y permisos,
4. las acciones de riesgo pasan por una aprobación,
5. todo queda registrado,
6. el resultado se puede detener o corregir.

En el CRM, el agente puede sugerir la prioridad de un contacto, pero el comercial la confirma. En el ERP, puede preparar una propuesta de conciliación de pagos, pero contabilidad la aprueba. En el correo, puede redactar una respuesta, pero no la envía sin una persona.

MCP estandariza la conexión entre agentes y herramientas, y A2A cubre la comunicación entre agentes. Sin embargo, ninguno de los dos protocolos sustituye los permisos de la empresa, la autorización de cada operación ni el registro de auditoría. Nuestra guía MCP y A2A en sistemas empresariales explica dónde encaja cada uno.

Cómo medir un piloto

Un agente no debería ser una demo para una presentación. Debería ahorrar tiempo o reducir errores.

Haga un seguimiento de:

• los minutos ahorrados por caso,
• el porcentaje de resultados que una persona tuvo que editar,
• el número de contactos, solicitudes o documentos procesados,
• la tasa de error antes y después del piloto,
• el número de escalaciones,
• el coste de modelos e infraestructura,
• los comentarios de las personas que usan el resultado.

En el primer piloto, no pruebe cuatro procesos a la vez. Elija uno, ponga límites y mídalo durante dos a cuatro semanas.

Cómo puede ayudar RISE

RISE diseña y construye flujos de IA controlados sobre el CRM, el ERP, el correo y los documentos. Solemos empezar con un breve análisis que recorre el proceso y sus datos, señala los riesgos y los responsables, y fija el registro, el flujo de aprobación y la medición de resultados.

Si quiere saber dónde tiene sentido un agente y dónde basta con la automatización, consulte Automatización con IA o escríbanos.

Fuentes

• Model Context Protocol architecture
• Model Context Protocol security best practices
• A2A Protocol specification
• AI Act Service Desk: FAQ sobre agentes de IA

FAQ

¿Cuál es la diferencia entre un chatbot y un agente de IA?

Un chatbot sobre todo responde. Un agente puede usar herramientas, trabajar con datos y proponer o ejecutar pasos de un proceso.

¿Debería un agente tener acceso al CRM?

Sí, si tiene un alcance preciso, permisos mínimos, registros de auditoría y aprobación humana para los cambios de riesgo.

¿Quién es responsable de un error del agente?

Antes de que empiece el piloto debe haber un responsable de negocio, un responsable técnico y un proceso de incidentes. Sin eso, la responsabilidad aparece solo cuando algo se rompe.

¿Cuál es el mejor primer caso de uso?

Un proceso de alto volumen, con riesgo de bajo a medio y un resultado que una persona puede revisar con rapidez.