Cómo agregar un marcador predictivo a su PBX existente (sin reemplazarla)

Si ya opera Asterisk, FreePBX, 3CX, Cisco o Avaya, tiene un sistema telefónico que funciona, contratos con operadores que usted negoció, números que sus clientes conocen y un plan de marcación que a alguien le llevó meses dejar a punto. Entonces alguien pide una campaña saliente —un impulso de cobranza, una campaña de renovaciones, una lista de recuperación de cuarenta mil registros— y descubre que el sistema telefónico en realidad no puede hacerlo.

El consejo habitual en ese punto es sustituir el sistema telefónico. Es una respuesta cara a un problema concreto, y desecha una infraestructura que cumple su función perfectamente bien. Esta guía cubre la alternativa: dejar la centralita (PBX) exactamente donde está y añadir una capa de campañas encima. Cómo es esa arquitectura, cómo se conectan los dos sistemas, cómo dimensionarla, dónde debe vivir el cumplimiento normativo, y cómo llegar hasta ahí sin poner en riesgo la operación. Los equipos que usan un marcador de código abierto autoalojado sobre la PBX suelen chocar con el mismo límite; consulta nuestra alternativa a VICIdial comparison.

Por qué su PBX no puede ejecutar campañas salientes por sí sola

No es una carencia de su PBX. Es una diferencia de categoría. Una PBX es un motor de enrutamiento: una llamada existe y la PBX decide adónde va. Un marcador es un motor de decisión: decide qué llamada debe existir en primer lugar.

Asterisk puede originar una llamada; eso es exactamente lo que hacen los call files y la acción Originate de AMI. Pero originar llamadas es quizá una décima parte de lo que necesita una campaña. Faltan cuatro piezas, y cada una es sustancial:

• Un motor de listas y de ritmo. Qué registro sigue, cuántas llamadas mantener en curso según los agentes libres en ese momento, cuándo reintentar un "no contesta" y cuántas veces, a qué zona horaria pertenece el registro, cuándo detenerse.
• Detección de contestador automático. Aproximadamente dos tercios de los intentos salientes a celulares llegan al buzón de voz. Sin filtrado, sus agentes escuchan saludos de buzón todo el día y sus cálculos de ritmo pierden sentido.
• Un modelo de estados del agente. El marcador necesita saber quién está disponible, quién está en llamada, quién está en post-llamada y quién se ausentó —de forma continua y en tiempo real—, porque el ritmo depende por completo de la disponibilidad prevista.
• Tipificaciones y registro de cumplimiento. Qué pasó en la llamada, qué aceptó el cliente, qué se suprimió y por qué, y una pista de auditoría que resista que un regulador pregunte por una llamada concreta dieciocho meses después.

Nada de eso pertenece a un plan de marcación. Por eso, incrustar lógica de campañas en una PBX suele producir algo frágil que solo entiende una persona.

Las tres formas en que los equipos lo resuelven y lo que realmente cuesta cada una

Reemplazar la PBX por una plataforma todo en uno. Arquitectura limpia y un solo proveedor, a costa de reimplementar su enrutamiento entrante, volver a capacitar a los agentes, migrar o perder números y, a menudo, pasar a precios por minuto en una voz que antes compraba al por mayor. Es la respuesta correcta si su PBX realmente llegó al final de su vida útil. Si no, es una respuesta cara.

Construir usted mismo la capa de campañas. Totalmente viable sobre telefonía de código abierto, y algunos equipos sólidos operan exactamente así. Las cuentas honestas: no construye un marcador una sola vez; mantiene el comportamiento del ritmo, la precisión de la detección, los estados del agente, las tipificaciones, la grabación, la aplicación de supresiones y los informes, y carga con las guardias cuando el ritmo falla en plena campaña de lunes por la mañana. Analizamos ese equilibrio con más detalle en desarrollar o comprar software de marcador.

