Como migrar para um novo discador outbound

Trocar de plataforma de discagem parece arriscado porque o discador está no centro das operações que geram receita. Feita sem cuidado, uma migração pode derrubar chamadas, deixar retornos órfãos ou — pior de tudo — perder o histórico de Do Not Call e de consentimento que mantém você em conformidade. Bem feita, é um evento controlado e sem emoção: uma execução paralela, um piloto e uma virada em etapas, com caminho de rollback o tempo todo.

Este guia é neutro em relação a plataformas. Ele parte do princípio de que você está migrando de um discador legado ou pacote fechado para uma plataforma moderna em nuvem, e foca nas partes que as equipes mais costumam subestimar: portabilidade de números, dados de conformidade e integrações. Se você está migrando especificamente de uma plataforma open-source, veja nossa alternativa ao VICIdial comparação para as lacunas que costumam aparecer.

Quando vale a pena migrar

A migração causa impacto, então os motivos precisam ser reais. Gatilhos comuns e legítimos:

• Sobretaxas por minuto da operadora que você não consegue negociar porque a telefonia vem empacotada e travada (uma plataforma compatível com BYOCresolve isso).
• Recursos ausentes: detecção de secretária eletrônicasensível ao idioma, agentes no navegador, multi-tenancy de verdade ou recursos modernos de integrações.
• Ferramentas de compliance fracas — sem horários de chamada por jurisdição, sem higienização de DNC e sem logs de auditoria.
• Dificuldade para escalar: o sistema atual não consegue adicionar tenants, campanhas ou agentes de forma limpa.

Se a única queixa é o preço, verifique primeiro se o BYOC ou uma mudança de plano resolve. Se as lacunas forem estruturais, migre.

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

Você não consegue migrar o que não catalogou. Monte um único documento de inventário cobrindo:

• Números / DIDs: todos os caller IDs de saída e números de entrada, quem é o titular de cada um e o status de portabilidade.
• Operadoras / troncos SIP: provedores atuais, contratos, tarifas e se a telefonia é empacotada ou BYOC.
• Campanhas: modos de discagem, configurações de ritmo, regras de retentativa/tentativas, roteiros e tabulações.
• Dados de compliance: listas DNC/DNCR, registros de consentimento, regras de horário de chamada e políticas de retenção de gravações.
• Gravações e logs: onde ficam as gravações históricas e o que você é legalmente obrigado a reter.
• Integrações: Conexões com o CRM, webhooks e pipelines de relatórios.
• Usuários: agentes, supervisores, funções e permissões.

Passo 2 — A portabilidade de números é o item mais demorado

Portar números de telefone entre operadoras é o item com maior chance de definir seu cronograma, porque depende de terceiros. Comece cedo.

• Decida o que realmente precisa ser portado. Com BYOC, você pode manter os números na operadora atual e simplesmente apontar a sinalização SIP do novo discador para eles — evitando a portabilidade por completo.
• Para portabilidades de fato, envie cartas de autorização e dados de conta corretos; informações divergentes são a principal causa de portabilidades rejeitadas.
• Porte em lotes, não tudo de uma vez, e nunca porte seus números principais antes de a nova plataforma estar validada.
• Conte com portabilidades que levam de dias a semanas, dependendo da operadora e do país. Inclua isso no cronograma.

O guia BYOC explicado mostra como trazer sua própria operadora pode transformar um projeto arriscado de portabilidade em uma simples reconfiguração de tronco.

Passo 3 — Migre os dados de compliance antes de discar

Este é o passo em que você não pode errar. Antes que uma única chamada saia pela nova plataforma, o estado de DNC e de consentimento dela precisa estar completo e ser a fonte oficial.

• Exporte do sistema antigo as listas DNC/DNCR e de supressão interna e importe-as no novo — e verifique se as contagens batem.
• Migre os registros de consentimento com sua base e data e hora, para que você continue conseguindo provar por que cada número podia ser contatado.
• Recrie as regras de horário de chamada por jurisdição e confirme o tratamento de fusos horários em um conjunto de teste.
• Preserve as gravações históricas e os logs de auditoria conforme sua política de retenção; se o fornecedor antigo os mantém, providencie a exportação antes de cancelar.

Trate a migração de compliance como um bloqueio obrigatório: nenhuma discagem em produção na nova plataforma até que os controles de DNC, consentimento e horário de chamada estejam verificados. O DialerBee oferece controles de apoio à conformidade — verificações de DNC, janelas de chamada por jurisdição e logs de auditoria —, mas os dados em si precisam ser migrados corretamente; software não garante conformidade, e isto não é aconselhamento jurídico.

Passo 4 — Reconstrua campanhas e integrações

Recrie as campanhas na nova plataforma em vez de presumir uma importação perfeita. É um bom momento para fazer uma limpeza: aposente campanhas mortas, padronize tabulações e simplifique as regras de retentativa. Para cada campanha, reproduza o modo de discagem, o ritmo, os limites de tentativas, os roteiros e a lista de tabulações.

Em seguida, reconecte as integrações: sincronização com o CRM, webhooks e relatórios. Se você também vai melhorar a conexão com o CRM, siga o guia de configuração de integração com CRM para que o mapeamento de campos e a gravação de DNC de volta no CRM estejam corretos desde o primeiro dia.

