Derivar bien: el traspaso que no pierde el contexto
Por qué se perdona a un bot que traspasa bien: cómo un resumen de IA convierte la derivación en un relevo y no en un reinicio, y dónde poner los límites.
Por Noor Castellanos ·Publicado · 7 min de lectura
Pregunta a una sala llena de fundadores por qué no han automatizado su atención al cliente y la respuesta más habitual no tiene que ver con el dinero ni con el tiempo de puesta en marcha. Es un miedo: «un bot va a enfurecer a mis mejores clientes». Y merece tomarse en serio, porque todos los que están en esa sala han quedado atrapados alguna vez en el bucle de un chatbot, escribiendo «quiero hablar con una persona» a un software que no se mueve ni un milímetro.
Pero fíjate bien en qué provocó de verdad ese enfado. Nunca fue que la primera respuesta la enviara una máquina. Fue lo que ocurrió en el borde de lo que la máquina sabía hacer: el bucle que no terminaba nunca, o la persona que por fin aparecía y arrancaba con un «¿en qué puedo ayudarte?» cuando tú ya lo habías explicado todo dos veces. El fallo vive en el traspaso. Y eso significa que la solución vive exactamente ahí.
La derivación es un relevo, no un asiento eyectable
Casi todos los bots malos tratan la derivación como un fracaso: un último recurso, retrasado todo lo posible y ejecutado soltando al cliente en una cola general. Ese diseño garantiza el enfado: para cuando llega una persona, el cliente lleva diez minutos invertidos y nada a cambio, y ahora tiene que empezar otra vez desde cero.
Derivar bien invierte cada una de esas decisiones. El bot trata el traspaso como un desenlace normal y previsto: una de sus tareas, no una derrota. Ocurre pronto, a la primera señal de que la pregunta se sale de su frente. Y ocurre entregando el testigo como es debido: la conversación, los datos ya comprobados y un resumen en lenguaje llano viajan juntos hasta la persona que recoge el relevo.
En Botdesk ese resumen lo escribe el propio bot en el momento del traspaso. Esto es lo que ve un compañero de equipo en un caso derivado típico:
Diez segundos de lectura sustituyen al interrogatorio que los clientes temen. El primer mensaje del compañero puede ser ya la decisión —«he hecho una excepción con tu regalo de boda, aquí tienes la etiqueta para el cambio»—, y eso es una experiencia muy distinta a una segunda ronda de preguntas.
Los límites: la parte del bot que se diseña primero
Un traspaso solo puede ser temprano si el bot sabe dónde acaba su autoridad; por eso la lista de límites importa más que la lista de respuestas. Cada bot de Botdesk cubre un frente —preguntas frecuentes, estado del pedido, devoluciones— con su propio manual, sus propias fuentes de conocimiento y límites explícitos. Las reglas de cuándo parar las escribes tú, en lenguaje llano, en las reglas de derivación de cada bot.
Una forma útil de redactarlas: apunta las decisiones que no delegarías en alguien recién contratado en su primer día.
- Reembolsos y cambios fuera de la política escrita
- Compensaciones, descuentos y cualquier cosa que gaste buena voluntad
- Clientes visiblemente enfadados o cuentas que no te puedes permitir perder
- Amenazas legales, reclamaciones y cualquier asunto normativo
Ninguna de estas es una pregunta que el bot responda mal: son preguntas que el bot no debería responder en absoluto, porque la respuesta correcta depende del criterio de alguien y de cuánto vale esa relación. Un bot que las reconoce y traspasa al instante no es un bot peor. Es el único tipo de bot en el que los clientes acaban confiando.
El mismo principio vale para la incertidumbre. Cuando el bot no puede confirmar una respuesta con las fuentes que le has dado —tus registros de pedidos, tus artículos del centro de ayuda—, no se la inventa. Dudar significa traspasar, con un resumen que explica qué se consultó y qué no dio resultado. Inventarse las cosas es como la automatización se ganó su mala fama; negarse a hacerlo es como la repara.
Qué siente el cliente al otro lado
Recorre la conversación derivada desde el asiento del cliente, porque es ahí donde el miedo se hace realidad o se disuelve.
En la versión relevo, el cliente preguntó por el cambio de un regalo fuera de plazo, recibió al instante una lectura honesta de su situación y supo que la decisión la tomaría una persona del equipo. Cuando esa persona entra, ya lo sabe todo: el siguiente mensaje del cliente es un «gracias», no un repaso de su propia historia. Y aquí está lo interesante: el cliente habló con un bot, chocó con el límite del bot y aun así se marchó con la sensación de que le habían tomado en serio. El miedo daba por hecho que chocar con ese límite sería el momento de la ira; tratado como un relevo, es justo el momento en que el cliente ve a una persona dando la cara por él.
Hay otra ventaja, más discreta, en tu lado del mostrador. Los compañeros que reciben resúmenes en lugar de historiales fríos gastan su atención en la decisión, no en la arqueología. Y cuando redactan la respuesta, Copilot les propone un borrador con sus fuentes ahí mismo, en el cuadro de escritura: quien manda sigue siendo la persona; lo que desaparece es el tecleo rutinario.
Ajustar con el tiempo la línea entre bot y persona
La frontera entre bot y persona no es un ajuste que se hace una vez: se afina con datos. Los informes de Botdesk muestran cada derivación: qué bot traspasó, con qué pregunta, con qué frecuencia y qué pasó después. Lee ese informe una vez al mes y salen dos listas solas.
- Preguntas que se derivan y no deberían. Que el mismo «¿cómo cambio la dirección de entrega?» llegue a una persona cuarenta veces al mes significa que falta un artículo de ayuda o que está poco claro: escríbelo y ese goteo desaparece de la cola. Los huecos de conocimiento con los que los bots chocan una y otra vez se te señalan precisamente por esto.
- Preguntas que el bot intenta y no debería. Si una categoría genera siempre unos cuantos mensajes incómodos antes del traspaso, adelanta el límite: añade ese patrón a las reglas de derivación para que traspase ya en el primer mensaje.
Los equipos que repiten este ciclo ven que la frontera se estabiliza en unas pocas semanas: los bots se quedan con la mayoría comprobable, las personas con las decisiones de criterio, y los traspasos entre unos y otras son tan rápidos y tan poco frecuentes que el cliente deja de notar la costura. El turno de noche es esa misma maquinaria con horario: casos aparcados con su resumen esperando a la mañana, tal y como contamos en nuestra guía sobre cubrir las noches sin equipo nocturno.
Si el miedo que te frenaba era «el bot va a enfadar a mis clientes», la salida es muy concreta: diseña primero el traspaso. Dale a cada bot límites firmes, haz que traspasar sea instantáneo y honesto, y pasa siempre un resumen para que ningún cliente tenga que repetir su historia. Una derivación diseñada así no es el punto débil de un equipo híbrido: es justo lo que hace que lo híbrido funcione, y puedes verlo con tu propia bandeja durante la prueba de 14 días antes de decidir nada.
¿Listo para quitarle la rutina a tu equipo?
Empieza con un bot en tu frente más cargado: 14 días de prueba y sin tarjeta.
Ver preciosPreguntas frecuentes
- ¿Un bot no va a enfadar todavía más a un cliente enfadado?
- Un bot que da vueltas sin fin, sí. Un bot que responde en segundos lo que sabe y traspasa en cuanto duda hace justo lo contrario: el cliente recibe o una respuesta correcta al instante, o un traspaso rápido y honesto con su historia adjunta. Lo que saca de quicio a la gente es tener que repetirse y toparse con un muro, y ambas cosas son propias de un mal traspaso, no de la automatización en sí.
- ¿Qué ve exactamente la persona cuando un bot deriva la conversación?
- En Botdesk, el compañero de equipo abre la conversación y se encuentra un resumen escrito por la IA: qué preguntó el cliente, qué respondió o comprobó ya el bot y qué queda por decidir, con el historial completo justo debajo. Saluda al cliente conociendo ya la situación, en lugar de preguntar «¿en qué puedo ayudarte?» en el mensaje número once.
- ¿Cómo decido qué conversaciones deben derivarse siempre?
- Apunta las decisiones que no delegarías en alguien recién contratado en su primer día: reembolsos fuera de política, compensaciones, clientes enfadados o en riesgo de marcharse y cualquier asunto legal. Esos son los límites firmes del bot: los reconoce y traspasa de inmediato. Todo lo que tenga una única respuesta correcta y comprobable se puede seguir automatizando.