Traspaso a una persona en IA de voz: transferencias que conservan el contexto

Empiece por un contrato de traspaso

En una empresa de 50 a 100 personas, un agente de voz no debería improvisar los traspasos. Defina un contrato de traspaso: qué lo activa, qué cola se hace cargo, qué contexto viaja con la llamada y qué ocurre cuando no hay nadie disponible. Así, «pedir ayuda» se convierte en una decisión operativa que pueden revisar soporte, ventas, logística, finanzas y la administración sanitaria.

Documente el contrato junto al flujo de la llamada y las reglas de acceso. Sus procesos de soporte deben nombrar cada destino, su horario, las acciones permitidas, el objetivo de nivel de servicio y la ruta de respaldo. El mismo contrato fija qué puede responder el agente, qué puede consultar y cambiar, y qué no debe decidir nunca. El traspaso forma parte del resultado del servicio; no es una excepción escondida al final de la automatización.

Defina una taxonomía de disparadores de traspaso

Use una taxonomía de disparadores en lugar de un único umbral de confianza. La confianza describe lo bien que el agente ha entendido el lenguaje; no describe el riesgo de hacer algo equivocado. Combine incertidumbre, sensibilidad, estado de la autenticación, frustración, urgencia, estado de las herramientas, límites de las políticas y preferencia de quien llama. Que alguien pida directamente hablar con una persona también es un disparador válido. Cada disparador necesita una prioridad, un destino y una alternativa, para que dos señales no provoquen comportamientos contradictorios.

Incertidumbre y malentendidos repetidos

Pase la llamada cuando la confianza siga baja, el interlocutor corrija dos veces al agente, haya campos clave en conflicto, quien llama dé datos incompatibles entre sí o una respuesta no pueda interpretarse con seguridad. Limite los intentos de reconducir la conversación y explique el motivo: «Quiero asegurarme de que esto se resuelve bien, así que le paso con un compañero». Conserve en el traspaso la última frase clara del interlocutor. No repita la misma pregunta sin fin ni use una paráfrasis segura de sí misma para tapar un dato que falta.

Sensibilidad, urgencia y frustración de quien llama

Derive a un equipo formado los cambios delicados en una cuenta, las reclamaciones, las amenazas, los duelos, las situaciones de riesgo y cualquier otra conversación con carga emocional. Las señales incluyen subir la voz, interrumpir, pedir varias veces que se pare, el lenguaje negativo, la angustia, pedir hablar con un responsable o decir que la respuesta anterior causó un perjuicio. La frustración no es una etiqueta de personalidad: es un motivo para pedir menos esfuerzo. Conserve las palabras de quien llama, no discuta sobre el tono y corte el bucle de aclaraciones cuando seguir empeoraría la conversación.

La urgencia la define el responsable del proceso; no se deduce solo de una palabra dramática. Un envío que bloquea una línea de producción, una incidencia de pago para el mismo día, una oportunidad comercial con plazo y un problema administrativo con una cita pueden necesitar prioridades distintas. Registre la señal de urgencia y el plazo prometido, y derive a una cola que de verdad pueda actuar dentro de ese plazo. En la administración sanitaria, una inquietud que pueda ser clínica va por la ruta humana aprobada; el agente no debe interpretarla ni bajarle la prioridad porque la llamada sea difícil de clasificar.

Autenticación fallida

Tras los intentos fallidos permitidos, deje de pedir datos y derive a la ruta de recuperación aprobada. Nunca rebaje las comprobaciones de identidad para facilitar una transferencia. Distinga los estados no intentado, superado, fallido, coincidencia parcial y bloqueado; la persona que recibe la llamada no debería tener que adivinar qué se ha verificado. Pase el estado de la verificación, el método y el motivo del fallo sin exponer las respuestas a las preguntas de seguridad ni otros datos innecesarios. Si la identidad sigue sin resolverse, derive a una cola autorizada para la recuperación, en lugar de adjuntar todo el historial de la cuenta a una llamada sin verificar.

Caídas de herramientas y excepciones de política

