Un cliente escribe un correo a soporte. El agente de IA lo detecta, empieza a redactar una respuesta. Al mismo tiempo, una persona del equipo, que también ha visto el correo entrar en la bandeja compartida, responde manualmente sin saber que el agente ya estaba trabajando en ello. El cliente recibe dos respuestas distintas, o peor, dos respuestas que se contradicen. Esto no pasa porque el agente "no funcione bien": pasa porque nadie definió con claridad quién es dueño de ese caso en cada momento. Ya hemos hablado de cómo colaboran agentes de IA y personas en un mismo proceso desde el punto de vista de qué tareas hace cada uno; aquí nos centramos en algo más concreto y más operativo: el protocolo de tráfico que evita que se pisen en el día a día.
El problema real no es "quién es mejor", es la falta de reglas de tráfico
Cuando una empresa introduce un agente de IA junto a su equipo humano, el error más habitual no es de diseño de tareas, sino de ausencia de reglas claras sobre propiedad y traspaso de cada caso. Si dos actores (el agente y una persona) pueden tocar el mismo caso al mismo tiempo sin saber que el otro también lo está tocando, el resultado es trabajo duplicado, respuestas contradictorias y, en el peor de los casos, una mala experiencia de cliente que ninguno de los dos ha causado individualmente, sino la falta de coordinación entre ambos.
Regla 1: cada caso tiene un único propietario en cada momento
El principio de base es simple de enunciar y difícil de saltarse una vez está bien implementado: en cualquier momento dado, un caso concreto (una conversación, un ticket, una gestión) tiene un único responsable, que puede ser el agente o una persona, pero nunca los dos a la vez sin que quede explícito quién manda en ese instante. Cuando el agente empieza a trabajar en un caso, ese caso queda marcado como "en gestión por el agente" en el sistema que use tu equipo (CRM, helpdesk, bandeja compartida), de forma visible para cualquier persona que lo consulte.
Esto requiere que el sistema del agente esté conectado en tiempo real a la misma herramienta que usa el equipo humano, no que funcionen en paralelo sin verse. Es la misma condición que exponemos en agentes de IA conectados a datos y herramientas de la empresa: sin esa conexión compartida, cualquier protocolo de propiedad de caso es papel mojado.
Regla 2: el traspaso es un evento explícito, no un silencio
El momento más delicado de la colaboración no es cuando el agente trabaja solo ni cuando la persona trabaja sola, es el instante del traspaso entre uno y otro. Un traspaso mal diseñado deja al cliente esperando, o hace que la persona que recibe el caso tenga que reconstruir desde cero lo que el agente ya sabía. Un traspaso bien diseñado incluye tres elementos: una señal clara de que el caso ha cambiado de manos (visible para ambos lados, no solo registrada en un log que nadie mira), un resumen completo de lo ya hecho y de la información ya recopilada, y la razón concreta por la que se ha producido el traspaso (una excepción, una petición del cliente, un nivel de confianza bajo en la respuesta del agente).
Sin ese tercer elemento, la persona que recibe el caso no sabe si está ahí porque el caso es genuinamente complejo o porque el cliente simplemente pidió hablar con alguien, dos situaciones que requieren un enfoque distinto.
Regla 3: define de antemano qué dispara un escalado, no lo decidas sobre la marcha
Dejar que el agente "decida cuándo escalar" sin criterios explícitos es la forma más habitual de que la coordinación falle. Los criterios de escalado deben quedar definidos antes de poner el agente en producción, no descubrirse a base de incidentes: un umbral de confianza bajo en la respuesta, una palabra clave que indique frustración o urgencia del cliente, un tipo de solicitud fuera de la política estándar (un reembolso excepcional, una queja formal), o directamente una petición explícita del cliente de hablar con una persona. Este último punto no es negociable: un cliente que pide hablar con alguien debe poder hacerlo sin que el agente insista en resolver el caso él mismo.
Regla 4: evita que el cliente note "el cambio de turno"
Desde fuera, el cliente no debería tener que repetir la misma información dos veces ni notar una caída brusca en el tono o el nivel de detalle de la conversación cuando el caso pasa del agente a una persona o viceversa. Esto exige que la persona que recibe el caso tenga acceso inmediato al historial completo generado por el agente, sin tener que pedirle al cliente que "le explique otra vez de qué va esto". Es un detalle pequeño en el diseño técnico que tiene un impacto grande en la percepción de calidad del servicio.
Regla 5: registra los traspasos para mejorar el reparto con el tiempo
Un protocolo de traspaso bien diseñado genera, casi como efecto secundario, un dato muy valioso: qué tipo de casos acaba escalando el agente con más frecuencia. Si un mismo tipo de consulta se escala una y otra vez, probablemente el agente necesita ampliar lo que puede resolver por sí solo en ese punto concreto, o el criterio de escalado está calibrado de forma demasiado conservadora. Revisar este patrón cada cierto tiempo, y no solo al principio del proyecto, es lo que permite que el reparto entre agente y persona mejore con el uso real en lugar de quedarse congelado en el diseño inicial.
Qué no cambia por muy bien diseñado que esté el protocolo
Ningún protocolo de traspaso elimina la necesidad de que una persona conserve la decisión final en los casos que de verdad importan: los que tienen impacto económico relevante, implicaciones legales, o afectan a datos personales sensibles. El protocolo no busca que el agente asuma cada vez más terreno sin límite, busca que el reparto que ya se ha decidido funcione sin fricción ni duplicidad en el día a día.
Conclusión
Combinar un agente de IA con tu equipo humano sin que se pisen no depende de lo sofisticado que sea el modelo, depende de un protocolo claro de propiedad del caso, traspasos explícitos y criterios de escalado definidos de antemano. Sin ese protocolo, hasta el mejor agente genera fricción; con él, hasta un agente sencillo puede integrarse sin sobresaltos en el trabajo diario del equipo.
En MG Solutions diseñamos ese protocolo de tráfico como parte de cualquier implementación de agentes de IA, no como un añadido posterior cuando ya han aparecido los primeros conflictos. Si quieres revisar cómo aplicarlo en tu equipo, reserva una primera reunión.