Como migrar para um novo discador de saída

A mudança de plataforma de discagem automática parece arriscada porque o discador está no centro das operações que geram receita. Feita de forma descuidada, uma migração pode causar a queda de chamadas, o abandono de retornos de chamada ou — pior ainda — a perda do histórico de contatos e consentimentos da lista "Não Ligue" que mantém a conformidade com as regulamentações. Feita da maneira correta, é um evento controlado e tranquilo: uma execução paralela, um projeto piloto e uma transição gradual, com um plano de reversão ao longo de todo o processo.

Este guia é independente de plataforma. Ele pressupõe que você esteja migrando de um discador legado ou integrado para uma plataforma moderna em nuvem e se concentra nas partes que as equipes geralmente subestimam: portabilidade numérica, dados de conformidade e integrações.

Quando vale a pena migrar

A migração é um processo disruptivo, portanto, os motivos devem ser reais. Gatilhos comuns e legítimos:

• Tarifas por minuto cobradas pelas operadoras que você não pode negociar porque a telefonia é agrupada e bloqueada a BYOC(uma plataforma compatível resolve isso).
• Funcionalidades ausentes: compreensão de idioma detecção de secretária eletrônica, agentes baseados em navegador, multilocação real ou modernos integrações.
• Ferramentas de conformidade deficientes — sem horários de chamada definidos por jurisdição, sem verificação da lista "Não Perturbe DNC ou registros de auditoria.
• Dificuldade de escalabilidade: o sistema atual não permite adicionar tenants, campanhas ou agentes de forma eficiente.

Se a única reclamação for o preço, verifique primeiro se a opção de BYOC ou uma mudança de plano resolve o problema. Se as diferenças forem estruturais, migre.

Passo 1 — Faça um inventário do que você tem.

Não é possível migrar o que não foi catalogado. Crie um único documento de inventário que abranja:

• Números / DIDs: Cada número de identificação de chamada (caller ID) de saída e de entrada, o proprietário de cada um e seu status de portabilidade.
• Operadoras / trunks SIP : Fornecedores atuais, contratos, tarifas e se a telefonia está incluída no pacote ou se BYOC .
• Campanhas: Modos de discagem, configurações de ritmo, regras de repetição/tentativa, scripts e disposições.
• Dados de conformidade: Listas DNC / DNCR , registros de consentimento, regras de horário para ligações e políticas de retenção de gravações.
• Gravações e registros: Onde se encontram os registros históricos e o que você é legalmente obrigado a preservar.
• Integrações: Conexões CRM , webhooks e fluxos de relatórios.
• Usuários: Agentes, supervisores, funções e permissões.

Etapa 2 — A numeração das portas é o polo longo

A portabilidade de números de telefone entre operadoras é o item que mais provavelmente definirá seu cronograma, pois depende de terceiros. Comece o processo com antecedência.

• Decida o que realmente precisa ser portado. Com BYOCVocê pode manter os números na sua operadora atual e simplesmente direcionar a sinalização SIP do novo discador para eles, evitando completamente a necessidade de portabilidade.
• Para portos legítimos, envie cartas de autorização e dados bancários precisos; informações divergentes são a principal causa de rejeição de portos.
• Faça a portabilidade em lotes, não tudo de uma vez, e nunca transfira seus números principais até que a nova plataforma seja validada.
• Espere que os embarques nos portos levem de dias a semanas, dependendo da operadora e do país. Inclua isso no seu cronograma.

Guia do discador preditivo BYOC Explica como trazer sua própria operadora pode transformar um projeto de portabilidade arriscado em uma simples reconfiguração de trunk.

Etapa 3 — Migre os dados de conformidade antes de discar

Esta é a etapa em que você não pode errar. Antes que uma única chamada seja feita na nova plataforma, o DNC e o estado de consentimento devem estar completos e válidos.

• Exporte as listas de não perturbe DNC / DNCR e as listas de supressão interna do sistema antigo e importe-as para o novo — e verifique se as contagens coincidem.
• Migre os registros de consentimento com seus respectivos fundamentos e datas, para que você ainda possa comprovar por que determinado número era contactável.
• Recriar as regras de horário de chamada por jurisdição e confirmar o tratamento de fusos horários em um conjunto de testes.
• Conserve as gravações de chamadas e os registros de auditoria históricos de acordo com sua política de retenção; se o fornecedor anterior os possuir, providencie a exportação antes de cancelar o contrato.

Considere a migração para conformidade como uma etapa crucial: nenhuma discagem em produção na nova plataforma até que os controles de "Não DNC , consentimento e horário de chamada sejam verificados. DialerBee oferece esse serviço. controles de suporte à conformidade — Verificações DNC , janelas de chamadas que levam em consideração a jurisdição e registro de auditoria — mas os dados em si devem ser migrados corretamente; o software não garante a conformidade e isto não constitui aconselhamento jurídico.

Etapa 4 — Recriar campanhas e integrações

Recrie as campanhas na nova plataforma em vez de presumir uma importação perfeita. Este é um bom momento para fazer uma limpeza: desative campanhas inativas, padronize as disposições e simplifique as regras de repetição. Para cada campanha, reproduza o modo de discagem, o ritmo, os limites de tentativas, os scripts e a lista de opções de disposição.

A seguir, reconecte as integrações: sincronização CRM , webhooks e relatórios. Se você também estiver aprimorando sua integração CRM , siga as instruções em Guia de configuração da integração CRM Assim, o mapeamento de campos e a gravação de dados não cancelados DNC estão corretos desde o primeiro dia.

Etapa 5 — Execute em paralelo e, em seguida, execute o piloto.

