
Handoff de IA a humano: cómo pasar un caso a una persona sin perder contexto
Un handoff de IA a humano traspasa una conversación del agente a una persona. Cuándo hacerlo, qué resumen entregar y cómo evitar que el cliente repita todo.
¿Por qué el traspaso es un momento delicado?
Es el punto donde la experiencia suele romperse. La persona lleva diez minutos explicando su caso a un asistente, recibe un “te paso con un agente” y el agente humano le pregunta de nuevo el número de pedido. En ese momento la IA no le ahorró nada, y la persona se enoja con los dos.
También hay un costo interno. Si quien recibe el caso solo tiene el historial completo, debe leerlo entero antes de contestar. Por eso el handoff no es solo mover una conversación de una cola a otra: es entregar un caso con criterio, con lo importante ya separado de lo accesorio.
¿Cuándo debe pasar un caso?
Hay cuatro situaciones claras para el traspaso:
- El caso excede el alcance. Una pregunta sobre un producto que el asistente no maneja, o una excepción de política.
- Hace falta criterio o responsabilidad humana. Un reembolso fuera de lo habitual, una queja grave o una decisión que compromete a la empresa.
- La persona lo pide. Aunque la IA crea poder resolverlo, si el cliente pide hablar con alguien, el traspaso debe ser inmediato y sin trámites previos.
- La IA no puede confirmar lo que necesita. Si los datos están incompletos o se contradicen, es mejor pasar el caso que inventar una respuesta.
Conviene no confundir este traspaso con el handoff entre agentes, en el que un agente cede la tarea a otro agente. Aquí el destino es una persona, y eso cambia qué información hay que preservar y cómo se anuncia. Si la decisión es una aprobación dentro de un flujo automatizado, el patrón de control humano describe mejor el caso.
Un criterio útil: el traspaso no debe sentirse como un castigo por preguntar. Si el asistente pasa cada caso ante la mínima duda, la gente deja de confiar en él y lo esquiva; si nunca pasa nada, la gente se queda atrapada. Define reglas explícitas (por tema, monto o intentos fallidos) y revísalas con casos reales.
¿Qué debe llevar el resumen?
El resumen es el producto del handoff. Debe permitir que la persona continúe en menos de un minuto sin releer la conversación completa. Cinco partes:
- El objetivo. Qué quiere la persona, en una frase.
- Lo que ya se intentó. Los pasos del asistente y sus resultados.
- Los datos verificados. Número de pedido, fecha, monto, con su fuente.
- Lo que no se pudo confirmar. Dicho de forma explícita, para que la persona lo verifique.
- La pregunta concreta. Qué decisión o acción se necesita de la persona.
La última parte es la que más se omite. Un resumen que dice “el cliente tiene un problema con su pedido” no ayuda; uno que dice “el cliente pide reembolso parcial; falta confirmar si el pedido llegó con daños” le da a la persona un punto de partida.
Separa también lo que el cliente dijo de lo que el sistema comprobó: si el modelo resume mal y la persona confía en el resumen, el error se propaga. Deja el historial completo a un clic de distancia, para quien quiera verificarlo.
¿Cómo se anuncia el traspaso?
El cliente debe saber con quién habla. El traspaso tiene que decir tres cosas con claridad: que pasa a una persona, qué ocurrirá después y cuánto tardará aproximadamente. Por ejemplo: “Te paso con una persona del equipo de pedidos. Ya tiene tu caso y los datos del pedido. Suele responder en unos minutos.”
Nunca debe hacerse pasar a la IA por una persona. Genera una confianza que no corresponde y lleva a compartir datos o tomar decisiones con una expectativa falsa. Hay además un marco legal: el artículo 50 del Reglamento de IA de la UE obliga a diseñar los sistemas de IA que interactúan con personas de modo que estas sepan que hablan con una IA, salvo que sea obvio por el contexto. Según artificialintelligenceact.eu, aplica desde el 2 de agosto de 2026. Si operas en la UE, consulta qué te corresponde con un especialista.
Si no hay una persona disponible en ese momento, el sistema debe decirlo y ofrecer una alternativa concreta: dejar el caso registrado con su resumen o programar la respuesta. No debe fingir que el traspaso es inmediato. Cuando el caso queda en espera, el equipo humano debe enterarse con una notificación que diga qué se necesita, no con una cola silenciosa.
¿Cómo se implementa en la práctica?
Los detalles dependen de la plataforma. Dos ejemplos documentados:
- Intercom. Una publicación de la comunidad de Intercom (29 de mayo de 2025) explica que se puede generar un resumen breve en el momento en que Fin, su agente de IA, pasa la conversación a una persona, y dejarlo como nota interna. Se configura añadiendo la acción “Add summary note” en un flujo de triaje, antes del paso que asigna la conversación a una bandeja. La finalidad que describe es que quien la recibe vea qué se cubrió sin leer todo el hilo.
- SDK de agentes de OpenAI. Su documentación define el handoff como una delegación entre agentes: el modelo lo ve como una herramienta, normalmente llamada
transfer_to_<nombre_del_agente>, y puedes pedirle datos como el motivo o la prioridad coninput_type. No describe el traspaso a una persona. Su página de human-in-the-loop trata de aprobar o rechazar llamadas a herramientas: la ejecución se pausa, el estado se puede guardar y se reanuda cuando alguien decide. Sirve para aprobaciones, no para que una persona tome la conversación; para eso necesitas tu propio canal.
Si construyes el flujo tú, lo mínimo es que el traspaso sea un paso explícito con datos estructurados (motivo, resumen, datos verificados, pendientes) y no un simple “reenviar el chat”.
Ejemplo
Ejemplo ilustrativo: una tienda en línea usa un asistente para consultas de envíos. Un cliente pide un cambio de dirección después de que el paquete salió del almacén. El asistente no puede hacerlo y pasa el caso a una persona del equipo de logística con este resumen: “Objetivo: cambiar la dirección de envío del pedido 1182. Verificado: el pedido salió el lunes; el transportista ya lo tiene. Sin confirmar: si el transportista admite cambios después de la salida. Pregunta: ¿es posible el cambio o hay que ofrecer devolución?”.
La persona responde con datos concretos en lugar de pedir al cliente que repita todo, y el cliente percibe que el traspaso valió la pena.
¿Cuándo NO conviene el traspaso?
- Cuando la pregunta es simple y el asistente la resuelve bien. Transferir cada consulta satura al equipo humano.
- Cuando no hay personas disponibles y el traspaso termina en una cola sin resumen. Es peor que no ofrecerlo.
- Cuando el caso tiene datos sensibles y el canal no es seguro. Primero hay que verificar el canal.
Errores comunes
- Transferir sin resumen y obligar a la persona a releer todo.
- Pasar cada caso ante la mínima duda, lo que desgasta la confianza en el asistente.
- Hacer creer al cliente que habla con una persona cuando no es así.
- Prometer un tiempo de respuesta que el equipo no cumple.
- Descartar el historial al transferir y perder lo que el cliente ya explicó.
- Mezclar en el resumen lo que dijo el cliente con lo que el sistema comprobó.