Passo 5 — Rode em paralelo e depois faça um piloto

As migrações mais seguras nunca têm uma virada única do tipo “big bang”. Em vez disso:

1. Execução paralela: mantenha o sistema antigo no ar enquanto o novo é configurado e validado. Nenhuma chamada se perde, porque a produção nunca para.
2. Piloto: leve uma campanha e um pequeno grupo de agentes para a nova plataforma. Valide de ponta a ponta a conectividade das chamadas, a qualidade do áudio, o comportamento da AMD, o screen pop, o retorno das tabulações, a gravação e os relatórios.
3. Conciliação: compare um dia de resultados do piloto com o esperado — taxas de contato, tabulações chegando ao CRM, gravações anexadas aos registros certos.

Só expanda quando o piloto estiver limpo.

Passo 6 — Faça a virada em etapas (com rollback)

Faça a virada equipe por equipe ou campanha por campanha, não com todo mundo de uma vez. Mantenha a plataforma antiga disponível e seus dados intactos até que a nova tenha rodado um ciclo completo sem problemas — esse é o seu rollback. Defina com antecedência as condições específicas que acionariam um rollback (por exemplo, uma queda persistente na taxa de conexão ou uma falha em um controle de compliance), para que a decisão não seja tomada sob pressão.

Agende as etapas mais pesadas da virada para janelas de baixo volume e garanta que os supervisores saibam monitorar os dois sistemas durante a transição usando as ferramentas de supervisão em tempo real.

Passo 7 — Treine os agentes e valide após o go-live

O atrito dos agentes pode desfazer uma migração tecnicamente perfeita. Plataformas no navegador encurtam isso: o desktop do agente do DialerBee roda em uma aba, sem nada para instalar, então o treinamento é mais sobre o fluxo de trabalho do que sobre instalação de software. Cubra click-to-call, tabulações, retornos e onde encontrar os roteiros.

Depois do go-live, valide durante uma semana: taxas de conexão e de abandono dentro do esperado, tabulações e gravações sincronizando com o CRM, controles de compliance funcionando (números DNC bloqueados, horários de chamada respeitados) e relatórios batendo com a realidade.

Um cronograma realista

• Semana 1: inventário, início das portabilidades (ou planejamento da reutilização dos troncos via BYOC), exportação dos dados de compliance.
• Semanas 1–2: configuração da nova plataforma, reconstrução das campanhas, reconexão das integrações.
• Semanas 2–3: execução paralela e piloto; importação e verificação de DNC/consentimento.
• Semanas 3–6: virada em etapas, equipe por equipe, com o sistema antigo de prontidão para rollback.

Operações simples, com uma única operadora, podem comprimir esse prazo; operações em vários países, com muita portabilidade e integrações customizadas, devem planejar para o limite mais longo.

Perguntas frequentes

Como migrar de discador sem indisponibilidade?

Rode o sistema antigo e o novo em paralelo enquanto configura o novo, faça um piloto com uma campanha e alguns agentes e depois faça a virada equipe por equipe. Mantenha a plataforma antiga disponível como rollback até que a nova tenha rodado um ciclo completo sem problemas, para que a discagem em produção nunca pare.

Preciso portar meus números de telefone?

Nem sempre. Com BYOC (Bring Your Own Carrier), muitas vezes você pode manter os números na operadora atual e apontar a sinalização SIP do novo discador para eles, evitando a portabilidade. Quando portar, faça em lotes e deixe os números principais para depois que a nova plataforma estiver validada.

Como migrar dados de DNC e consentimento com segurança?

Exporte do sistema antigo os registros de DNC/DNCR, supressão e consentimento com data e hora e base legal, importe-os na nova plataforma e verifique se as contagens batem antes de qualquer discagem em produção. Trate a conclusão da migração de compliance como um bloqueio obrigatório.

Quanto tempo leva uma migração de discador?

Normalmente de duas a seis semanas. A portabilidade de números e a complexidade das integrações são os maiores fatores — operações com uma única operadora andam mais rápido, enquanto estruturas em vários países com muita portabilidade levam mais tempo.

Qual é o maior risco da migração?

Perder ou dessincronizar os dados de compliance — 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 chance de causar danos, então condicione o go-live a isso.

Devo reconstruir as campanhas ou importá-las?

Reconstrua. Uma reconstrução limpa permite aposentar campanhas mortas, padronizar tabulações e simplificar regras de retentativa, além de evitar levar anos de entulho acumulado para uma plataforma nova.

Posso migrar para o DialerBee aos poucos?

Sim. O DialerBee suporta execução paralela e virada em etapas, equipe por equipe, e o suporte a BYOC muitas vezes permite reutilizar as operadoras atuais, de modo que a migração vira uma reconfiguração de tronco em vez de uma portabilidade completa.

Migração é mais um problema de gestão de projetos do que técnico: faça o inventário com cuidado, proteja os dados de compliance, rode em paralelo e faça a virada em etapas com rollback. Conduza assim e a troca acontece sem sustos — exatamente o que você quer. Para dimensionar uma migração para o DialerBee, agende uma demo e analisaremos juntos seu inventário e um plano em etapas.