As migrações mais seguras nunca envolvem uma mudança radical e repentina. Em vez disso:

1. Execução paralela: O sistema antigo permanece ativo enquanto o novo é configurado e validado. Nenhuma chamada é perdida, pois a produção nunca para.
2. Piloto: Migrar uma campanha e um pequeno grupo de agentes para a nova plataforma. Validar a conectividade das chamadas, a qualidade do áudio, o comportamento AMD , o aparecimento repentino de informações na tela, a gravação de resultados, a gravação de áudio e a geração de relatórios de ponta a ponta.
3. Conciliar: Comparar um dia de resultados do projeto piloto com as expectativas — taxas de contato, resultados registrados no CRM , gravações anexadas aos registros corretos.

Expanda somente quando o piloto estiver limpo.

Etapa 6 — Preparar a transição (com reversão)

Faça a transição equipe por equipe ou campanha por campanha, não para todos de uma vez. Mantenha a plataforma antiga disponível e seus dados intactos até que a nova complete um ciclo sem problemas — esse é o seu mecanismo de reversão. Defina, antecipadamente, as condições específicas que acionariam uma reversão (por exemplo, uma queda sustentada na taxa de conexão ou uma falha no controle de conformidade) para que a decisão não seja tomada sob pressão.

Programe as etapas de migração mais complexas para janelas de baixo volume e certifique-se de que os supervisores saibam como monitorar ambos os sistemas durante a transição. ferramentas de supervisão ao vivo.

Etapa 7 — Treinar agentes e validar após a entrada em operação

A fricção com o agente pode desfazer uma migração tecnicamente perfeita. Plataformas baseadas em navegador minimizam isso: DialerBee . agente desktop O programa é executado em uma aba sem necessidade de instalação, portanto o treinamento foca principalmente no fluxo de trabalho, e não na configuração do software. Abordaremos recursos como clicar para ligar, disposições, retornos de chamada e onde encontrar scripts.

Após a entrada em operação, valide por uma semana: verifique se as taxas de conexão e abandono estão dentro da faixa esperada, se as disposições e gravações estão sincronizadas com o CRM , se os controles de conformidade estão sendo acionados (números DNC Não Perturbe" bloqueados, se os horários de chamada estão respeitados) e se os relatórios estão em conformidade com a realidade.

Um cronograma realista

• Semana 1: Inventário, iniciar portas de números (ou planejar a reutilização de trunks BYOC ), exportar dados de conformidade.
• Semanas 1–2: Configurar a nova plataforma, reconstruir campanhas, reconectar integrações.
• Semanas 2–3: Execução paralela e piloto; importação e verificação de DNC /consentimento.
• Semanas 3 a 6: A migração foi feita em etapas, equipe por equipe, com o sistema antigo em modo de espera para possível reversão.

Operações simples com uma única operadora podem reduzir esse tempo; operações em vários países com alta demanda de portabilidade e integrações personalizadas devem ser planejadas para prazos mais longos.

Perguntas frequentes

Como migrar discadores sem tempo de inatividade?

Execute os sistemas antigo e novo em paralelo enquanto configura o novo, faça um teste piloto com uma campanha e alguns agentes e, em seguida, migre equipe por equipe. Mantenha a plataforma antiga disponível como backup até que a nova complete um ciclo sem problemas, para que a discagem em produção nunca seja interrompida.

Preciso transferir meus números de telefone?

Nem sempre. Com BYOC (Bring Your Own Carrier - Traga Sua Própria Operadora), você geralmente pode manter os números na sua operadora atual e direcionar a sinalização SIP do novo discador para eles, evitando a portabilidade. Quando precisar fazer a portabilidade, faça-a em lotes e deixe os números principais até que a nova plataforma seja validada.

Como faço para transferir dados DNC e de consentimento com segurança?

Exporte os registros DNC / DNCR , supressão e consentimento do sistema antigo com seus respectivos carimbos de data/hora e justificativas, importe-os para a nova plataforma e verifique se as contagens correspondem antes de qualquer discagem em produção. Considere a migração de conformidade concluída como um ponto de controle essencial.

Quanto tempo demora uma migração de discador?

Normalmente, de duas a seis semanas. A portabilidade numérica e a complexidade da integração são os principais fatores determinantes — operações com uma única operadora são mais rápidas, enquanto configurações em vários países com alta demanda de portabilidade levam mais tempo.

Qual é o maior risco migratório?

Perda ou dessincronização de dados de conformidade — listas DNC , consentimento e regras de horário de chamada. Discar na nova plataforma antes que esses dados estejam completos e verificados é o erro com maior probabilidade de causar danos, portanto, certifique-se de que a entrada em operação seja feita corretamente.

Devo recriar as campanhas ou importá-las?

Reconstrua-as. Uma reconstrução completa permite desativar campanhas inativas, padronizar disposições e simplificar regras de repetição, além de evitar a importação de anos de dados acumulados para uma plataforma nova.

Posso migrar para DialerBee gradualmente?

Sim. DialerBee suporta execução paralela e migração gradual, equipe por equipe, e seu suporte BYOC geralmente permite reutilizar operadoras existentes, de modo que a migração se torne uma reconfiguração de trunk em vez de uma portabilidade completa.

A migração é mais um problema de gerenciamento de projetos do que um problema técnico: faça um inventário cuidadoso, proteja os dados de conformidade, execute em paralelo e faça a transição em etapas com um plano de reversão. Lide com isso dessa forma e a mudança ocorrerá sem problemas — que é exatamente o que você deseja. Para definir o escopo de uma migração para DialerBee , Agende uma demonstração E vamos analisar seu inventário e um plano de organização por etapas.