"Quiero hablar con una persona." Es una de las frases que más incomodidad genera dentro de un equipo que acaba de poner en marcha un agente de IA de atención al cliente, porque suena a rechazo del proyecto entero. En la práctica, es una situación absolutamente normal que va a ocurrir con cierta frecuencia, y la forma en que el sistema responde a esa frase dice más sobre la calidad del proyecto que cualquier métrica de resolución automática.
Por qué un cliente pide esto, y casi nunca es solo por rechazo a la tecnología
Antes de diseñar la respuesta, ayuda entender qué hay detrás de esa petición, porque las causas son distintas y piden soluciones distintas:
- El agente no está resolviendo el problema, y el cliente ha perdido la paciencia después de varios intentos. Aquí el problema no es que sea un agente: es que está fallando en su función, y pedir un humano es la reacción lógica ante cualquier sistema —automatizado o no— que no ayuda.
- El asunto tiene una carga emocional que el cliente necesita sentir que alguien "de verdad" entiende: una queja seria, una situación económica delicada, un problema con un familiar o una mascota si el negocio lo implica. Aquí el rechazo no es a la tecnología, es a sentir que un problema importante para él está siendo tratado con indiferencia automatizada.
- Desconfianza previa aprendida, de una mala experiencia con otro sistema automatizado en el pasado, que hace que el cliente prefiera curarse en salud pidiendo un humano desde el principio, antes incluso de dar una oportunidad al agente.
- Preferencia personal, sin más: hay personas que, simplemente, prefieren tratar con otra persona para gestiones que consideran importantes, con independencia de si el agente podría resolverlo perfectamente bien.
Diseñar una única respuesta genérica para las cuatro situaciones es el error más habitual, y también el más fácil de evitar.
El principio de diseño más importante: nunca un callejón sin salida
Con independencia de la causa, hay un principio que no debería negociarse nunca al diseñar un agente de atención al cliente: la salida hacia una persona tiene que existir siempre, ser fácil de encontrar y no requerir que el cliente repita varias veces la misma petición para conseguirla. Un agente que ignora la petición, la esquiva con una respuesta genérica o la posterga indefinidamente ("en breve te atenderá un compañero") sin cumplirlo genera un nivel de frustración muy superior al que tendría simplemente no haber tenido un agente de IA. Este principio conecta directamente con lo que ya explicamos en qué es human-in-the-loop: la supervisión y disponibilidad humana no es un añadido opcional, es parte del diseño básico de cualquier sistema serio.
Cuánto debe insistir el agente antes de ceder la conversación
Un matiz importante: que la salida deba existir siempre no significa que el agente tenga que ceder la conversación en el segundo exacto en que se menciona la palabra "persona", especialmente si detecta que puede resolver el problema en un paso más. Un buen diseño distingue entre dar una última oportunidad breve y razonable ("puedo intentar resolverlo ahora mismo, ¿me confirmas X?") y, si el cliente insiste una segunda vez o el tono de la conversación sube, ceder sin más resistencia. Insistir más de una vez en que el agente puede resolverlo, cuando el cliente ya ha dicho explícitamente que no quiere seguir con él, es percibido como una falta de respeto a lo que la persona acaba de pedir, y ahí es donde más se deteriora la percepción de marca.
Qué información debe pasar el agente a la persona que continúa la conversación
Uno de los fallos más frecuentes, y más evitables, es que el cliente llegue a la persona y tenga que volver a explicar todo desde cero, como si la conversación con el agente no hubiera existido. El traspaso debe incluir un resumen claro de lo que ya se ha hablado, qué se ha intentado y por qué no se ha resuelto, para que la persona que retoma la conversación no empiece de cero y el cliente no tenga la sensación de haber perdido el tiempo con el agente antes de llegar a quien de verdad podía ayudarle.
Medir esto como una señal de calidad, no como un fracaso
Un error de gestión habitual es tratar cada petición de hablar con una persona como un fallo del proyecto de IA que hay que minimizar a toda costa. Es más útil tratarlo como una señal de calidad que conviene monitorizar: si la tasa de peticiones de traspaso a humano sube de forma sostenida, probablemente indica un problema real en cómo está resolviendo el agente, similar a lo que analizamos sobre el proceso de escalado de incidencias complejas a un humano con IA. Si se mantiene estable en un porcentaje razonable, es simplemente el reflejo natural de que una parte de los clientes, por el motivo que sea, prefiere o necesita ese trato, y no hay ningún proyecto de IA que deba aspirar a eliminar esa opción del todo.
Conclusión
Que un cliente insista en hablar con una persona no es un fallo del proyecto de IA: es una situación esperable que hay que diseñar con la misma atención que cualquier otro flujo del agente. Entender por qué lo pide, garantizar que la salida a un humano siempre existe y es fácil de encontrar, traspasar el contexto completo de la conversación y medir esta señal con criterio son las piezas que marcan la diferencia entre un cliente frustrado y uno que, aunque no haya usado el agente hasta el final, sigue confiando en la empresa.
En MG Solutions diseñamos siempre este tipo de salidas como parte estándar de cualquier agente de atención al cliente que implantamos. Si quieres revisar cómo está resuelto esto en tu operación actual, reserva una primera reunión.