Superponer un marcador sobre SIP. La PBX sigue haciendo lo que ya hace bien; el marcador añade solo lo que falta. No se mueven números, no cambia ningún contrato con el operador y los agentes conservan sus extensiones si usted lo desea. Este es el camino que cubre esta guía, y es lo que llamamos Patrón B : una de las tres formas en que se conecta DialerBee.

Cómo funciona realmente la superposición

La mecánica es más simple de lo que parece. Una llamada de campaña tiene dos tramos, y la división entre ambos es todo el diseño:

1. El marcador selecciona el siguiente registro de la lista, tras verificar las supresiones, el estado del consentimiento y la ventana horaria permitida para la zona horaria de ese registro.
2. Origina el tramo saliente por la troncal de su operador, presentando un caller ID que usted controla.
3. La llamada es contestada. El marcador analiza el audio y lo clasifica: persona real, contestador automático, fax, tono de red o silencio.
4. Los contestadores se gestionan sin agente: se cuelgan o se deja un mensaje si su política lo permite. Solo las personas reales siguen adelante.
5. La llamada en vivo se entrega a su PBX por la troncal SIP y llega a un número piloto, grupo de salto o cola.
6. Su PBX la enruta a un agente exactamente igual que cualquier otra llamada.

Desde el punto de vista de la PBX, simplemente llega una llamada por una troncal y hay que enrutarla, algo que ya hace miles de veces al día. Toda la inteligencia de la campaña ocurre antes de ese momento. Por eso la integración es tan limpia: no le pide a la PBX que aprenda nada nuevo.

Cómo conectarlos: troncal SIP, SBC y registro

La conexión entre el marcador y la PBX es una troncal SIP, y hay dos opciones habituales de autenticación. La troncal por IP es la opción habitual cuando ambos extremos tienen direcciones estables: cada lado agrega al otro a su lista de permitidos y no hay registro que expire. La troncal por registro conviene a entornos con direccionamiento dinámico, donde el marcador se registra en la PBX como lo haría un dispositivo.

Algunos puntos prácticos que deciden si esto será una tarde tranquila o una semana larga:

• Dónde se ubica el SBC. En entornos Cisco y Avaya casi siempre existe ya un session border controller que termina las troncales del operador. Ponga ahí también la troncal del marcador: es la demarcación natural y le da un único lugar donde revisar la señalización cuando algo falla.
• Ruta de medios. Decida deliberadamente si los medios pasan por el SBC o van directos. Los medios directos reducen la latencia y la carga; los medios anclados son más fáciles de diagnosticar y de grabar de forma consistente. Cualquiera sirve, pero la elección debe tomarse, no descubrirse.
• Códecs. Acuerde un solo códec en la troncal interna y evite la transcodificación. G.711 entre el marcador y la PBX es la opción segura por defecto; transcodificar cuesta calidad y, en algunas plataformas, licencias.
• DTMF. Defina RFC 2833 y confírmelo de extremo a extremo. Un DTMF desalineado es la falla clásica que solo aparece cuando un cliente intenta presionar 1 en un IVR.
• NAT. Si alguno de los extremos está detrás de NAT, ajuste bien el direccionamiento de señalización y medios antes de probar con volumen. El audio unidireccional a escala casi siempre se debe a esto.

Nuestra guía de configuración de troncales SIP cubre la configuración con más detalle, y traiga su propio operador explica el modelo de troncales.

Conserve su operador y sus números

La mitad comercial de esta decisión importa tanto como la técnica. En una superposición, la plataforma nunca transporta su voz: le indica a su operador que curse las llamadas por troncales que usted ya tiene. De ahí se derivan tres consecuencias:

• Sus tarifas siguen siendo suyas. Si negoció una buena terminación, la conserva. Nadie vuelve a ponerle margen a minutos que usted ya compra al por mayor.
• Sus números siguen siendo suyos. Sin proyecto de portabilidad, sin depender de un proveedor para su identidad entrante y sin quedar rehén si más adelante cambia de opinión.
• No hay tarifa por minuto de la plataforma. Cuando la plataforma no transporta la voz, no hay nada que cobrar por minuto. Usted paga por puesto de agente y, por separado, paga los minutos a su operador.

