Las empresas de externalización de procesos de negocio (BPO) tienen requisitos de marcación que ningún otro segmento de clientes comparte. No se trata de una sola campaña para una empresa, sino de docenas de campañas para múltiples clientes simultáneamente, cada una con datos, normas de cumplimiento, acuerdos de nivel de servicio (SLA) y requisitos de informes diferentes. Un sistema de marcación que funcione para un equipo de ventas interno no será suficiente para la complejidad operativa de una BPO.

Esta guía abarca las capacidades específicas que las empresas de externalización de procesos de negocio (BPO) deben evaluar al elegir un software de marcación automática, basándose en los patrones operativos que observamos en las agencias de cobro, las operaciones de ventas externalizadas y las empresas de BPO de atención al cliente que ejecutan campañas de llamadas salientes.

Arquitectura para múltiples inquilinos: lo innegociable

La arquitectura multiusuario es la base. Todo lo demás depende de ella. En un contexto de BPO, la arquitectura multiusuario significa:

Aislamiento de datos

Los datos de contacto del Cliente A deben ser completamente invisibles para los agentes, supervisores y administradores del Cliente B. Esto no es solo una configuración de permisos, sino que debe aplicarse a nivel de base de datos. Un permiso mal configurado en un sistema de acceso basado en roles puede provocar la filtración de datos entre clientes. La verdadera arquitectura multiusuario utiliza una separación de datos lógica o física que hace que el acceso a datos entre clientes sea arquitectónicamente imposible.

Por qué es importante: Los contratos de BPO incluyen cláusulas de protección de datos. Una fuga de datos entre clientes constituye un incumplimiento de contrato, una posible infracción normativa y puede poner fin al negocio. Pregúntele a su proveedor de sistemas de marcación: «Si un administrador configura incorrectamente un rol por error, ¿pueden los agentes de un cliente acceder a los datos de otro?». Si la respuesta no es un rotundo «no», la arquitectura no es realmente multiusuario.

Aislamiento de configuración

Cada cliente debe tener una configuración independiente para: modos de marcación (Cliente A en predictivo, Cliente B en progresivo), reglas de cumplimiento (diferentes límites de reintentos, horarios de llamadas, listas de no llamar), configuración de AMD (diferente sensibilidad por cliente en función de su tolerancia a falsos positivos frente a falsos negativos), políticas de grabación de llamadas, códigos de disposición y flujos de trabajo, y flujos de IVR.

Aislamiento de recursos

La campaña de un cliente no debería privar a la de otro de recursos de marcación. Si el Cliente A experimenta un pico de llamadas de alto volumen, las campañas del Cliente B deberían seguir funcionando con normalidad. Busque mecanismos de gestión de colas o reserva de recursos equitativos que eviten problemas de interferencia entre campañas.

DialerBee arquitectura multiusuario Garantiza el aislamiento a nivel de datos, configuración y recursos, lo que está diseñado para asegurar que cada cliente funcione como si tuviera su propia instancia de marcador dedicada.

Configuración de cumplimiento por cliente

Los distintos clientes operan bajo diferentes marcos regulatorios. Una empresa de externalización de procesos de negocio (BPO) que presta servicios tanto a clientes de cobranza en EE. UU. como a clientes de ventas en los Emiratos Árabes Unidos necesita aplicar las normas TCPA/Reg F para unos y las normas TDRA para los otros, simultáneamente, en la misma plataforma y sin mezclarlas.

Características clave de cumplimiento para BPO:

Listas de no llamar por inquilino: Cada cliente dispone de su propia lista interna de números a los que no se debe llamar, además de tener acceso a los registros nacionales pertinentes. Una solicitud de exclusión de la lista de números a los que no se debe llamar por parte del deudor del Cliente A no debe impedir que dicho número aparezca en las campañas del Cliente B (a menos que el número también figure en la lista de números a los que no se debe llamar del Cliente B).
Ventanas de llamadas por inquilino: Cliente A en EE. UU.: de 8:00 a 21:00, hora local del destinatario. Cliente B en los Emiratos Árabes Unidos: de 9:00 a 21:00, hora estándar del Golfo. Cliente C en la UE: de 10:00 a 20:00, según las normas de cada estado miembro. Cada horario debe aplicarse de forma independiente.
Límites de reintentos por inquilino: Un cliente de cobranzas, según la Regulación F, necesita 7 intentos cada 7 días. Un cliente de ventas podría permitir 3 intentos por día. Estos límites deben ser configurables y aplicarse por inquilino.
Políticas de registro por inquilino: Algunos clientes requieren que se graben todas las llamadas. Otros requieren que se graben los anuncios de consentimiento. Algunos clientes en jurisdicciones específicas pueden necesitar la posibilidad de pausar la grabación durante la captura de datos PCI. Cada cliente necesita su propia configuración de grabación.

Alcance de supervisión y administración

Las estructuras organizativas de las empresas de externalización de procesos de negocio (BPO) son más complejas que las de los equipos internos. Una BPO típica cuenta con: un director de operaciones que supervisa a todos los clientes, gerentes de nivel de cliente que solo ven a sus clientes asignados, jefes de equipo que solo ven a su equipo dentro de un cliente y agentes que solo ven su propio trabajo.

El sistema de marcación debe admitir la jerarquización del acceso:

Administración a nivel BPO: Acceso completo para todos los inquilinos. Permite aprovisionar inquilinos, gestionar la configuración global y visualizar informes agregados.
Supervisor a nivel de cliente: El acceso está restringido a un único usuario. Puede gestionar campañas, ver informes, escuchar grabaciones y capacitar a los agentes, pero solo dentro de la plataforma de su cliente.
Jefe de equipo: El acceso está restringido a un equipo dentro de un inquilino. Pueden ver el rendimiento de su equipo, pero no el de otros equipos que trabajan en el mismo cliente.
Agente: Acceso a su propia cola, scripts e interfaz de disposición. Sin acceso al trabajo de otros agentes ni a los datos de los clientes.

Este alcance debe extenderse también a las funciones en tiempo real. Cuando un supervisor utiliza las funciones de escuchar, susurrar o intervenir, solo debería poder unirse a las llamadas dentro de su ámbito de acceso. Un supervisor del Cliente A no debería poder escuchar las llamadas del Cliente B, ni siquiera accidentalmente.

BYOC: Flexibilidad de operador por cliente

Las empresas de externalización de procesos de negocio (BPO) suelen encontrarse con clientes que tienen sus propios contratos con operadores y desean que las llamadas salientes se enruten a través de sus troncales SIP. Los motivos incluyen: el cliente ha negociado tarifas mayoristas que no quiere perder, las normativas exigen que el tráfico se enrute a través de operadores autorizados específicos, el cliente desea gestionar su propia reputación de identificación de llamadas o los requisitos contractuales especifican que el tráfico de voz debe originarse en la infraestructura del cliente.

BYOC a nivel de inquilino Esto resuelve el problema. Cada cliente conecta sus propios troncales SIP, utiliza sus propios números DID y paga directamente a su operador. La empresa de externalización de procesos de negocio (BPO) gestiona la plataforma de marcación; el cliente gestiona su operador. Esto también simplifica la facturación: la BPO factura las licencias de software y el cliente paga a su operador por separado, eliminando así las disputas sobre los cargos por minuto.

Marca blanca para portales de cara al cliente

Algunos clientes de BPO quieren acceder a los paneles de control de las campañas, las grabaciones de llamadas y los informes de rendimiento, pero no quieren ver la marca de su proveedor de sistemas de marcación automática. Quieren ver la marca de su empresa de BPO o la suya propia.

Capacidades de marca blanca Le permite ofrecer portales para clientes con la marca de su empresa de externalización de procesos de negocio (BPO). Los clientes de mayor nivel podrían tener portales con su propia marca. Esto es especialmente valioso para las grandes empresas que consideran la plataforma tecnológica de la BPO como parte de su experiencia de marca.

Informes y gestión de SLA

Los requisitos de informes de BPO son fundamentalmente diferentes a los de los informes internos. Necesitas:

Informes a nivel de cliente

Cada cliente necesita su propio panel de informes con métricas relevantes para su SLA: tasa de contacto, tasa de contacto con la persona adecuada, tasa de conversión, tiempo promedio de gestión, llamadas por hora e indicadores clave de rendimiento (KPI) específicos de la campaña. Los informes deben ser independientes: el Cliente A nunca podrá ver los datos de rendimiento del Cliente B.

Informes de operaciones internas

Tu equipo de operaciones necesita una visión integral de todos los clientes: utilización de agentes, eficiencia en la asignación de puestos, rendimiento de la cola combinada, análisis de costes de operadores y datos de planificación de recursos. Esta es la perspectiva a nivel de BPO que los clientes no ven.

Monitoreo de SLA

Muchos contratos de BPO incluyen compromisos de SLA: tasa mínima de contacto, tasa máxima de abandono, umbrales de llamadas por hora o metas de conversión. El marcador automático debe admitir la monitorización de los umbrales de SLA con alertas cuando las métricas se acerquen o superen dichos umbrales. La gestión reactiva de los SLA —descubrir una infracción en el informe mensual— es demasiado tarde.

Entrega automatizada de informes

Los clientes esperan recibir informes periódicos sin tener que iniciar sesión en un portal. Se recomienda programar la entrega de informes por correo electrónico con plantillas personalizables, rangos de fechas y selección de métricas. Si se utiliza una solución de marca blanca, los informes deben tener la marca del cliente.

Escalabilidad y gestión de campañas simultáneas

Una empresa de externalización de procesos de negocio (BPO) de tamaño mediano podría tener entre 5 y 10 clientes con entre 3 y 5 campañas cada uno, lo que supone entre 15 y 50 campañas simultáneas. Una BPO grande podría tener más de 50 clientes y cientos de campañas. El sistema de marcación automática debe gestionar esta concurrencia sin que se degrade el rendimiento.

Indicadores clave de escalabilidad:

Hora de inicio de la campaña: ¿Con qué rapidez puede empezar a marcar una campaña con 10 000 números? Menos de 30 segundos es un buen resultado. Más de 5 minutos indica limitaciones de la arquitectura del sistema.
Capacidad de agentes concurrentes: ¿Puede la plataforma gestionar más de 500 agentes simultáneos en todos los clientes sin que se degrade la calidad de las llamadas?
Almacenamiento de grabación: A gran escala, las grabaciones de llamadas consumen una cantidad considerable de almacenamiento. ¿Ofrece la plataforma almacenamiento escalable con políticas de retención por usuario?
Rendimiento de la API: Si se integra con varios sistemas CRM de clientes, la API debe gestionar solicitudes de alta frecuencia sin limitaciones de velocidad que puedan afectar a los flujos de trabajo en tiempo real.

Marco de evaluación

Al evaluar el software de marcación automática para operaciones de BPO, pondere sus criterios en consecuencia:

Aislamiento multiusuario (crítico): Aislamiento de datos, configuración y recursos entre clientes.
Cumplimiento por inquilino (crítico): Políticas independientes de no llamar a la lista de no llamar, horarios de llamadas, límites de reintentos y grabación por cliente.
Control de acceso jerárquico (alto): Acceso restringido para administradores de BPO, supervisores de clientes, jefes de equipo y agentes.
BYOC por inquilino (alto): Configuración de troncales SIP a nivel de cliente para mayor flexibilidad del operador.
Herramientas de aislamiento y SLA (alta): Informes a nivel de cliente con análisis internos comparativos entre clientes.
Marca blanca (mediana): Personalización de la marca para las interfaces de cara al cliente.
Escalabilidad (media-alta): Capacidad verificada para el número previsto de inquilinos y agentes.
Amplitud de la API (media): Capacidad de integración con diversas plataformas tecnológicas de clientes.

Para obtener información detallada sobre cómo DialerBee satisface los requisitos de BPO, visite nuestra página. Página de soluciones BPO.

El mejor software de marcación automática para BPO