Come aggiungere un dialer predittivo al tuo PBX esistente (senza sostituirlo)

Se usi già Asterisk, FreePBX, 3CX, Cisco o Avaya, hai un centralino funzionante, contratti con gli operatori che hai negoziato, numeri che i clienti conoscono e un dial plan che qualcuno ha impiegato mesi a mettere a punto. Poi qualcuno chiede una campagna outbound — una spinta sul recupero crediti, una campagna di rinnovi, una lista di riconquista da quarantamila record — e scopri che il centralino non è davvero in grado di farlo.

Il consiglio abituale, a quel punto, è di sostituire il centralino telefonico. È una risposta costosa a una domanda ristretta, e butta via un'infrastruttura che funziona perfettamente bene. Questa guida tratta l'alternativa: lasciare il PBX esattamente dov'è e aggiungere uno strato di campagne sopra di esso. Come si presenta quell'architettura, come si collegano i due sistemi, come dimensionarla, dove deve risiedere la conformità e come arrivarci senza mettere a rischio l'operatività. I team che eseguono un dialer open source self-hosted sopra il PBX spesso raggiungono lo stesso limite; vedi la nostra alternativa a VICIdial comparison.

Perché il tuo PBX non può gestire da solo le campagne outbound

Non è un difetto del tuo PBX. È una differenza di categoria. Un PBX è un motore di instradamento: una chiamata esiste e il PBX decide dove mandarla. Un dialer è un motore decisionale: decide quale chiamata debba esistere in primo luogo.

Asterisk può originare una chiamata — è esattamente ciò che fanno i call file e l'azione AMI . Ma originare chiamate è forse un decimo di ciò che serve a una campagna. Mancano quattro elementi, e ognuno è sostanziale:

• Un motore di liste e pacing. Quale record è il prossimo, quante chiamate tenere in corso rispetto agli agenti liberi in quel momento, quando richiamare un numero che non ha risposto e quante volte, a quale fuso orario appartiene il record, quando fermarsi.
• Rilevamento delle segreterie (AMD). Circa due terzi dei tentativi outbound verso i cellulari finiscono in segreteria. Senza filtro, i tuoi agenti ascoltano messaggi di segreteria tutto il giorno e i calcoli del pacing perdono ogni significato.
• Un modello di stato degli agenti. Il dialer deve sapere chi è pronto, chi è in chiamata, chi è in post-chiamata e chi si è allontanato — continuamente, in tempo reale — perché il pacing dipende interamente dalla disponibilità prevista.
• Esiti e log di conformità. Cosa è successo durante la chiamata, cosa ha accettato il cliente, cosa è stato escluso e perché, e un audit trail che regga quando un'autorità chiede conto di una specifica chiamata diciotto mesi dopo.

Niente di tutto questo appartiene a un dial plan. Ecco perché innestare la logica delle campagne in un PBX tende a produrre qualcosa di fragile, che solo una persona capisce.

I tre modi in cui i team risolvono il problema — e quanto costano davvero

Sostituire il PBX con una piattaforma all-in-one. Architettura pulita e un unico fornitore, al prezzo di dover reimplementare l'instradamento inbound, riformare gli agenti, migrare o perdere i numeri e spesso passare a tariffe al minuto sulla voce che prima acquistavi all'ingrosso. È la risposta giusta se il tuo PBX è davvero a fine vita. È una risposta costosa se non lo è.

Costruire da sé il livello delle campagne. Del tutto fattibile su telefonia open source, e alcuni team molto preparati fanno esattamente questo. A conti fatti, però, non costruisci un dialer una volta sola: devi mantenere il comportamento del pacing, l'accuratezza del rilevamento, lo stato degli agenti, gli esiti, la registrazione, l'applicazione delle esclusioni e il reporting, e farti carico della reperibilità quando il pacing si comporta male durante una campagna del lunedì mattina. Abbiamo approfondito questo compromesso in sviluppare o acquistare un software dialer.

Sovrapporre un dialer tramite SIP. Il PBX continua a fare ciò che già fa bene; il dialer aggiunge solo ciò che manca. Nessun numero viene spostato, nessun contratto con l'operatore cambia, gli agenti mantengono i propri interni se lo desideri. È il percorso trattato in questa guida, ed è ciò che chiamiamo Pattern B — uno dei tre modi in cui DialerBee si collega.

