Chatbot y atención humana: cómo entregar una conversación sin perderla
Derivar no es mostrar «te paso con un agente». El traspaso termina cuando existe un caso asignado, el bot ha dejado de responder, la persona dispone del contexto necesario y el cliente recibe una expectativa realista. Sin esos estados, bot y equipo pueden contestar a la vez o dejar una conversación sin dueño.
Lo esencial, antes de empezar
- Una señal de escalado no mueve por sí sola una conversación a una cola atendida.
- El bot debe quedar silenciado cuando una persona asume y reactivarse solo con una transición explícita.
- El paquete de contexto debe ser breve, verificable y respetar permisos.
- Fuera de horario y cola sin respuesta necesitan estados y mensajes propios.
La respuesta corta: modela el traspaso como un proceso
Define estados, propietario y plazos antes de escribir prompts. Una implementación mínima distingue bot activo, derivación solicitada, en cola, asignada a persona, resuelta, abandonada y reabierta.
Microsoft distingue en su documentación de handoff avanzado entre emitir un mensaje de escalado y transferir mediante una integración con contexto. Esa diferencia evita una falsa sensación de cobertura: el bot puede reconocer que necesita ayuda sin que exista una cola, un agente disponible o una confirmación de entrega.
El primer recurso debe ser un diagrama de estados con un responsable por transición. Atención decide qué señales obligan a escalar; operaciones define horarios y prioridades; tecnología implementa cola, asignación y recuperación. El cliente necesita saber si la respuesta será inmediata, posterior o por otro canal, sin prometer una disponibilidad que el equipo no tiene.
Usa estados que impidan conversaciones sin dueño
| Estado | Responsable | El bot puede responder | Salida |
|---|---|---|---|
| Bot activo | Automatización | Sí, dentro de alcance | Resuelto o derivación solicitada |
| Derivación solicitada | Enrutador | Solo acuse | En cola o alternativa |
| En cola | Equipo/cola | No | Asignada, caducada o abandonada |
| Asignada | Agente identificado | No | Resuelta, pendiente o transferida |
| Pendiente cliente | Agente | No salvo recordatorio aprobado | Respuesta o cierre |
| Resuelta | Agente | No | Cierre o reapertura |
Guarda quién cambió el estado y cuándo. La ausencia de agente no debe devolver silenciosamente el control al bot. Si caduca la cola, ofrece una alternativa real: dejar datos, crear ticket, llamar en horario o continuar con autoservicio. Un estado «derivado» sin destino y sin temporizador solo oculta el abandono.
Define señales obligatorias y voluntarias
- Petición explícita de hablar con una persona, sin obligar a repetirla varias veces.
- Riesgo, reclamación, cancelación, pago, datos sensibles o decisión fuera del alcance autorizado.
- Dos o más fallos de comprensión, respuesta impugnada o bucle detectado.
- Acción que exige verificar identidad o consultar un sistema al que el bot no tiene acceso autorizado.
- Señal interna de baja evidencia, herramienta fallida o datos contradictorios.
- Regla del negocio por tipo de cliente, idioma, producto, horario o prioridad, siempre documentada y no discriminatoria.
La documentación de Dialogflow CX sobre live agent handoff aclara que la señal identifica el traspaso para medición, pero no cambia por sí misma el estado de sesión; la integración debe ejecutar las acciones necesarias. Prueba por ello la cadena completa, no solo la detección de intención.
En WhatsApp, plantillas, permisos y ventanas del canal añaden restricciones. La guía de automatización de WhatsApp Business cubre ese marco; aquí el problema es quién responde después de cualquier canal.
Entrega contexto verificable, no un resumen ciego
El agente necesita motivo de contacto, mensajes relevantes, datos confirmados, acciones ya ejecutadas, consentimientos aplicables y razón de escalado. Distingue texto del cliente, campos de sistemas y resumen generado. Un resumen puede acelerar lectura, pero debe enlazar a la conversación original y no convertir una inferencia en hecho.
- Identificador único de conversación y canal.
- Identidad verificada o indicación clara de que sigue sin verificar.
- Último objetivo expresado por el cliente y preguntas aún abiertas.
- Herramientas consultadas, resultados y errores; nunca fingir que una acción terminó.
- Prioridad y regla que la justificó.
- Datos que el agente puede ver según su rol; el handoff no amplía permisos.
- Hora prometida, idioma y canal de respuesta autorizado.
Si el caso se crea en CRM, reutiliza una clave de conversación para no abrir varios tickets cuando la transferencia se reintenta. La guía de duplicados entre formularios y CRM desarrolla identidad e idempotencia para esa capa.
Diseña horario, cola y silencio del bot
- 01
Acuse
Confirma que la solicitud se registró y comunica el siguiente paso sin inventar un tiempo de respuesta.
- 02
Enrutamiento
Selecciona una cola por competencia y prioridad; registra si no existe destino válido.
- 03
Asignación
Una persona acepta el caso. Desde ese momento, el bot queda silenciado para contenido libre.
- 04
Caducidad
Si nadie acepta dentro del plazo interno, escala, ofrece alternativa o actualiza al cliente.
- 05
Cierre
El agente marca resultado y decide si el bot puede volver a atender una nueva consulta.
Para chat y tareas, Amazon recomienda configurar colas y perfiles al describir transferencias entre agentes. Independientemente del producto, la prueba debe cubrir agente ocupado, cola cerrada, ausencia de permisos, desconexión del cliente y reapertura posterior.
Prueba dos respuestas simultáneas y colas sin atender
- Solicitar humano durante un flujo normal y comprobar acuse, ticket, cola y contexto.
- Hacer que el agente responda mientras llega otro mensaje del cliente y verificar que el bot permanece callado.
- Probar fuera de horario, cola llena, agente que rechaza y transferencia a un segundo equipo.
- Cortar la integración después de crear el caso y confirmar que el reintento no duplica.
- Retirar acceso a un documento y comprobar que ni bot ni resumen lo revelan al nuevo agente.
- Medir solicitudes de handoff, asignadas, caducadas, abandonadas, tiempo hasta aceptación, reaperturas y resoluciones; no usar solo conversaciones marcadas como derivadas.
Una revisión de automatización con IA puede convertir canal, horarios, estados, permisos y excepciones en un flujo comprobable. El alcance correcto puede ser un bot más limitado con un traspaso fiable; aumentar respuestas automáticas sin capacidad humana de recuperación empeora el servicio.
Fuentes y referencias
Documentación oficial y referencias de mercado consultadas para verificar los puntos que cambian con el tiempo.