Ese último punto cambia la economía de las campañas más de lo que se espera, y la cambia sobre todo en las campañas de mayor volumen, justo donde más duele un margen por minuto. Comparamos ambos modelos directamente en precios por agente vs. por minuto y BYOC vs. telecomunicaciones incluidas.

Dónde trabajan sus agentes: extensiones de la PBX o un escritorio en el navegador

Cuando una llamada en vivo llega a su PBX, puede ir a la extensión que su agente ya usa. Es la opción menos disruptiva, no requiere cambios en el puesto de trabajo y es una forma perfectamente razonable de hacer un piloto.

Su límite es que un teléfono de escritorio solo transmite audio. No puede mostrar quién llama ni por qué, no puede capturar una tipificación, no puede mostrar el guion ni el aviso de cumplimiento y no puede dar al supervisor una vista en vivo. Todo lo que sabe la capa de campañas se queda en el auricular.

La alternativa es un escritorio de agente en el navegador: el audio va por WebRTC y la pantalla muestra el registro del cliente, el guion, la lista de tipificaciones y el temporizador de post-llamada. Los supervisores tienen monitoreo en vivo en lugar de recorrer el piso. La comparación de marcador en el navegador vs. software instalado y nuestra nota sobre WebRTC vs. teléfonos SIP cubre las ventajas y desventajas.

En la práctica, los esquemas híbridos son comunes y sensatos: un equipo entrante se queda en teléfonos de escritorio mientras el equipo de campañas salientes pasa al navegador, ambos conectados a la misma PBX.

Dimensionamiento: canales, ritmo y margen para la tasa de abandono

La cifra que sorprende a los equipos son los canales simultáneos, porque crece con su ratio de marcación y no con su número de agentes.

Veinte agentes marcando con un ratio de 2:1 necesitan unos cuarenta canales salientes simultáneos, más margen para las llamadas que aún están sonando o en análisis y no se han resuelto. Cincuenta canales es una provisión realista. Suba a 3:1 y esos mismos veinte agentes necesitan unos setenta. Dimensione la troncal para el pico, no para el promedio: cuando la troncal se satura, el marcador no puede regular el ritmo y los agentes quedan ociosos esperando llamadas que no se pueden cursar.

Conviene conocer otras dos restricciones antes de configurar nada:

• Llamadas por segundo. Tanto los operadores como los SBC imponen límites de CPS. Una campaña que arranca a las 9 a. m. puede dispararse muy por encima de su tasa habitual, y chocar con un techo de CPS genera rechazos que parecen fallas del operador.
• La precisión de la detección fija el techo de su ritmo. Un ritmo agresivo solo es seguro si puede distinguir de forma fiable a una persona de una máquina. Donde la clasificación es más débil —un mercado desconocido, un idioma poco habitual, mucho buzón de voz predeterminado del operador—, la respuesta honesta es marcar con un ritmo más conservador en lugar de aceptar una tasa de abandono creciente.

Nuestra guía de ajuste del marcador predictivo profundiza en las matemáticas del ritmo, y el estimador de tasa de abandono le permite modelar un ratio con sus propias cifras antes de comprometerse con él.

Cumplimiento en una arquitectura dividida

Esta es la sección que conviene leer dos veces, porque es donde más a menudo fallan las implementaciones sobre infraestructura existente.

Cuando dos sistemas comparten una llamada, es tentador repartir los controles entre ellos. No lo haga. Las verificaciones de supresión, el estado del consentimiento y las ventanas de horario de llamada deben residir en la capa de campañas, por una razón estructural: la capa de campañas es el sistema que decide qué número marcar y cuándo. Cuando una llamada llega a la PBX, esa decisión ya se tomó y no se puede deshacer. Una PBX puede negarse a enrutar una llamada; no puede negarse a haberla realizado.

Por eso, antes de originar la llamada, la capa de campañas debe encargarse de:

• Verificaciones de supresión y de listas de no llamar (DNC) aplicables a esa campaña
• El estado de consentimiento del registro, donde se requiera consentimiento
• La ventana de horario de llamada según la zona horaria del registro, no la de su oficina
• Límites de intentos y reglas de reintento
• La selección del caller ID y su estado de registro

La PBX conserva aquello en lo que ya es buena: la política de grabación en el tramo del agente, las reglas de enrutamiento interno y sus controles de acceso existentes. Lo importante es que el filtro esté antes de que se realice la llamada, y que haya una sola pista de auditoría en lugar de dos que haya que conciliar. Nuestra checklist de cumplimiento para contact centers y la página de controles de cumplimiento cubren los detalles.

Son controles que apoyan el cumplimiento, no una garantía de cumplimiento. Las regulaciones difieren según la jurisdicción y cambian con el tiempo, y la responsabilidad de su programa de cumplimiento sigue siendo de su organización. Busque su propio asesoramiento legal para los mercados a los que llama.

Superposiciones multi-tenant para revendedores e integradores

Si usted vende telefonía en lugar de solo operarla, vale la pena entender el modelo de superposición como un patrón comercial, no solo técnico. Sus clientes ya compraron sus sistemas telefónicos. Pedirles que los reemplacen para tener campañas salientes es una venta difícil; añadir campañas a lo que ya tienen es una conversación mucho más fácil.

Cada cliente opera como un tenant aislado —con sus propias campañas, datos de supresión, usuarios, grabaciones e informes—, conectado a la PBX y al operador que ese cliente ya utilice. Con un esquema multi-tenant , la plataforma puede llevar su marca en lugar de la nuestra; lo explicamos en la página de revendedores page.

Una ruta de migración que no pone en riesgo la operación

Nadie debería migrar un contact center completo en un solo fin de semana. La secuencia siguiente mantiene acotado el impacto en cada paso:

1. Haga un piloto con una campaña en una troncal. Elija una lista de bajo riesgo. Aprovisione un grupo de troncales separado para que el tráfico de campaña no afecte la capacidad entrante.
2. Valide la ruta de llamada con unos pocos agentes. Confirme audio en ambos sentidos, DTMF, presentación del caller ID, grabación y que las tipificaciones lleguen a donde espera.
3. Ajuste el ritmo con el comportamiento real. Empiece de forma conservadora —1,2:1 o 1,5:1— y suba solo mientras la tasa de abandono se mantenga por debajo de su límite.
4. Opere en paralelo. Mantenga vivo el proceso actual junto al piloto durante un ciclo completo, para tener una comparación real y no una esperanzadora.
5. Migre por cola, no todo a la vez. Mueva una campaña o un equipo a la vez. Cada cambio es pequeño y reversible por separado.
6. Tenga un rollback que haya probado de verdad. El rollback consiste en deshabilitar la troncal de campaña y revertir una entrada del plan de marcación, pero confírmelo antes de necesitarlo, no durante.

Nuestra guía sobre migrar a un nuevo marcador de llamadas salientes cubre con más detalle la migración de listas, tipificaciones e informes.

Cómo se integra DialerBee en una PBX existente

DialerBee está diseñado para funcionar exactamente así. Se conecta de tres formas —con nuestras troncales SIP, sobre una PBX o SBC que usted ya opera, o mediante una troncal de operador que ya tiene contratada— y el filtrado de cumplimiento, la grabación, el escritorio del agente, las herramientas de supervisión, los informes y el aislamiento entre tenants son idénticos en las tres. En los dos esquemas en los que DialerBee no transporta la voz, no hay tarifa por minuto de la plataforma, porque no hay minutos que cobrar.

Los modos preview, progresivo, power y predictivo se eligen por campaña, y la detección de contestador automático usa una IA que entiende el idioma en 11 idiomas. Si quiere verlo con su propia infraestructura, la prueba gratuita de 14 días con crédito de IA gratuito no requiere tarjeta de crédito, o puede agendar una demo y revisaremos la configuración específica de su PBX y sus troncales.

Preguntas frecuentes