Que no responda el CRM, el servicio de pagos, el sistema de inventario o la integración de telefonía es un disparador cuando la acción solicitada depende de ello. También lo es una excepción de política, como un reembolso por encima del límite, una decisión manual del transportista, un cambio restringido en una cuenta o la aprobación de un supervisor. Identifique la acción bloqueada, el último estado confirmado del sistema y la evidencia que aún falta. El agente no debe afirmar que una reserva, un reembolso, una actualización de envío o un caso se ha completado solo porque se envió una solicitud.

Peticiones directas y límites del alcance

Respete la petición clara de hablar con una persona, un idioma que el agente no admite, una necesidad de accesibilidad o una petición fuera del alcance publicado. El agente puede recoger un breve resumen si el interlocutor está de acuerdo, pero no debe usar la petición como permiso para pedir datos que no vienen al caso. Quien dice «Necesito hablar con alguien de facturación» ya ha dado una pista para el enrutamiento; pregunte solo lo necesario para elegir la cola de facturación aprobada.

Use una matriz de decisión compacta

Elija la ruta de traspaso adecuada

Hay tres rutas útiles: el traspaso en caliente, la tarea de llamada de vuelta y el caso. Elija según la urgencia, la disponibilidad de la cola, la preferencia de quien llama, la complejidad del trabajo y la sensibilidad de los datos. No trate cada transferencia como una conexión de voz en directo. Un caso puede ser la ruta más segura cuando deben intervenir varios equipos, y una llamada de vuelta, la más limpia cuando un especialista necesita investigar antes de hablar.

Traspaso en caliente: para trabajo urgente, cuando la cola adecuada está abierta y la persona que recibe tiene autoridad para continuar. Dé al compañero un avance breve, diga el motivo y la decisión pendiente, y después presente a quien llama. Siga en línea hasta que el compañero acepte la llamada y confirme que el contexto le sirve. La transferencia a ciegas solo encaja en un enrutamiento sencillo y de bajo riesgo, cuando el destino ya tiene el contexto necesario.

Llamada de vuelta: cuando la cola está cerrada, la espera no es razonable, el interlocutor prefiere no esperar o hace falta investigar. Recoja el consentimiento para llamar, un número autorizado, la franja horaria, la zona horaria local, el idioma preferido, la prioridad y la pregunta concreta que hay que responder. La llamada de vuelta no está completa cuando se programa; lo está cuando el responsable la intenta dentro de la franja acordada y registra el resultado.

Caso: cuando el trabajo necesita documentos, conciliación, varios sistemas, una aprobación o un registro de auditoría duradero. Cree un único registro con responsable, hora límite, prioridad, siguiente acción y ruta de escalado. Vincule los contactos posteriores al mismo caso en vez de abrir un registro nuevo por cada intento fallido. Dé a quien llama la referencia del caso y el siguiente paso visible solo cuando ese registro exista.

Pase un paquete de contexto, no una transcripción en bruto

La persona que recibe la llamada necesita un briefing de trabajo conciso, no un muro de conversación. El paquete debe incluir el objetivo que expresó quien llama, el resultado que pide, el estado de la coincidencia de identidad, el número autorizado para devolver la llamada, el idioma o canal preferido, el ID del pedido, de la cuenta o del caso cuando esté verificado, lo que ya se intentó, los resultados confirmados por los sistemas, los errores de las herramientas, el disparador, la urgencia, el consentimiento o la preferencia sobre la grabación y la decisión pendiente. Marque cada dato como declarado por quien llama, confirmado por el sistema o sin verificar.

Deje que quien llama corrija el resumen esencial antes de la transferencia. En un traspaso en caliente, dé al compañero un briefing verbal o una nota estructurada y siga en línea hasta que lo acepte. Use la capa de telefonía para conservar el estado de la llamada, la cola, el estado de la grabación, el motivo de la transferencia y los eventos de desconexión. Quien llama debe oír una transición, no una segunda entrevista desde cero. Si el resumen no puede mostrarse al interlocutor porque contiene detalles internos protegidos, confirme solo la parte que puede ver el cliente y mantenga el resto restringido.

Minimice los datos y respete las decisiones de privacidad

