Come migrare a un nuovo dialer outbound

Cambiare piattaforma dialer sembra rischioso perché il dialer è al centro delle attività che generano ricavi. Fatta con superficialità, una migrazione può far cadere chiamate, lasciare richiamate orfane o, peggio ancora, perdere lo storico Do Not Call e dei consensi che ti mantiene conforme. Fatta bene, è un evento controllato e noioso: un'esecuzione in parallelo, un pilota e un passaggio graduale, con un percorso di rollback per tutto il tempo.

Questa guida è neutrale rispetto alla piattaforma. Presuppone che tu stia passando da un dialer legacy o in bundle a una piattaforma cloud moderna, e si concentra sulle parti che i team sottovalutano più spesso: la portabilità dei numeri, i dati di conformità e le integrazioni. Se stai migrando specificamente da una piattaforma open source, vedi il nostro alternativa a VICIdial confronto per le lacune che di solito emergono.

Quando vale la pena migrare

La migrazione crea disagi, quindi i motivi devono essere concreti. Fattori scatenanti comuni e legittimi:

• Ricarichi al minuto dell'operatore che non puoi negoziare perché la telefonia è in bundle e bloccata (una piattaforma compatibile con il BYOCrisolve il problema).
• Funzionalità mancanti: rilevamento delle segreterieattento alla lingua, agenti nel browser, vera multi-tenancy o integrazioni.
• Strumenti di conformità deboli: niente orari di chiamata per giurisdizione, niente filtro DNC, niente audit log.
• Problemi di crescita: il sistema attuale non riesce ad aggiungere tenant, campagne o agenti in modo pulito.

Se l'unico problema è il prezzo, verifica prima se il BYOC o un cambio di piano lo risolvono. Se le lacune sono strutturali, migra.

Passaggio 1 — Fai l'inventario di ciò che hai

Non puoi migrare ciò che non hai catalogato. Prepara un unico documento di inventario che copra:

• Numeri / DID: ogni ID chiamante in uscita e numero in entrata, chi ne è titolare e il relativo stato di portabilità.
• Operatori / Trunk SIP: provider attuali, contratti, tariffe e se la telefonia è in bundle o BYOC.
• Campagne: modalità di composizione, impostazioni del ritmo, regole sui nuovi tentativi, script ed esiti.
• Dati di conformità: Liste DNC / DNCR, registri dei consensi, regole sugli orari delle chiamate e politiche di conservazione delle registrazioni.
• Registrazioni e registri: dove si trovano le registrazioni storiche e cosa sei legalmente tenuto a conservare.
• Integrazioni: Connessioni CRM, webhook e pipeline di reporting.
• Utenti: agenti, supervisori, ruoli e autorizzazioni.

Passaggio 2 — La portabilità dei numeri è la fase più lunga

La portabilità dei numeri tra operatori è la voce che più probabilmente detterà i tuoi tempi, perché dipende da soggetti esterni. Avviala per tempo.

• Decidi cosa deve davvero essere portato. Con il BYOC, puoi mantenere i numeri sul tuo operatore attuale e semplicemente indirizzare verso di essi la segnalazione SIP del nuovo dialer, evitando del tutto la portabilità.
• Per le portabilità vere e proprie, invia lettere di autorizzazione e dati dell'account corretti: le informazioni non corrispondenti sono la prima causa di richieste di portabilità respinte.
• Porta i numeri a lotti, non tutti insieme, e non portare mai i numeri principali finché la nuova piattaforma non è validata.
• Metti in conto che la portabilità richieda da alcuni giorni ad alcune settimane, a seconda dell'operatore e del paese. Inseriscilo nel cronoprogramma.

La guida BYOC spiegato illustra come portare il proprio operatore possa trasformare un rischioso progetto di portabilità in una semplice riconfigurazione del trunk.

Passaggio 3 — Migra i dati di conformità prima di chiamare

È il passaggio in cui non puoi sbagliare. Prima che una sola chiamata parta dalla nuova piattaforma, il suo stato DNC e di consenso deve essere completo e affidabile.

• Esporta dal vecchio sistema le liste DNC/DNCR e le liste di esclusione interne e importale nel nuovo, verificando che i conteggi corrispondano.
• Migra i record di consenso con la relativa base giuridica e le marche temporali, così puoi ancora dimostrare perché un determinato numero era contattabile.
• Ricrea le regole relative agli orari di chiamata per ciascuna giurisdizione e verifica la gestione dei fusi orari su un set di test.
• Conserva le registrazioni storiche delle chiamate e gli audit log secondo la tua policy di conservazione; se li detiene il vecchio fornitore, organizza l'esportazione prima di disdire.

Tratta la migrazione dei dati di conformità come un vincolo inderogabile: nessuna chiamata in produzione sulla nuova piattaforma finché i controlli DNC, di consenso e sugli orari di chiamata non sono verificati. DialerBee offre controlli a supporto della conformità (controlli DNC, fasce orarie di chiamata in base alla giurisdizione e audit log), ma i dati stessi vanno migrati correttamente; il software non garantisce la conformità e questo non è un parere legale.

Passaggio 4 — Ricostruisci campagne e integrazioni

Ricrea le campagne sulla nuova piattaforma invece di dare per scontata un'importazione perfetta. È un buon momento per fare pulizia: elimina le campagne morte, standardizza gli esiti e semplifica le regole sui nuovi tentativi. Per ogni campagna, riproduci modalità di composizione, ritmo, limiti di tentativi, script ed elenco degli esiti.

Poi ricollega le integrazioni: sincronizzazione CRM, webhook e reportistica. Se stai anche migliorando il collegamento con il CRM, segui la guida alla configurazione dell'integrazione CRM così mappatura dei campi e write-back DNC sono corretti fin dal primo giorno.

