Agente de atención al cliente — arquitectura de referencia

Customer Operations Agent — arquitectura de referencia

Un agente de customer service de producción no es un chatbot. Es un sistema con identidad, scope, política, registro de auditoría y un camino de escalación diseñado. Así es esa arquitectura de extremo a extremo.

El problema con la mayoría de despliegues

La mayoría de despliegues de IA en customer service fallan por la misma razón: tratan al agente como chatbot, no como sistema. El agente no tiene identidad (por lo que no puede ser auditado), ni scope (por lo que actúa fuera de su autoridad), ni política (por lo que toma decisiones inconsistentes), ni registro de auditoría (por lo que los fallos no pueden investigarse), ni camino de escalación (por lo que el cliente queda atascado cuando el agente no sabe). El resultado es un sistema que responde algunas preguntas correctamente, falla las demás silenciosamente, y crea problemas de confianza y cumplimiento cuando falla.

La arquitectura

El agente opera dentro del stack de customer service existente. Tiene una identidad provisionada a través del IDP corporativo, con el scope y los permisos de un rol de customer service. Lee del CRM, del ticketing system, de la knowledge base, y del historial del cliente. Responde o actúa dentro de la política y los permisos del cliente. Cuando el caso es no estándar, escala a un humano con contexto completo. Cada acción queda registrada.

El agente no es una sola llamada a un modelo. Es un sistema que:

• Lee de múltiples fuentes con provenance
• Clasifica intención y prioridad
• Recupera el conocimiento relevante con citas
• Responde o actúa dentro de la política definida
• Escala con contexto completo cuando el caso está fuera de su scope
• Aprende de las correcciones y escalaciones

El flow

1. El cliente contacta vía chat, email, voz o web form.
2. El agente lee el historial del cliente desde el CRM.
3. El agente lee los tickets abiertos desde el ticketing system.
4. El agente lee artículos relevantes de la knowledge base.
5. El agente clasifica por intención y prioridad.
6. El agente responde o actúa dentro de la política y los permisos.
7. Para casos no estándar, el agente escala con contexto completo a un humano.
8. El agente humano toma el relevo con la lectura y los siguientes pasos sugeridos.

La auditoría

Cada acción queda registrada con:

• El input (qué leyó el agente)
• La política (qué regla aplicó)
• La decisión (qué eligió hacer)
• El resultado (qué dijo o escribió)
• El contexto del cliente (qué cliente, qué caso)

Qué parece esto en producción

El cliente contacta con el service center. El agente lee el historial, los tickets abiertos, el conocimiento relevante. El agente responde. El cliente no sabe que el agente fue un agente. La interacción es rápida, consistente, y precisa. El registro de auditoría está disponible para cada interacción. El agente humano se centra en los casos no estándar que requieren juicio.