Come funziona davvero la sovrapposizione

Il meccanismo è più semplice di quanto sembri. Una chiamata di campagna ha due tratte, e la suddivisione tra le due è l'intero progetto:

1. Il dialer seleziona il record successivo dalla lista, dopo aver già verificato esclusioni, stato del consenso e fascia oraria consentita per il fuso orario di quel record.
2. Origina la tratta outbound sul tuo trunk dell'operatore, presentando un caller ID che controlli tu.
3. La chiamata riceve risposta. Il dialer analizza l'audio e lo classifica: persona reale, segreteria, fax, tono di rete, silenzio.
4. Le segreterie vengono gestite senza agente — chiamata chiusa, oppure messaggio lasciato se la tua policy lo consente. Solo le persone reali proseguono.
5. La chiamata live viene consegnata al tuo PBX tramite il trunk SIP, arrivando su un numero pilota, un gruppo di ricerca o una coda.
6. Il tuo PBX la instrada a un agente esattamente come qualsiasi altra chiamata.

Dal punto di vista del PBX, una chiamata arriva semplicemente su un trunk e va instradata — cosa che fa già migliaia di volte al giorno. Tutta l'intelligenza della campagna si svolge prima di quel momento. Ecco perché l'integrazione è così pulita: non chiedi al PBX di imparare nulla di nuovo.

Collegare i due sistemi: trunk SIP, SBC e registrazione

Il collegamento tra dialer e PBX è un trunk SIP, e per l'autenticazione hai due opzioni comuni. Il trunking basato su IP è la scelta abituale quando entrambe le estremità hanno indirizzi stabili: ciascun lato inserisce l'altro in allow-list e non c'è alcuna registrazione che possa scadere. Il trunking basato su registrazione è adatto alle infrastrutture con indirizzamento dinamico, dove il dialer si registra sul PBX come farebbe un dispositivo.

Alcuni aspetti pratici che decidono se sarà un pomeriggio tranquillo o una settimana lunga:

• Dove si trova l'SBC. Nelle infrastrutture Cisco e Avaya c'è quasi sempre già un session border controller che termina i trunk degli operatori. Collega lì anche il trunk del dialer: è il punto di demarcazione naturale e ti offre un unico posto in cui osservare la segnalazione quando qualcosa non funziona.
• Percorso dei media. Decidi consapevolmente se i media passano attraverso l'SBC o in modo diretto. I media diretti riducono latenza e carico; quelli ancorati sono più facili da diagnosticare e da registrare in modo uniforme. Vanno bene entrambi, ma la scelta va fatta, non scoperta strada facendo.
• Codec. Concorda un unico codec sul trunk interno ed evita la transcodifica. G.711 tra dialer e PBX è la scelta predefinita sicura; la transcodifica costa qualità e, su alcune piattaforme, licenze.
• DTMF. Scegli RFC 2833 e verificalo end-to-end. Un DTMF non allineato è il classico guasto che emerge solo quando un cliente prova a premere 1 su un IVR.
• NAT. Se una delle due estremità è dietro NAT, sistema l'indirizzamento di segnalazione e media prima di testare a volumi elevati. L'audio monodirezionale su larga scala dipende quasi sempre da questo.

La nostra guida passo passo alla configurazione del trunk SIP approfondisce la configurazione, e la pagina bring your own carrier spiega il modello di trunking.

Mantenere il tuo operatore e i tuoi numeri

La parte commerciale di questa decisione conta quanto quella tecnica. In una sovrapposizione, la piattaforma non trasporta mai la tua voce: segnala al tuo operatore di effettuare le chiamate sui trunk che possiedi già. Ne derivano tre conseguenze:

• Le tue tariffe restano tue. Se hai negoziato una buona terminazione, la mantieni. Nessuno applica un ricarico ai minuti che già acquisti all'ingrosso.
• I tuoi numeri restano tuoi. Nessun progetto di portabilità, nessuna dipendenza da un fornitore per la tua identità inbound, nessun ricatto se in futuro cambi idea.
• Nessun costo di piattaforma al minuto. Se la piattaforma non trasporta la voce, non c'è nulla da farti pagare al minuto. Paghi per postazione agente e paghi i minuti al tuo operatore, separatamente.