Passaggio 5 — Esecuzione in parallelo, poi pilota

Le migrazioni più sicure non prevedono mai un unico passaggio "big bang". Invece:

1. Esecuzione in parallelo: mantieni attivo il vecchio sistema mentre il nuovo viene configurato e validato. Nessuna chiamata va persa perché la produzione non si ferma mai.
2. Pilota: sposta una campagna e un piccolo gruppo di agenti sulla nuova piattaforma. Valida end-to-end connettività delle chiamate, qualità audio, comportamento dell'AMD, screen-pop, write-back degli esiti, registrazione e reportistica.
3. Riconcilia: Confronta i risultati di una giornata di test pilota con le aspettative: tassi di contatto, esiti registrati nel CRM, registrazioni allegate ai record corretti.

Estendi solo quando il pilota è pulito.

Passaggio 6 — Pianifica il passaggio (con rollback)

Passa al nuovo sistema team per team o campagna per campagna, non tutti insieme. Mantieni disponibile la vecchia piattaforma con i dati intatti finché la nuova non ha completato un ciclo intero senza problemi: è il tuo rollback. Definisci in anticipo le condizioni specifiche che farebbero scattare un rollback (ad esempio un calo prolungato del tasso di connessione o il malfunzionamento di un controllo di conformità), così la decisione non viene presa sotto pressione.

Pianifica le fasi più pesanti del passaggio nelle finestre a basso volume e assicurati che i supervisori sappiano monitorare entrambi i sistemi durante la transizione con gli strumenti di supervisione in tempo reale.

Passaggio 7 — Forma gli agenti e valida dopo il go-live

Le difficoltà degli agenti possono vanificare una migrazione tecnicamente perfetta. Le piattaforme basate su browser accorciano questa fase: il desktop agente di DialerBee funziona in una scheda del browser senza nulla da installare, quindi la formazione riguarda soprattutto il flusso di lavoro, non la configurazione del software. Copri click-to-call, esiti, richiamate e dove trovare gli script.

Dopo il go-live, valida per una settimana: tassi di connessione e di abbandono nell'intervallo previsto, esiti e registrazioni sincronizzati con il CRM, controlli di conformità che scattano (numeri DNC bloccati, orari di chiamata rispettati) e report coerenti con la realtà.

Una tempistica realistica

• Settimana 1: inventario, avvio delle richieste di portabilità (o pianificazione del riutilizzo del trunk BYOC), esportazione dei dati di conformità.
• Settimane 1-2: configurazione della nuova piattaforma, ricostruzione delle campagne, ricollegamento delle integrazioni.
• Settimane 2-3: esecuzione in parallelo e pilota; importazione e verifica di DNC e consensi.
• Settimane 3-6: passaggio graduale team per team, con il vecchio sistema in standby per il rollback.

Le operazioni semplici con un solo operatore possono comprimere questi tempi; le operazioni multi-paese con molte portabilità e integrazioni personalizzate dovrebbero pianificare verso l'estremo più lungo.

Domande frequenti

Come migrare a un nuovo dialer senza interruzioni?

Fai funzionare in parallelo il vecchio e il nuovo sistema mentre configuri quello nuovo, fai un pilota con una campagna e pochi agenti, poi passa al nuovo sistema team per team. Mantieni disponibile la vecchia piattaforma come rollback finché la nuova non ha completato un ciclo intero senza problemi, così le chiamate in produzione non si fermano mai.

Devo per forza portare i miei numeri di telefono?

Non sempre. Con il BYOC (Bring Your Own Carrier) spesso puoi mantenere i numeri sul tuo operatore attuale e indirizzare verso di essi la segnalazione SIP del nuovo dialer, evitando la portabilità. Quando invece porti i numeri, fallo a lotti e lascia per ultimi i numeri principali, finché la nuova piattaforma non è validata.

Come trasferire in sicurezza i dati DNC e di consenso?

Esporta dal vecchio sistema i record DNC/DNCR, di esclusione e di consenso con marche temporali e base giuridica, importali nella nuova piattaforma e verifica che i conteggi corrispondano prima di qualsiasi chiamata in produzione. Considera il completamento della migrazione dei dati di conformità un vincolo inderogabile.

Quanto tempo richiede la migrazione di un dialer?

In genere da due a sei settimane. La complessità della portabilità dei numeri e delle integrazioni è il fattore principale: le operazioni con un solo operatore sono più rapide, mentre le configurazioni multi-paese con molte portabilità richiedono più tempo.

Qual è il rischio maggiore di una migrazione?

Perdere o disallineare i dati di conformità: liste DNC, consensi e regole sugli orari di chiamata. Chiamare dalla nuova piattaforma prima che questi dati siano completi e verificati è l'errore che più probabilmente causa danni, quindi subordina il go-live a questa verifica.

Devo ricostruire le campagne o importarle?

Ricostruiscile. Una ricostruzione pulita ti permette di eliminare le campagne morte, standardizzare gli esiti e semplificare le regole sui nuovi tentativi, ed evita di importare anni di zavorra accumulata in una piattaforma nuova.

Posso migrare a DialerBee gradualmente?

Sì. DialerBee supporta l'esecuzione in parallelo e il passaggio graduale team per team, e il supporto BYOC spesso ti permette di riutilizzare gli operatori esistenti, così la migrazione diventa una riconfigurazione del trunk anziché una portabilità completa.

La migrazione è un problema di project management più che tecnico: fai un inventario accurato, proteggi i dati di conformità, esegui in parallelo e passa al nuovo sistema per fasi con un rollback. Gestita così, la transizione avviene senza scossoni, che è esattamente ciò che vuoi. Per definire una migrazione a DialerBee, prenota una demo e analizzeremo insieme il tuo inventario e un piano a fasi.