Pase solo los datos mínimos que necesita la siguiente acción. Enmascare las credenciales de pago, las respuestas de autenticación, los números de identidad completos y los datos de salud o laborales que no vengan al caso. No copie por defecto la transcripción completa en cada cola. Use acceso por campo, un plazo de conservación definido, un registro de auditoría de lecturas y cambios, y una vía de supresión o rectificación a cargo del equipo que corresponda. Una transferencia debe llevar una referencia a los datos restringidos cuando el compañero tenga acceso aprobado, no duplicarlos en una nota menos controlada.

Haga explícitos en el estado de la llamada los permisos de grabación, transcripción y llamada de vuelta. Si se rechaza la grabación, use la ruta aprobada sin grabación y no prometa un contexto que dependa de ella. Si se retira el consentimiento, detenga la grabación o los contactos afectados, conserve solo lo que exija la política para la tarea abierta y muestre esa decisión al equipo que recibe. La privacidad forma parte del enrutamiento: una cola que no puede tratar esos datos no debe recibir el traspaso solo porque esté libre.

Deje claros el responsable y la alternativa

Fije el límite de responsabilidad en el historial de eventos. Antes de la aceptación, la llamada es del agente de voz o de la cola de origen. Desde la aceptación, la siguiente acción es de la cola que recibe. En las llamadas de vuelta y los casos, la responsabilidad empieza cuando se asigna el registro, no cuando se le dice a quien llama que alguien le ayudará. El supervisor sigue respondiendo del trabajo vencido aunque falte un operador concreto.

Defina SLA separados para la aceptación de la transferencia, la respuesta de la cola, la programación de la llamada de vuelta, la primera acción de una persona y la resolución. Para cada uno, indique cuándo empieza a contar el reloj, las reglas de pausa, el calendario laboral, la prueba de que se ha completado y el responsable si se incumple. La hora límite de una llamada de vuelta y el objetivo de resolución de un caso son promesas distintas. Mídalas por separado para que una tarea creada deprisa no pase por una respuesta a tiempo.

La alternativa tiene que ser honesta. Si la cola no está disponible, ofrezca una llamada de vuelta o un caso. Si el CRM no responde, registre un evento mínimo cifrado con el consentimiento, un ID de correlación, la acción bloqueada, el responsable del reintento y una regla de caducidad. Si la transferencia falla, explique el fallo, conserve el resumen y ofrezca la siguiente ruta aprobada. Si la llamada se corta después de la aceptación, el equipo que recibe se encarga de volver a contactar o de seguir el caso, según el contrato. Si no se puede crear ningún registro, dé a quien llama un siguiente paso claro que no suponga una promesa sin seguimiento.

Dé a cada asunto abierto un ciclo de vida finito

Use estados como creado, en cola, aceptado, en curso, a la espera del cliente, completado, cancelado y escalado. Exija un único responsable en cada estado. Distinga un reintento por falta de respuesta de una integración fallida, de una hora posterior pedida por el cliente, de una llamada de vuelta que nadie contestó y de una revisión de política. Fije un número máximo de reintentos o reasignaciones y, al alcanzarlo, envíe el asunto a un supervisor o a una cola de excepciones. El estado final debe explicar qué pasó y por qué, no limitarse a decir «transferido».

Aplique el patrón a procesos reales

Soporte

Tras dos intentos fallidos de resolver un problema de acceso, derive a recuperación de cuenta con el estado de la verificación, los datos del dispositivo, los pasos probados y el último error confirmado. Envíe a un supervisor la reclamación sobre una promesa anterior, con la promesa, la fecha y hora, la fuente si existe y la solución que se pide. Si el cliente pide un reembolso que supera la autoridad del equipo de soporte, derive la excepción con la regla aplicable y las evidencias, en lugar de obligar a la primera línea a recoger otra vez toda la historia.

Ventas