Quest'ultimo punto cambia l'economia delle campagne più di quanto si pensi, e la cambia soprattutto per le campagne a più alto volume — proprio quelle in cui un margine al minuto pesa di più. Mettiamo a confronto i due modelli in prezzi per agente vs prezzi al minuto e BYOC vs telefonia inclusa.

Dove lavorano gli agenti: interni del PBX o desktop nel browser

Una volta che una chiamata live raggiunge il PBX, può andare all'interno che l'agente usa già. È l'opzione meno invasiva, non richiede modifiche alla postazione ed è un modo del tutto ragionevole per avviare un progetto pilota.

Il suo limite è che un telefono fisso trasmette solo audio. Non può mostrare chi chiama e perché, non può registrare un esito, non può visualizzare lo script o l'avviso di conformità e non può offrire al supervisore una vista live. Tutto ciò che il livello delle campagne sa si ferma alla cornetta.

L'alternativa è un desktop agente nel browser: l'audio viaggia su WebRTC e lo schermo mostra la scheda cliente, lo script, l'elenco degli esiti e il timer di post-chiamata. I supervisori hanno il monitoraggio live invece di dover girare per la sala. Il confronto dialer nel browser vs software installato e la nostra nota su WebRTC vs telefoni SIP illustrano i compromessi.

Nella pratica le soluzioni ibride sono comuni e sensate: un team inbound resta sui telefoni fissi mentre il team delle campagne outbound passa al browser, con entrambi collegati allo stesso PBX.

Dimensionamento: canali, pacing e margine sul tasso di abbandono

Il numero che coglie impreparati i team sono i canali simultanei, perché crescono con il rapporto di pacing e non con il numero di agenti.

Venti agenti con un rapporto 2:1 richiedono circa quaranta canali outbound simultanei, più un margine per le chiamate che stanno ancora squillando o sono in fase di analisi e non si sono ancora risolte. Cinquanta canali sono una dotazione realistica. Passa a 3:1 e gli stessi venti agenti ne richiedono circa settanta. Dimensiona il trunk sul picco, non sulla media: quando il trunk è saturo il dialer non riesce a fare pacing e gli agenti restano inattivi in attesa di chiamate che non possono partire.

Prima di configurare qualsiasi cosa, è utile conoscere altri due vincoli:

• Chiamate al secondo. Sia gli operatori sia gli SBC impongono limiti di CPS. Una campagna che parte alle 9 può generare picchi ben al di sopra del regime abituale, e raggiungere il tetto di CPS produce rifiuti che sembrano guasti dell'operatore.
• L'accuratezza del rilevamento fissa il tetto del pacing. Un pacing aggressivo è sicuro solo se sai distinguere in modo affidabile una persona da una segreteria. Dove la classificazione è più debole — un mercato poco noto, una lingua insolita, molte segreterie predefinite dell'operatore — la risposta onesta è un pacing più prudente, anziché accettare un tasso di abbandono in crescita.

La nostra guida all'ottimizzazione del dialer predittivo approfondisce la matematica del pacing, e lo stimatore del tasso di abbandono ti permette di simulare un rapporto con i tuoi numeri prima di adottarlo.

La conformità in un'architettura divisa

Questa è la sezione da leggere due volte, perché è qui che le implementazioni su infrastrutture esistenti sbagliano più spesso.

Quando due sistemi condividono una chiamata, viene la tentazione di dividere i controlli tra loro. Non farlo. Verifiche delle esclusioni, stato del consenso e fasce orarie consentite devono risiedere tutti nel livello delle campagne, per un motivo strutturale: il livello delle campagne è il sistema che decide quale numero chiamare e quando. Quando una chiamata arriva al PBX, quella decisione è già stata presa e non si può annullare. Un PBX può rifiutarsi di instradare una chiamata; non può rifiutarsi di averla effettuata.

Quindi il livello delle campagne deve gestire, prima dell'origine della chiamata:

