Saltar al contenido

Buenas prácticas

Derivación a agente humano: qué evaluar y por qué

Derivación a agente humano y de vuelta a la IA: qué evaluar en cada sentido, los fallos ocultos en la transición y cómo verlos cuando las notas parecen buenas.

· 6 min de lectura

Revisado por Dominik Blattner, fundador de Kaizo

En esta página

El control de calidad del traspaso evalúa el momento en que una conversación pasa de un agente de IA a una persona, en cualquiera de los dos sentidos. La derivación a agente humano (y la vuelta a la IA) es donde la atención al cliente mixta se rompe con más frecuencia, y las notas por agente no lo ven, porque el fallo pertenece a la transición.

En resumen

  • El traspaso de la IA a la persona y el de la persona a la IA fallan de formas distintas.
  • De la IA a la persona falla por un escalamiento tardío, por contexto perdido o por no dejar un motivo útil.
  • De la persona a la IA falla cuando un caso sin resolver vuelve a la automatización.
  • La tasa de contención y el tiempo de gestión no lo ven. Lea la conversación completa.

Por qué el traspaso es un punto de fallo en sí mismo

Cuando usted evalúa a un agente humano y a un agente de IA, está evaluando dos mitades de una conversación que cada vez menos se compone de dos mitades. En un modelo mixto, un cliente puede empezar con un agente de IA (en inglés), ser escalado a una persona y volver a la automatización para un seguimiento, todo en un mismo hilo. Cada participante puede obtener una buena nota en su tramo mientras la conversación en conjunto es una mala experiencia, porque el daño ocurrió en la transición y no pertenece a ninguno de los dos.

Ese es el punto ciego. Una scorecard por agente evalúa lo que cada parte hizo con la conversación mientras la tenía. No dice nada del momento en que la pasó, que es justo donde la atención mixta tiende a romperse. El traspaso necesita evaluarse como algo en sí mismo.

Derivación a agente humano: qué evaluar cuando la IA escala

Es el sentido más conocido, y tiene tres modos de fallo que conviene evaluar de forma explícita.

Momento: ¿escaló en el momento adecuado?

Demasiado tarde es lo habitual. Un agente que sigue intentándolo cuando está claramente atascado hace dar vueltas al cliente antes de traspasar a un cliente ya frustrado. Escalar demasiado pronto desperdicia la automatización y el tiempo de la persona. El criterio es si el escalamiento ocurrió en el punto en que el agente dejó de avanzar, algo que usted puede ver en la transcripción.

Contexto: ¿recibió la persona lo que necesita?

El peor traspaso obliga al cliente a empezar de cero. Evalúe si el escalamiento llevó consigo el historial, el diagnóstico hasta ese momento y lo que el cliente realmente quiere, para que la persona abra el caso informada y no en frío. Un traspaso que pierde el contexto convierte una conversación en dos.

Motivo: ¿se entendía el escalamiento?

Un escalamiento etiquetado solo como «escalado a humano» no le dice nada a la persona. Evalúe si el motivo del traspaso quedó registrado de forma que quien lo recibe pueda actuar. Es uno de los criterios de una scorecard de agentes de IA, pero solo se hace visible cuando se lee a ambos lados del traspaso.

De la persona a la IA: el sentido que nadie evalúa

El traspaso inverso es más reciente y está menos examinado, y falla de maneras fáciles de pasar por alto.

Traspaso de la persona a la IACómo se ve cuando sale bienEl fallo que hay que evaluar
Devolver un caso a la automatización para el seguimientoLa IA tiene la resolución y el siguiente paso es realmente rutinarioLa persona devuelve un caso sin resolver para vaciar su cola
Delegar una subtarea a mitad de la conversaciónLa IA puede completar la tarea concreta y devolver el caso sin problemasLa IA no logra retomar el hilo y el cliente pierde la continuidad
Seguimiento automatizado tras la resoluciónEl seguimiento coincide con lo que realmente se resolvióLa automatización contradice u olvida lo que la persona acaba de hacer