Pase una oportunidad cualificada cuando el interlocutor pida un contrato, detalles de implantación, condiciones a medida o hablar con quien decide. El paquete debe separar la necesidad que expresa el cliente potencial de la cualificación que hace el agente, e incluir el ID de la empresa o del lead solo cuando haya coincidencia, el plazo de compra, el producto de interés, el siguiente paso prometido y el consentimiento para el seguimiento. El traspaso es útil cuando hay un comercial disponible; si no, cree una tarea asignada a una persona, con hora límite. No convierta la duda sobre el encaje en una promesa sobre capacidades o plazos de entrega.

Logística

Ante una entrega con retraso, el agente puede dar el estado de seguimiento confirmado. Pase a una persona los cambios de dirección, los daños, una cita de entrega fallida, un retraso que afecta a la producción o un estado contradictorio del transportista. El equipo de tráfico recibe el ID del envío, la ubicación, la franja prometida, el último escaneo, la solución que pide quien llama y cualquier compromiso ya adquirido. Si el sistema de transporte no está disponible, cree una excepción con el último estado conocido en vez de adivinar una hora estimada de llegada.

Finanzas

Derive al equipo autorizado las autenticaciones fallidas, las operaciones reclamadas, las solicitudes de pago inusuales, los errores del servicio de pagos y los reembolsos por encima del límite. Incluya el estado de la verificación, la referencia de la operación y la acción solicitada, con los datos de pago enmascarados. Mantenga visible en el registro la diferencia entre consultar una operación, abrir una reclamación, aprobar un reembolso y completarlo. Un traspaso no debe dar a entender que se ha movido dinero cuando el sistema solo ha aceptado una solicitud de revisión.

Administración sanitaria

Mantenga en el proceso administrativo aprobado la gestión de citas, las preguntas sobre seguros, las solicitudes de historia clínica, la necesidad de intérprete y la facturación. Pase a personal formado las comprobaciones de identidad fallidas, las peticiones fuera del proceso y los asuntos delicados. El agente no debe deducir consejos clínicos, interpretar síntomas ni actuar fuera de su alcance. Pase al equipo autorizado la inquietud que expresa el paciente y el contexto administrativo, con las reglas de acceso y conservación visibles para la cola que recibe.

Pilote, mida y mejore el ciclo

Fije criterios de entrada, parada y ampliación

Empiece con una cola, un conjunto de idiomas y un grupo reducido de disparadores. Antes de recibir tráfico real, confirme el responsable del destino, el horario con personal, el esquema de contexto, las reglas de identidad y privacidad, el estado de la grabación, la alternativa de llamada de vuelta y de caso, la ruta ante caídas de herramientas, la batería de pruebas, el diccionario de métricas y quién puede pausar. Pruebe llamadas normales, ambigüedad, frustración, autenticación fallida, peticiones directas, horario cerrado, transferencias cortadas, caídas y excepciones de política. El criterio de entrada es la evidencia de que la ruta puede operarse, no una afirmación de que el agente es inteligente en general.

Durante el piloto, las personas que reciben las llamadas deberían puntuar la precisión del disparador, la completitud del contexto, si hubo que repetir la explicación, el tratamiento de la privacidad y la claridad de la siguiente acción. Muestree tanto llamadas contenidas como transferencias mediante la revisión de calidad, y limite el acceso a las grabaciones a quien lo necesite. Defina las condiciones de parada antes del lanzamiento: un error crítico de privacidad o identidad, una escritura en el registro equivocado, una falsa finalización, un traspaso de alta prioridad perdido, tareas duplicadas una y otra vez, una excepción sin responsable o una cola que no puede cumplir su compromiso de respuesta. Mantenga la ruta anterior mientras dure el piloto.

Amplíe solo después de que el responsable de operaciones revise la muestra de calidad, los resultados de los sistemas, los traspasos pendientes, el cumplimiento de los SLA, las incidencias abiertas y la capacidad del equipo. Aumente el tráfico por fases y con las mismas definiciones en cada una. Si se supera un límite de seguridad o no se puede aislar la causa, pause la ruta afectada, registre la versión y las llamadas afectadas, asigne un responsable y vuelva a la ruta anterior ya probada. La vuelta atrás solo está completa cuando las llamadas nuevas siguen la ruta anterior y el trabajo abierto tiene responsable.