• Le verifiche di esclusione e do-not-call sulle liste applicabili a quella campagna
• Lo stato del consenso per il record, dove il consenso è richiesto
• La fascia oraria consentita nel fuso orario del record, non in quello del tuo ufficio
• I limiti di tentativi e le regole di richiamata
• La selezione del caller ID e il suo stato di registrazione

Il PBX mantiene ciò in cui è già bravo: la policy di registrazione sulla tratta dell'agente, le regole di instradamento interne e i controlli di accesso esistenti. Ciò che conta è che il filtro stia prima che la chiamata venga effettuata, e che ci sia un unico audit trail invece di due da riconciliare. La nostra checklist di conformità per contact center e la pagina sui controlli di conformità entrano nei dettagli.

Si tratta di controlli a supporto della conformità, non di una garanzia di conformità. Le normative variano per giurisdizione e cambiano nel tempo, e la responsabilità del tuo programma di conformità resta della tua organizzazione. Rivolgiti a un consulente legale per i mercati che chiami.

Sovrapposizioni multi-tenant per rivenditori e integratori

Se vendi telefonia, e non ti limiti a gestirla, vale la pena capire il modello di sovrapposizione come schema commerciale, non solo tecnico. I tuoi clienti hanno già acquistato i loro centralini. Chiedere loro di sostituirli per avere campagne outbound è una vendita difficile; aggiungere le campagne a ciò che già possiedono è una conversazione molto più semplice.

Ogni cliente opera come tenant isolato — con campagne, dati di esclusione, utenti, registrazioni e report propri — collegato al PBX e all'operatore che quel cliente già usa. Con un modello multi-tenant la piattaforma può portare il tuo brand anziché il nostro, come spiegato nella pagina rivenditori page.

Un percorso di migrazione che non mette a rischio l'operatività

Nessuno dovrebbe migrare un intero contact center in un solo weekend. La sequenza qui sotto mantiene ridotto il raggio d'impatto a ogni passaggio:

1. Avvia il pilota con una campagna su un trunk. Scegli una lista a basso rischio. Predisponi un gruppo di trunk separato, così il traffico delle campagne non può incidere sulla capacità inbound.
2. Verifica il percorso delle chiamate con pochi agenti. Conferma l'audio in entrambe le direzioni, il DTMF, la presentazione del caller ID, la registrazione e che gli esiti finiscano dove ti aspetti.
3. Ottimizza il pacing sul comportamento reale. Parti in modo prudente — 1,2:1 o 1,5:1 — e aumenta solo finché il tasso di abbandono resta sotto la tua soglia.
4. Lavora in parallelo. Mantieni attivo il processo esistente accanto al pilota per un ciclo completo, così da avere un confronto reale e non solo una speranza.
5. Migra coda per coda, non tutto insieme. Sposta una campagna o un team alla volta. Ogni passaggio è piccolo e reversibile singolarmente.
6. Prevedi un rollback che hai davvero testato. Il rollback consiste nel disattivare il trunk delle campagne e ripristinare una voce del dial plan — ma verificalo prima di averne bisogno, non durante.

La nostra guida sulla migrazione a un nuovo dialer outbound approfondisce la migrazione di liste, esiti e report.

Come DialerBee si integra con un PBX esistente

DialerBee è progettato per funzionare esattamente in questo modo. Si collega in tre modi — con i nostri trunk SIP, sopra un PBX o SBC che già gestisci, oppure su un trunk dell'operatore con cui hai già un contratto — e il filtro di conformità, la registrazione, il desktop agente, gli strumenti per supervisori, il reporting e l'isolamento dei tenant sono identici in tutti e tre i casi. Nei due modelli in cui DialerBee non trasporta la voce non c'è alcun costo di piattaforma al minuto, perché non ci sono minuti da addebitare.

Le modalità preview, progressive, power e predittiva si selezionano per campagna, e il rilevamento delle segreterie usa un'IA consapevole della lingua in 11 lingue. Se vuoi vederlo sulla tua infrastruttura, la Prova gratuita di 14 giorni con credito IA gratuito non richiede carta di credito, oppure prenota una demo e analizzeremo insieme la configurazione specifica del tuo PBX e dei tuoi trunk.

Domande frequenti