Introducción: por qué formalizar un handover para terminales y pantallas

Un avatar IA de recepción instalado en un terminal o pantalla ofrece una primera capa de información y orientación. Sin embargo, algunas solicitudes quedan fuera del alcance de la automatización o requieren la intervención de un asesor humano. Diseñar un proceso de escalado fiable evita rupturas en el recorrido, preserva la confidencialidad de los datos y facilita la toma en carga por parte de los equipos.

Este playbook se dirige a despliegues físicos: compara los patrones técnicos de escalado, explica qué decisiones de arquitectura adoptar, aborda la UX y el consentimiento multilingüe, propone indicadores de aceptación y proporciona una checklist de explotación 24/7 y de formación de equipos.

Patrones de escalado: ventajas, límites y casos de uso

Cuatro patrones aparecen con frecuencia para pasar de un avatar IA de recepción a un agente humano. La elección depende del contexto operativo, de la infraestructura existente y del nivel de espera aceptable para el usuario.

  • Puente de voz en tiempo real (voz a agente): el avatar conecta al usuario con un asesor por audio en directo. Ventaja: continuidad vocal y atención inmediata. Límite: requiere integración telefónica o CCaaS y capacidad de puestos en tiempo real.

  • Cola virtual: el usuario se une a una cola digital y espera a ser atendido. Ventaja: gestión ordenada de las solicitudes y posibilidad de estimar la posición. Límite: exige un mecanismo backend para gestionar la cola e informar al usuario, y no conviene si la atención debe ser instantánea.

  • Creación de ticket / devolución de llamada: el avatar crea un expediente o ticket con el contexto, con opción de que un agente llame después. Ventaja: buena trazabilidad y adaptable fuera de picos. Límite: la conversación se interrumpe y la reanudación del contexto requiere una transferencia estructurada de la información.

  • Conanavegación o co-atención híbrida: un asesor retoma el contexto conversacional (texto/resumen) y guía al usuario a distancia. Ventaja: permite al asesor leer el historial y continuar sin que el usuario repita. Límite: supone una integración que transmita el contexto y, con frecuencia, una herramienta con interfaz web o un agente accesible.

Decisiones de arquitectura e integraciones: qué datos transmitir y cómo

Antes de cualquier integración, liste los objetivos: reducir la fricción para el usuario, preservar la confidencialidad y proporcionar al asesor la información útil para el tratamiento. Las integraciones necesarias varían según el patrón elegido e implican a menudo webhooks, API REST o conexión a un CCaaS/CRM.

  • Qué datos transmitir: un resumen contextual de la sesión, las últimas interacciones (preguntas clave y respuestas), documentos o pruebas referenciadas, el idioma usado y el modo de interacción (voz, táctil). Evite enviar datos sensibles innecesarios.

  • Formato y transporte: priorizar payloads estructurados (JSON) vía webhook seguro. Una integración dedicada puede permitir el envío a un CRM o centro de contacto. Especifique en el diseño qué valores son obligatorios y cuáles opcionales.

  • Conservar el contexto RAG: si el avatar se apoya en una base de conocimiento, transmitir punteros o extractos relevantes puede ayudar al agente. Se trata de una reanudación de contexto, no de una exportación completa de la base documental.

  • Seguridad y confidencialidad: cifrar los flujos, autenticar los endpoints y minimizar la superficie de datos compartidos. Defina quién tiene derecho a acceder a la transcripción y durante cuánto tiempo, de acuerdo con la política de la organización.

Aspectos técnicos detallados: webhooks, reanudación de contexto y multimodalidad

La implementación técnica se centra en tres puntos: mecanismo de llamada (webhook/API), formato del contexto y gestión de la multimodalidad (voz + táctil). Estas decisiones influyen en la latencia, la robustez y la capacidad de reanudar la conversación sin pérdida de información.

  • Webhooks y endpoints: diseñar webhooks capaces de recibir un snapshot de sesión. Una integración dedicada puede desencadenar la creación de un ticket, la alerta a un agente o la puesta en cola en un CCaaS.

  • Snapshot de sesión: priorizar un resumen estructurado en lugar de transcripciones largas. Incluir metadatos útiles: idioma, timestamp, tipo de interacción, consentimiento. La reanudación de contexto RAG puede limitarse a unos pasajes esenciales extraídos de la base de conocimiento.

  • Multimodalidad: para terminales vocales, prever el enlace entre la sesión de voz y el flujo de texto. SANIA puede funcionar en voz y táctil según la configuración. La integración responsable debe permitir que el asesor conozca el modo inicial para adaptar la atención.

