Cómo migrar a un nuevo dialer saliente

Cambiar de plataforma de dialer parece arriesgado porque el dialer está en el centro de las operaciones que generan ingresos. Hecha sin cuidado, una migración puede cortar llamadas, dejar huérfanas las devoluciones de llamada o, lo peor de todo, perder el historial de No Llamar y de consentimiento que lo mantiene en cumplimiento. Bien hecha, es un evento controlado y aburrido: una ejecución en paralelo, un piloto y un corte por etapas, con una vía de reversión en todo momento.

Esta guía es neutral respecto a la plataforma. Supone que estás pasando de un marcador heredado o empaquetado a una plataforma moderna en la nube, y se centra en las partes que los equipos más suelen subestimar: la portabilidad de números, los datos de cumplimiento y las integraciones. Si estás migrando específicamente desde una plataforma de código abierto, consulta nuestra alternativa a VICIdial comparación sobre las carencias que suelen aparecer.

Cuándo vale la pena migrar

La migración es disruptiva, así que los motivos deben ser reales. Desencadenantes habituales y legítimos:

• Sobreprecios por minuto del operador que no puede negociar porque la telefonía está empaquetada y bloqueada (una plataforma compatible con BYOClo resuelve).
• Funcionalidades que faltan: detección de contestador automáticoconsciente del idioma, agentes desde el navegador, multi-tenancy real o integraciones modernas.
• Herramientas de cumplimiento débiles: sin horarios de llamada por jurisdicción, depuración DNC ni registros de auditoría.
• Problemas al escalar: el sistema actual no permite añadir tenants, campañas o agentes de forma limpia.

Si la única queja es el precio, compruebe primero si BYOC o un cambio de plan lo resuelve. Si las carencias son estructurales, migre.

Paso 1: Haga un inventario de lo que tiene

No puede migrar lo que no ha catalogado. Cree un único documento de inventario que cubra:

• Números / DIDs: cada identificador de llamada saliente y número entrante, quién es titular de cada uno y su estado de portabilidad.
• Operadores / troncales SIP: proveedores actuales, contratos, tarifas y si la telefonía está empaquetada o es BYOC.
• Campañas: modos de marcación, ajustes de ritmo, reglas de reintentos/intentos, guiones y tipificaciones.
• Datos de cumplimiento: listas DNC/DNCR, registros de consentimiento, reglas de horarios de llamada y políticas de retención de grabaciones.
• Grabaciones y registros: dónde están las grabaciones históricas y qué está obligado legalmente a conservar.
• Integraciones: Conexiones con el CRM, webhooks y flujos de reportes.
• Usuarios: agentes, supervisores, roles y permisos.

Paso 2: La portabilidad de números es lo que más tarda

Portar números de teléfono entre operadores es lo que con mayor probabilidad marcará su calendario, porque depende de terceros. Empiece pronto.

• Decida qué necesita realmente portar. Con BYOC, puede mantener los números en su operador actual y simplemente apuntar hacia ellos la señalización SIP del nuevo dialer, evitando por completo la portabilidad.
• Para portabilidades reales, presente cartas de autorización y datos de cuenta precisos; la información que no coincide es la principal causa de rechazo.
• Porte por lotes, no todo a la vez, y nunca porte sus números principales hasta que la nueva plataforma esté validada.
• Cuente con que las portabilidades tarden de días a semanas según el operador y el país. Inclúyalo en el calendario.

La guía BYOC explicado explica cómo traer su propio operador puede convertir un proyecto de portabilidad arriesgado en una simple reconfiguración de troncal.

Paso 3: Migre los datos de cumplimiento antes de marcar

Este es el paso en el que no puede equivocarse. Antes de que salga una sola llamada desde la nueva plataforma, su estado de DNC y consentimiento debe estar completo y ser la fuente de verdad.

• Exporte del sistema antiguo las listas DNC/DNCR y de supresión interna, impórtelas en el nuevo y verifique que los conteos coincidan.
• Migre los registros de consentimiento con su base y marcas de tiempo, para poder seguir demostrando por qué se podía contactar cada número.
• Vuelva a crear las reglas de horarios de llamada por jurisdicción y confirme el manejo de zonas horarias con un conjunto de prueba.
• Conserve las grabaciones históricas y los registros de auditoría según su política de retención; si los tiene el proveedor anterior, organice la exportación antes de cancelar.

Trate la migración de cumplimiento como un requisito estricto: nada de marcación en producción en la nueva plataforma hasta verificar los controles de DNC, consentimiento y horarios de llamada. DialerBee ofrece controles que apoyan el cumplimiento (verificaciones DNC, ventanas de llamada según la jurisdicción y registro de auditoría), pero los datos en sí deben migrarse correctamente; el software no garantiza el cumplimiento y esto no es asesoría legal.

Paso 4: Reconstruya las campañas y las integraciones

Vuelva a crear las campañas en la nueva plataforma en lugar de suponer que una importación será perfecta. Es un buen momento para ordenar: retire campañas inactivas, estandarice las tipificaciones y simplifique las reglas de reintento. En cada campaña, reproduzca el modo de marcación, el ritmo, los límites de intentos, los guiones y la lista de tipificaciones.

Después, reconecte las integraciones: sincronización con el CRM, webhooks y reportes. Si además está mejorando la conexión con su CRM, siga la guía de configuración de la integración con CRM para que el mapeo de campos y la escritura de DNC de vuelta al CRM sean correctos desde el primer día.

Paso 5: Opere en paralelo y luego haga un piloto

