Guía de diseño · Bomerang.io
¿Cuándo un agente de IA para WhatsApp debe derivar a una persona?
La respuesta corta: derivá cuando hay riesgo, ambigüedad, valor comercial o un bloqueo operativo. Un buen agente no intenta retener cada conversación: sabe cuál puede resolver, cuál debe escalar y qué contexto tiene que entregar para que la persona continúe sin empezar de cero.
Respuesta directa
La regla no debería ser “si el bot no sabe, pasá el chat”. Definí condiciones explícitas de escalación y un paquete de contexto: motivo, datos, historial breve, respuesta dada y siguiente acción.
¿Por qué la derivación humana es parte del diseño?
Un agente de IA trabaja dentro de un alcance. Puede consultar información aprobada, hacer preguntas, clasificar una intención o iniciar una acción; eso no significa que deba decidir sobre cualquier situación.
En WhatsApp, la experiencia también tiene reglas del canal. Meta documenta webhooks para recibir mensajes y estados de entrega, y distingue el uso de mensajes iniciados por la empresa mediante plantillas. La arquitectura del agente tiene que contemplar esas restricciones desde el principio, no después de una respuesta fallida.
¿Qué señales indican que hay que escalar?
Riesgo
Reclamos sensibles, datos personales, pagos, salud, legales o cualquier tema que necesite autorización.
Ambigüedad
El agente no puede identificar la intención con suficiente confianza o el usuario corrige varias veces el contexto.
Valor
Una oportunidad comercial, negociación o caso estratégico donde conviene que intervenga alguien del equipo.
Bloqueo
Falta información, una integración está caída o el flujo no puede completar la acción prometida.
Estas señales son una base operativa, no una fórmula universal. Un estudio jurídico, una clínica, un ecommerce y una agencia pueden definir umbrales diferentes. Lo importante es que el equipo pueda explicar por qué una conversación siguió automática o terminó en una persona.
Principio práctico: una derivación correcta no es una interrupción del flujo. Es el próximo paso del flujo, con permisos, responsable y contexto definidos.
¿Cómo se ve una regla de derivación en la práctica?
En ventas, una regla puede decir: si el lead pide una propuesta a medida, menciona un presupuesto, quiere negociar condiciones o solicita una reunión, el agente recopila los datos mínimos y deriva al responsable comercial.
En soporte, una regla puede decir: si hay un reclamo reiterado, un pedido de devolución, un error que no aparece en la base aprobada o una persona expresa frustración después de un intento de solución, se deriva con prioridad y resumen.
La regla tiene que ser observable. En vez de “si parece enojado”, usá señales revisables: palabras clave, cantidad de reintentos, intención clasificada, ausencia de respuesta en la base o una solicitud explícita de hablar con alguien.
¿Qué contexto hay que transferir al equipo?
La persona no debería recibir una captura aislada ni una etiqueta vaga como “consulta compleja”. Tiene que ver una ficha breve y accionable:
- Motivo principal y objetivo del usuario.
- Nombre, teléfono y otros datos que el usuario ya autorizó compartir.
- Resumen de los mensajes relevantes, sin copiar todo el chat.
- Respuestas y fuentes que el agente ya utilizó.
- Datos faltantes y pregunta concreta que queda abierta.
- Prioridad, responsable sugerido y próximo paso.
¿Cómo evitar que el agente prometa de más?
Separá tres cosas: lo que el agente puede informar, lo que puede iniciar y lo que solo una persona puede aprobar. Por ejemplo, puede explicar horarios; puede cargar una solicitud; pero quizás no puede confirmar un descuento, comprometer una fecha ni modificar un contrato.
Las fuentes deben estar acotadas y actualizadas. Si no existe información aprobada, la respuesta segura es reconocer el límite y ofrecer la derivación. Inventar una respuesta para evitar una escalación suele trasladar el costo al equipo y al cliente.
¿Qué hay que medir después de implementar la derivación?
No mires solo cuántas conversaciones fueron derivadas. Revisá si la derivación llegó al responsable correcto, cuánto contexto tenía, cuánto tardó la primera respuesta humana y si el usuario tuvo que repetir información.
También compará el resultado del flujo: resolución, lead calificado, reunión solicitada, reclamo cerrado o conversación abandonada. Una tasa de derivación mayor puede ser una mejora si antes el agente retenía casos de riesgo; una tasa menor puede ser mala si está ocultando errores.
¿Qué checklist usar antes de activar un piloto?
- Definir el alcance y las acciones que el agente no puede aprobar.
- Escribir señales de escalación observables para ventas y soporte.
- Asignar responsable, horario y canal de recepción para cada tipo de derivación.
- Diseñar el resumen que la persona verá al tomar el caso.
- Probar casos normales, ambiguos, sensibles y fuera de alcance.
- Medir calidad de la derivación, tiempo de toma y resultado final.
- Definir cómo pausar o corregir el flujo si aparecen errores.
Preguntas frecuentes
¿La derivación humana significa que el agente fracasó?
No. En muchos flujos es una decisión de diseño correcta. El agente puede resolver lo repetitivo y derivar lo sensible, ambiguo o valioso para que una persona intervenga con contexto.
¿Qué información debe recibir la persona que toma el chat?
Como mínimo, el motivo de contacto, datos ya compartidos, intención detectada, respuestas dadas, documentos o productos mencionados y el próximo paso sugerido. El objetivo es evitar que el cliente repita toda la historia.
¿Conviene derivar todas las conversaciones difíciles?
No necesariamente. Primero definí qué significa difícil para tu operación. Algunas consultas se pueden resolver con una fuente aprobada; otras requieren criterio humano, permisos especiales o una decisión comercial.
Siguiente paso
Descubrí qué parte de tu operación conviene automatizar primero.