Por qué algunos call centers necesitan un observador silencioso — y por qué eso exige más auditoría, no menos
En nuestra entrada anterior, Cuando las apps de videollamada estándar no bastan, hablamos de un requisito recurrente: participantes que no comparten la misma experiencia de una llamada. Un ejemplo era el "participante invisible" (un supervisor capaz de monitorizar una interacción sin llegar a formar parte de la experiencia de cara al cliente).
Eso no era un ejemplo teórico. Vino de un proyecto real: un cliente que opera un servicio de vídeo de cara al cliente necesitaba una plataforma en la que los clientes conectaran con agentes por vídeo, mientras los supervisores monitorizaban las interacciones con fines de control de calidad. Lo que sonaba como una simple petición de funcionalidad acabó dando forma a una arquitectura de plataforma muy distinta de una aplicación de conferencia tradicional.
El requisito de negocio
La operativa del cliente seguía un modelo de contact center familiar: los clientes solicitaban asistencia a través de un canal de vídeo, entraban en una cola de espera y se conectaban automáticamente a medida que los agentes quedaban disponibles. No se unían a una reunión ni programaban una conferencia: estaban solicitando un servicio, y esa distinción condicionó todo lo demás.
A diferencia de una plataforma de videoconferencia convencional, donde todos los participantes comparten la misma interfaz y las mismas capacidades, este flujo de trabajo implicaba tres roles completamente distintos, cada uno con objetivos y permisos muy diferentes:
- Cliente
- Agente
- Supervisor
Una única interfaz con funcionalidades ocultas o desactivadas por rol no era suficiente: cada uno necesitaba una experiencia diseñada específicamente para él.
El cliente también exigía un rastro de evidencias completo de cada interacción, no solo audio y vídeo sino un registro de todo el proceso de negocio que rodeaba la llamada. Esto implicaba capturar:
- Audio y vídeo de la interacción
- Eventos generados por la plataforma de comunicación
- Actividad de observación de los supervisores
- Actividad de grabación
- Acciones relacionadas con el consentimiento
- Eventos del proceso de negocio asociados a la sesión
El objetivo no era simplemente almacenar una grabación de vídeo, sino construir un paquete de evidencias completo y con marca de tiempo, capaz de reconstruir tanto la conversación como el contexto operativo en el que ocurrió.
La experiencia del cliente
El recorrido del cliente tenía que ser deliberadamente simple: sin cuentas, sin contraseñas, sin instalar ninguna aplicación. En su lugar, los clientes recibían un enlace de acceso limitado en el tiempo (parecido a una presigned URL, válido solo durante una ventana concreta y con la información justa para identificar la sesión). Al abrirlo, llegaban a una sala de espera donde podían comprobar su cámara y micrófono mientras un agente quedaba disponible, y se conectaban a la llamada automáticamente en cuanto uno la aceptaba.
Desde la perspectiva del cliente, toda la experiencia consistía en tres pasos:
La simplicidad era deliberada; la complejidad vivía por completo detrás de las bambalinas.
La experiencia del agente
Los agentes interactuaban con la plataforma de una forma muy distinta. Se autenticaban a través de la intranet y los sistemas de identidad ya existentes de la organización, con sus credenciales corporativas, y entraban en un panel operativo donde marcaban su disponibilidad. Cuando estaban disponibles, pasaban a ser elegibles para llamadas de la cola, asignadas automáticamente según las reglas de enrutamiento del cliente; al llegar una solicitud, el agente recibía una notificación y podía aceptar la sesión.
La interfaz de la videollamada en sí se mantenía deliberadamente simple, para que los agentes pudieran centrarse en el cliente en lugar de en gestionar la plataforma, aunque también incluía los controles operativos, puntos de integración e indicadores que exigía su flujo de trabajo.
La experiencia del supervisor
Los supervisores nunca interactuaban directamente con los clientes: su rol era la observación, el control de calidad y la supervisión operativa. Tras autenticarse a través del mismo sistema de identidad corporativo, accedían a un panel dedicado que mostraba información que ningún otro rol podía ver:
- Estado de la cola y tiempos de espera
- Disponibilidad de los agentes
- Videollamadas activas
- Grabaciones históricas
- Métricas operativas
- Estadísticas de servicio
Lo más importante: un supervisor podía seleccionar cualquier llamada en curso y unirse a ella como observador.
Técnicamente, el supervisor se convertía en un participante de la sesión. Desde la perspectiva del cliente, nada cambiaba: no aparecía ningún participante adicional, no había notificación, no se mostraba ningún stream de vídeo nuevo. El supervisor podía recibir el medio de la llamada, pero no podía publicar audio ni vídeo; la observación era la única capacidad concedida a ese rol, lo que evitaba que el control de calidad interfiriera nunca con el desarrollo natural de la interacción.
Lecciones aprendidas
Una de las lecciones más interesantes del proyecto fue que "participante fantasma" resultó ser una simplificación excesiva. El verdadero reto era definir las reglas de visibilidad entre roles, preguntas como:
- ¿Debería saber el cliente que hay un supervisor conectado?
- ¿Debería saberlo el agente?
- ¿Pueden los supervisores comunicarse entre sí?
- ¿Pueden varios supervisores unirse simultáneamente?
- ¿Quién puede revisar la actividad de observación?
- ¿Cómo se auditan las acciones de los supervisores?
En este despliegue, el cliente decidió que los agentes debían estar siempre informados de cuándo se estaba supervisando una llamada: un pequeño indicador en su interfaz mostraba cuándo al menos un supervisor estaba observando, sin revelar exactamente cuántos. Los supervisores, a su vez, nunca eran notificados de la presencia de otros supervisores: su rol se limitaba a la observación, y el cliente no consideró esa información necesaria para la tarea.
Sin embargo, esa información no se perdía: cada evento de supervisión (quién se unió, quién salió, cuándo) quedaba registrado como parte del rastro de auditoría de la sesión junto con los metadatos de la grabación, construyendo una imagen completa de lo ocurrido durante la interacción.
Esta es la verdadera distinción entre una grabación de vídeo y un registro de interacción. Preservar el audio y el vídeo era solo una parte del requisito; el sistema también tenía que capturar los eventos de negocio en torno a la sesión: quién observó la llamada, cuándo empezó y terminó la supervisión, acciones relacionadas con el consentimiento como las aceptaciones del RGPD, y otros eventos operativos relevantes para los procesos del cliente. Cada sesión grabada se convertía en algo más que un archivo multimedia: un paquete de evidencias con marca de tiempo que combinaba datos de comunicación con eventos del proceso de negocio, permitiendo reconstruir no solo lo que se dijo, sino cómo se gestionó, supervisó y auditó la interacción.
"La invisibilidad rara vez es binaria"
Un participante puede ser invisible para unos usuarios y seguir siendo visible para otros. En cuanto aparecen esas distinciones, la comunicación deja de ser un problema de conferencia y pasa a ser un problema de permisos.
Por qué una plataforma de vídeo genérica no era la opción adecuada
¿Se podría haber construido esto sobre un producto de videoconferencia tradicional? Parcialmente, quizá, pero no de forma limpia, y no preservando el flujo de trabajo operativo ya existente del cliente. El reto nunca fue la videollamada en sí; fue integrar la gestión de colas, los permisos por rol, los modelos de autenticación, las grabaciones, los flujos de supervisión, los paneles operativos y las reglas de visibilidad en un único sistema coherente.
El resultado acabó pareciéndose menos a una aplicación de reuniones y más a una plataforma de contact center con el vídeo integrado en su núcleo (uno de los patrones más habituales que vemos en los proyectos de WebRTC a medida).
Una vez que se reconoce esa distinción, requisitos como supervisores invisibles, participantes de solo observación, interfaces específicas por rol y visibilidad selectiva dejan de parecer inusuales. Son consecuencias naturales de diseñar la comunicación en torno a un proceso de negocio, en lugar de en torno a las suposiciones de una plataforma de reuniones.