Las migraciones más seguras nunca tienen un único cambio "big bang". En su lugar:

1. Ejecución en paralelo: mantenga activo el sistema antiguo mientras configura y valida el nuevo. No se pierden llamadas porque la producción nunca se detiene.
2. Piloto: pase una campaña y un pequeño grupo de agentes a la nueva plataforma. Valide de punta a punta la conectividad de llamadas, la calidad de audio, el comportamiento de la AMD, el screen pop, la escritura de tipificaciones, la grabación y los reportes.
3. Conciliación: compare un día de resultados del piloto con lo esperado: tasas de contacto, tipificaciones que llegan al CRM y grabaciones vinculadas a los registros correctos.

Amplíe solo cuando el piloto esté limpio.

Paso 6: Haga el corte por etapas (con reversión)

Haga el corte equipo por equipo o campaña por campaña, no con todos a la vez. Mantenga la plataforma antigua disponible y sus datos intactos hasta que la nueva haya completado un ciclo entero sin problemas: esa es su reversión. Defina de antemano las condiciones concretas que activarían una reversión (por ejemplo, una caída sostenida de la tasa de conexión o un fallo de un control de cumplimiento) para no tomar la decisión bajo presión.

Programe los pasos más pesados del corte en franjas de bajo volumen y asegúrese de que los supervisores sepan monitorear ambos sistemas durante la transición con herramientas de supervisión en vivo.

Paso 7: Capacite a los agentes y valide después de la puesta en marcha

La fricción de los agentes puede deshacer una migración técnicamente perfecta. Las plataformas basadas en navegador la reducen: el escritorio del agente de DialerBee funciona en una pestaña sin nada que instalar, así que la capacitación trata sobre todo del flujo de trabajo, no de configurar software. Cubra el click-to-call, las tipificaciones, las devoluciones de llamada y dónde encontrar los guiones.

Después de la puesta en marcha, valide durante una semana: tasas de conexión y abandono dentro del rango esperado, tipificaciones y grabaciones sincronizándose con el CRM, controles de cumplimiento activándose (números DNC bloqueados, horarios de llamada respetados) y reportes que coinciden con la realidad.

Un calendario realista

• Semana 1: inventario, inicio de las portabilidades (o plan de reutilización de troncales BYOC), exportación de los datos de cumplimiento.
• Semanas 1–2: configuración de la nueva plataforma, reconstrucción de campañas, reconexión de integraciones.
• Semanas 2–3: ejecución en paralelo y piloto; importación y verificación de DNC/consentimiento.
• Semanas 3–6: corte por etapas equipo por equipo, con el sistema antiguo en espera para una posible reversión.

Las operaciones sencillas con un solo operador pueden acortar estos plazos; las operaciones en varios países con mucha portabilidad e integraciones a medida deben planificar hacia el extremo más largo.

Preguntas frecuentes

¿Cómo migro de dialer sin interrupciones?

Opere el sistema antiguo y el nuevo en paralelo mientras configura el nuevo, haga un piloto con una campaña y algunos agentes, y luego haga el corte equipo por equipo. Mantenga la plataforma antigua disponible como reversión hasta que la nueva haya completado un ciclo entero sin problemas, para que la marcación en producción nunca se detenga.

¿Tengo que portar mis números de teléfono?

No siempre. Con BYOC (Bring Your Own Carrier, traiga su propio operador), a menudo puede mantener los números en su operador actual y apuntar hacia ellos la señalización SIP del nuevo dialer, evitando la portabilidad. Cuando sí porte, hágalo por lotes y deje los números principales para cuando la nueva plataforma esté validada.

¿Cómo traslado los datos de DNC y consentimiento de forma segura?

Exporte del sistema antiguo los registros de DNC/DNCR, supresión y consentimiento con sus marcas de tiempo y su base, impórtelos en la nueva plataforma y verifique que los conteos coincidan antes de cualquier marcación en producción. Trate la migración completa de cumplimiento como un requisito estricto.

¿Cuánto tarda una migración de dialer?

Normalmente entre dos y seis semanas. La portabilidad de números y la complejidad de las integraciones son los factores principales: las operaciones con un solo operador avanzan más rápido, mientras que las configuraciones en varios países con mucha portabilidad tardan más.

¿Cuál es el mayor riesgo de una migración?

Perder o desincronizar los datos de cumplimiento: listas DNC, consentimiento y reglas de horarios de llamada. Marcar en la nueva plataforma antes de que esos datos estén completos y verificados es el error con más probabilidades de causar daños, así que condicione la puesta en marcha a ello.

¿Debo reconstruir las campañas o importarlas?

Reconstrúyalas. Una reconstrucción limpia le permite retirar campañas inactivas, estandarizar tipificaciones y simplificar las reglas de reintento, y evita importar años de configuraciones acumuladas a una plataforma nueva.

¿Puedo migrar a DialerBee de forma gradual?

Sí. DialerBee admite la ejecución en paralelo y el corte por etapas, equipo por equipo, y su soporte BYOC a menudo le permite reutilizar los operadores existentes, de modo que la migración se convierte en una reconfiguración de troncal y no en una portabilidad completa.

La migración es más un problema de gestión de proyectos que técnico: haga un inventario cuidadoso, proteja los datos de cumplimiento, opere en paralelo y haga el corte por etapas con reversión. Si lo gestiona así, el cambio pasa sin sobresaltos, que es exactamente lo que busca. Para dimensionar un cambio a DialerBee, agendar una demo y revisaremos juntos su inventario y un plan por etapas.