Cómo evaluar un traspaso en la práctica

La unidad de evaluación es la conversación a través de la transición, no el segmento de uno u otro lado. Eso tiene tres consecuencias prácticas.

Evalúe el hilo completo

Evalúe la continuidad a través del traspaso: ¿sobrevivió el contexto, evitó el cliente repetirse, retomó la segunda parte donde lo dejó la primera? Es imposible si su control de calidad mira la parte de IA y la parte humana como registros separados, que es como los guardan la mayoría de las herramientas.

Cubra cada traspaso: escasos entre dos agentes, frecuentes en conjunto

Puede que dos agentes concretos se traspasen conversaciones pocas veces, así que una muestra por agente pierde los traspasos casi por definición. En el conjunto de la operación están en todas partes. Evaluar el 100% de las conversaciones (en inglés) es lo que hace visibles los fallos de traspaso como un patrón y no como la queja ocasional. En UiPath, Kaizo automatizó el 100% del QA con un ROI del 200% y una mejora del 8% en la nota de calidad.

Véalo en sus propias conversaciones. Kaizo evalúa el 100% de sus conversaciones de atención al cliente y convierte los resultados en coaching. Reservar una demo.

Use un evaluador que no esté de ningún lado de la transición

Un fallo de traspaso plantea una pregunta incómoda: ¿fue culpa de la IA por escalar mal, o de la persona por devolver un caso enredado? Kaizo evalúa el punto de traspaso con evidencias, y cada hallazgo señala los turnos exactos en los que se rompió la continuidad. Eso le permite corregir el enrutamiento en lugar de discutir de quién es la culpa. El flujo completo está en cómo hacer control de calidad de agentes de IA y chatbots.

Preguntas frecuentes

¿Qué es el control de calidad del traspaso?

El control de calidad del traspaso consiste en evaluar el momento en que una conversación pasa de un agente de IA a una persona, en cualquiera de los dos sentidos. Trata la transición como una unidad de evaluación propia, porque un traspaso puede fallar (contexto perdido, escalamiento tardío, un caso sin resolver devuelto) aunque tanto la persona como la IA obtengan buenas notas en sus propios segmentos.

¿Qué debe evaluar en un escalamiento de la IA a un agente humano?

Tres cosas: el momento (escaló en el punto en que dejó de avanzar, y no demasiado tarde ni demasiado pronto), el contexto (recibió la persona el historial y el diagnóstico, para que el cliente no empiece de cero) y el motivo (quedó registrado el escalamiento de forma que quien lo recibe pueda actuar).

¿Qué falla en un traspaso de la persona a la IA?

Los fallos principales son una persona que devuelve un caso sin resolver a la automatización para vaciar su cola, delegar en una IA que no puede retomar el hilo y por eso rompe la continuidad, y seguimientos automatizados tras la resolución que contradicen u olvidan lo que la persona acaba de hacer. Este sentido es más reciente y casi nunca se evalúa.

¿Por qué las notas de QA por agente no detectan los problemas de traspaso?

Porque el fallo está entre los registros. Una scorecard por agente evalúa lo que hizo cada parte mientras tenía la conversación, no lo que ocurrió en la transición. Evaluar el traspaso exige leer el hilo completo a ambos lados del traspaso, y por eso la conversación debe guardarse y evaluarse como una sola unidad y no como dos.

¿Por qué no basta con una muestra para evaluar los traspasos?

Dos agentes concretos se traspasan conversaciones pocas veces, así que una muestra por agente pierde los traspasos casi por definición. En el conjunto de la operación, en cambio, están en todas partes. Evaluar el 100% de las conversaciones es lo que hace visibles los fallos de traspaso como un patrón y no como la queja ocasional.

Términos relacionados

En esta página

Véalo en sus propias conversaciones

Evaluaremos una muestra de sus tickets reales con sus propios estándares, para que el ejemplo sea el suyo.

La confianza de equipos de atención al cliente de todo el mundo

  • Foot Locker
  • SteelSeries
  • Canva
  • GetYourGuide
  • Instacart