La IA no tiene que resolverlo todo. Tiene que saber cuándo parar y pasar el caso con el contexto suficiente para que una persona siga sin empezar de cero.
Las señales
Un sistema debe derivar cuando no entiende o cuando la política no cubre el caso. También cuando el cliente está enfadado, el importe es alto o hay un riesgo legal, médico o de seguridad. También cuando no encuentra una fuente que respalde la respuesta, cuando la confianza del clasificador cae por debajo del umbral o cuando la política prohíbe continuar.
Las señales no tienen que ser perfectas. Es mejor derivar de más al principio y ajustar con casos reales que dejar pasar un caso delicado porque el modelo parecía seguro.
Qué debe llevar el traspaso
El traspaso necesita cuatro piezas: un resumen de lo que ha pasado, el motivo de la derivación, el siguiente paso y el contexto relevante. Sin eso, la derivación es un traspaso de problema, no de trabajo.
El resumen tiene que ser corto y verificable. No copies toda la conversación. Señala lo importante y enlaza el resto. La persona que lo lee tiene que entender el caso en menos de un minuto.
A dónde va
La derivación tiene que llegar a una cola, a una persona o a un equipo concreto. No vale con «enviar un correo a soporte». Si nadie sabe que ese caso ha llegado, el cliente sigue esperando.
También importa la prioridad. Un caso de facturación no es lo mismo que una urgencia médica. El sistema debe poder marcar la urgencia y la persona que recibe debe verlo.
Cómo se mide
Mide cuántos casos se derivan, por qué, cuánto tardan en recibirse y cuántos se resuelven sin volver a llamar al cliente. Una tasa de derivación alta no es un fracaso. Una tasa de derivación sin motivo ni contexto sí lo es.
Escucha a las personas que reciben las derivaciones. Son las que mejor saben si el traspaso sirve. Si dicen que tienen que volver a preguntarlo todo, el traspaso no está terminado.
Diséñalo con el camino feliz
No dejes la derivación para el final. Diseña el traspaso a la vez que el recorrido normal. Decide qué pasa cuando el sistema no sabe, quién recibe el caso y qué información viaja con él. Eso también es producto.
Si en tus pruebas el sistema resuelve la mayoría de un tipo de caso y deriva el resto con contexto, puede ser más útil que uno que lo intenta todo y deja un desastre detrás. Una derivación con contexto cuesta menos que un caso mal resuelto y una segunda llamada.
Un traspaso que sirve
Un buen traspaso podría caber en cuatro líneas: «Cliente llama por una reserva del viernes. El sistema ha comprobado el calendario y no hay hueco. Quiere hablar con alguien para valorar otra fecha. Tiene una reserva abierta y prefiere que le llamen por la tarde». Eso es contexto, motivo, siguiente paso y preferencia. La persona que lo recibe no empieza de cero.
Si el traspaso dice solo «el cliente quiere hablar con una persona», no sirve. La siguiente persona tiene que volver a preguntar lo mismo y el cliente repite su historia. La derivación se convierte en una segunda llamada. El objetivo es que la persona que recibe el caso pueda actuar en la primera frase.
Sigue leyendo