UX y consentimiento multilingüe: reglas prácticas para una transición clara

Una transición exitosa no depende solo de la técnica. La experiencia de usuario y la gestión del consentimiento son centrales, especialmente en terminales públicos y en un entorno multilingüe.

  • Informar antes de transferir: antes de iniciar la escalada, el avatar debe explicar de forma sencilla qué va a ocurrir (por ejemplo: puesta en relación, creación de ticket, llamada posterior) y pedir la conformidad del usuario.

  • Captura y trazabilidad del consentimiento: capturar el consentimiento verbal o táctil según el canal. La naturaleza de este consentimiento debe registrarse con la sesión y ponerse a disposición del agente, en conformidad con la política de datos de la organización.

  • Scripts multilingües y adaptativos: prever formulaciones claras en los idiomas pertinentes. SANIA puede comunicarse en más de 100 idiomas en una configuración adecuada, lo que facilita la captura del consentimiento en la lengua del usuario.

  • Gestión de información sensible: si la conversación contiene datos personales o sensibles, invitar sistemáticamente al usuario a cambiar a un canal seguro o a contactar el servicio en persona. No transmita datos sensibles sin un consentimiento explícito.

SLA, métricas y criterios de aceptación operativos

Definir objetivos operativos permite aceptar o ajustar el proceso de escalado. Estos objetivos deben ser realistas y depender de los recursos del centro de contacto y de los picos de afluencia de cada sitio.

  • Ejemplos de métricas a seguir (a implementar con sus herramientas): tasa de escalado por canal, tasa de aceptación de la escalada por parte de los usuarios, tiempo medio entre la solicitud y la atención humana, tasa de reanudación contextual sin reexposición por parte del usuario.

  • Medición y recopilación: estos indicadores requieren una instrumentación dedicada. Una organización puede optar por extraer estos datos de logs, del CRM o de las herramientas CCaaS conectadas según la configuración elegida.

  • Criterios de aceptación: antes del despliegue a gran escala, definir criterios cualitativos y operativos (por ejemplo, capacidad de atención en horas punta, comprensión multilingüe suficiente para capturar el consentimiento).

Checklist de explotación 24/7 y recomendaciones de formación

Asegurar la disponibilidad y calidad de un handover requiere procedimientos de explotación y formación específica de los equipos. Aquí una checklist operativa para preparar la explotación continua.

  • Preparar runbooks para cada patrón de escalado: procedimiento de puesta en relación, generación de ticket, gestión de colas y reanudación de contexto.

  • Monitorización y pruebas: verificar regularmente la cadena completa (ASR, LLM, RAG, webhooks, CCaaS). Prever pruebas end-to-end en condiciones reales y escenarios multilingües.

  • Plan de respaldo: definir procedimientos cuando la integración con el centro de contacto no esté disponible (mensaje claro para el usuario, opción de creación de ticket local).

  • Formación de agentes: sensibilizar a los asesores sobre la naturaleza del contexto transmitido por el avatar, los posibles límites de los resúmenes automáticos y las normas de confidencialidad. Preparar guiones de acogida para volver a implicar a un visitante que ya interactuó con el avatar.

  • Gobernanza y revisiones: organizar revisiones periódicas entre TI, soporte y responsables de recepción para ajustar reglas de escalado, plantillas de contexto y guiones de consentimiento.

Preguntas frecuentes (FAQ)

P: ¿El avatar conserva automáticamente las conversaciones que serán transmitidas al agente?

R: La conservación y transferencia de datos dependen de la configuración elegida. Una organización debe definir qué datos se conservan, durante cuánto tiempo y si pueden ser transmitidos a un CRM o centro de contacto mediante una integración específica.

P: ¿Se puede garantizar que el agente dispondrá de la totalidad del contexto para retomar la conversación sin que el usuario repita?

R: Transmitir un resumen estructurado y extractos pertinentes facilita la reanudación. No obstante, la calidad del handover depende del formato del contexto enviado y de la interfaz utilizada por el agente. Se recomienda probar escenarios representativos y ajustar el payload contextual en consecuencia.

Para profundizar

La implantación de un handover eficaz entre un avatar IA de recepción y un agente humano combina decisiones técnicas, reglas de UX y organización. SANIA puede desplegarse en pantalla o terminal interactivo, operar en voz y táctil según la configuración y explotar una base de conocimiento propia de su organización para alimentar el contexto. Para evaluar de forma concreta cómo integrar este playbook en su entorno y definir las integraciones necesarias, puede solicitar una demostración de SANIA.