Defina las métricas antes de mirar un panel

Mida la calidad del traspaso, no el volumen de transferencias. Defina para cada métrica el numerador, el denominador, la ventana temporal, el sistema de origen, las exclusiones, el tamaño de la muestra y el responsable. Revíselas por disparador y destino en la analítica operativa; tener menos transferencias no ayuda si el trabajo sin resolver vuelve por otro canal.

Combínelas con la evidencia de finalización, la espera en cola, las reasignaciones, la primera acción de una persona, la antigüedad de los casos, las transferencias cortadas y el esfuerzo de quien llama o del compañero. Informe por separado de los resultados desconocidos cuando la instrumentación no pueda demostrar qué ocurrió. Una llamada que terminó sin transferencia no está automáticamente contenida, y un caso creado no está automáticamente resuelto. Mantenga estable el denominador o explique con exactitud por qué cambió una cohorte.

Gobierne las versiones de Agent Factory

Lleve cada resultado revisado a un ciclo de Agent Factory: etiquete el fallo, determine si la corrección corresponde al prompt, al conocimiento, a los permisos, al enrutamiento, a la integración o a la política, añada el escenario a las pruebas de regresión y, después, pruebe y publique una actualización con número de versión. No arregle un problema de enrutamiento añadiendo más texto conversacional, ni un permiso que falta pidiendo al agente que se esfuerce más. Ajuste el cambio al punto de control real.

Mantenga un registro de cada versión con la versión del proceso, la taxonomía de disparadores, las fuentes de conocimiento aprobadas, la configuración de herramientas y colas, los archivos o reglas modificados, la batería de evaluación, el revisor, el alcance del despliegue, la ventana de seguimiento, la versión a la que volver y los riesgos pendientes. Una corrección de texto, un idioma nuevo, una regla de enrutamiento, un cambio de permisos y un cambio de campo en el CRM deben tener la revisión que corresponda a su impacto. Operaciones responde del resultado; calidad, de las evidencias de aceptación; sistemas, del comportamiento de las integraciones; los responsables de privacidad o seguridad revisan el tratamiento de los datos, y un responsable del área aprueba los límites de los procesos sensibles.

Siga una secuencia fija de controles: escenarios simulados, casos adversos y delicados, ensayo de herramientas y transferencias, revisión por personas, una muestra real limitada, comparación de métricas y, al final, ampliar, mantener o volver atrás. Tenga disponible una versión canaria o la anterior. Registre las pruebas que se omitieron y por qué. Cuando aparezca un fallo, pare la ampliación, asígnelo, añada el caso a las pruebas de regresión y reabra el control solo después de revisar las evidencias. Las correcciones urgentes pueden seguir una vía rápida, pero siguen necesitando un aprobador con nombre, un resultado de prueba, un identificador de versión, una ventana de seguimiento y una revisión posterior. Así la mejora sigue siendo explicable para quienes gestionan la cola.

Lista de comprobación práctica del traspaso

• Nombre cada disparador, prioridad, cola de destino, acción permitida y alternativa.
• Ponga un tope a los reintentos por incertidumbre, malentendidos y autenticación.
• Distinga traspaso en caliente, llamada de vuelta y creación de caso, con una definición de «completado» para cada uno.
• Envíe un paquete de contexto estructurado, con cada dato marcado como declarado por quien llama, confirmado por el sistema o sin verificar.
• Enmascare los datos sensibles, respete las decisiones sobre grabación y contacto, y restrinja el acceso por rol.
• Asigne un responsable en cada estado de la tarea, con SLA de aceptación, respuesta, llamada de vuelta y resolución.
• Pruebe el horario cerrado, las caídas, las escrituras a medias, las transferencias cortadas, los cambios de consentimiento y las excepciones de política.
• Fije antes del tráfico real los criterios de entrada, parada, ampliación y vuelta atrás del piloto.
• Revise juntas las llamadas de la muestra, los registros de traspaso y los resultados de los sistemas.
• Guarde en el registro de Agent Factory las definiciones de métricas, las versiones, los casos de regresión, las aprobaciones y las evidencias de cada vuelta atrás.