I migliori software dialer per BPO

I BPO hanno requisiti per il dialer che nessun altro segmento di clientela condivide. Non gestisci una campagna per un'azienda: gestisci decine di campagne per più clienti contemporaneamente, ognuno con dati, regole di conformità, SLA e requisiti di reportistica diversi. Un dialer che funziona per un team di vendita interno crollerà sotto la complessità operativa di un BPO.

Questa guida illustra le funzionalità specifiche che i BPO dovrebbero valutare nella scelta di un software dialer, sulla base dei modelli operativi che osserviamo in agenzie di recupero crediti, attività di vendita in outsourcing e BPO di customer service che gestiscono campagne outbound.

Architettura multi-tenant: il requisito irrinunciabile

La multi-tenancy è la base. Tutto il resto dipende da essa. In un contesto BPO, multi-tenancy significa:

Isolamento dei dati

I dati di contatto del cliente A devono essere completamente invisibili ad agenti, supervisori e amministratori del cliente B. Non è solo un'impostazione dei permessi: deve essere imposto a livello di database. Un permesso configurato male in un sistema di accesso basato sui ruoli può far trapelare dati tra clienti. Una vera multi-tenancy usa una separazione logica o fisica dei dati che rende l'accesso tra clienti impossibile a livello architetturale.

Perché è importante: i contratti BPO includono sempre clausole sulla protezione dei dati. Una fuga di dati tra clienti è una violazione contrattuale, una potenziale violazione normativa e un evento che può chiudere un'azienda. Chiedi al tuo fornitore di dialer: "Se un amministratore configura male un ruolo per errore, gli agenti di un cliente possono vedere i dati di un altro cliente?" Se la risposta non è un "no" deciso, l'architettura non è davvero multi-tenant.

Isolamento della configurazione

Ogni tenant cliente dovrebbe avere una configurazione indipendente per: modalità di chiamata (cliente A in predittivo, cliente B in progressivo), regole di conformità (limiti di tentativi, orari di chiamata e liste DNC diversi), impostazioni AMD (sensibilità diversa per cliente in base alla tolleranza per falsi positivi o falsi negativi), policy di registrazione delle chiamate, codici di esito e flussi di lavoro, e flussi IVR.

Isolamento delle risorse

La campagna di un cliente non dovrebbe sottrarre risorse di chiamata alla campagna di un altro. Se il cliente A ha un picco di chiamate ad alto volume, le campagne del cliente B dovrebbero continuare a funzionare normalmente. Cerca meccanismi di fair queuing o di riserva delle risorse che prevengano i problemi da "vicino rumoroso".

In DialerBee, il architettura multi-tenant impone l'isolamento a livello di dati, configurazione e risorse, ed è progettata per far sì che ogni cliente operi come se avesse una propria istanza di dialer dedicata.

Configurazione della conformità per cliente

Clienti diversi operano in quadri normativi diversi. Un BPO che serve sia clienti di recupero crediti negli USA sia clienti di vendita negli Emirati Arabi Uniti deve applicare le regole TCPA/Reg F per gli uni e le regole TDRA per gli altri, contemporaneamente, sulla stessa piattaforma, senza confonderle.

Funzionalità di conformità chiave per i BPO:

• Liste DNC per tenant: Ogni cliente ha la propria lista DNC interna più l'accesso ai registri nazionali pertinenti. Una richiesta DNC di un debitore del cliente A non deve escludere quel numero dalle campagne del cliente B (a meno che il numero non compaia anche nella lista DNC del cliente B).
• Fasce orarie di chiamata per tenant: Cliente A negli USA: dalle 8:00 alle 21:00, ora locale del destinatario. Cliente B negli Emirati: dalle 9:00 alle 21:00, ora standard del Golfo. Cliente C nell'UE: dalle 10:00 alle 20:00 secondo le regole di ciascuno Stato membro. Ognuna deve essere applicata in modo indipendente.
• Limiti di tentativi per tenant: Un cliente di recupero crediti soggetto alla Reg F ha bisogno di 7 tentativi ogni 7 giorni. Un cliente di vendita potrebbe consentire 3 tentativi al giorno. Questi limiti devono essere configurabili e applicati per tenant.
• Policy di registrazione per tenant: Alcuni clienti richiedono che tutte le chiamate siano registrate. Altri richiedono annunci di consenso alla registrazione. Alcuni clienti in giurisdizioni specifiche possono aver bisogno di mettere in pausa la registrazione durante l'acquisizione di dati PCI. Ogni tenant ha bisogno della propria configurazione di registrazione.

Permessi per supervisori e amministratori

Le strutture organizzative dei BPO sono più complesse di quelle dei team interni. Un BPO tipico ha: un direttore operativo che supervisiona tutti i clienti, manager di cliente che vedono solo i clienti assegnati, team leader che vedono solo il proprio team all'interno di un cliente e agenti che vedono solo il proprio lavoro.

Il dialer deve supportare permessi di accesso gerarchici:

• Amministratore a livello BPO: Accesso completo a tutti i tenant. Può creare tenant, gestire le impostazioni globali e visualizzare report aggregati.
• Supervisore a livello cliente: Accesso limitato a un singolo tenant. Può gestire campagne, visualizzare report, ascoltare registrazioni e fare coaching agli agenti, ma solo all'interno del proprio cliente.
• Team leader: Accesso limitato a un team all'interno di un tenant. Può vedere le prestazioni del proprio team ma non quelle degli altri team che lavorano per lo stesso cliente.
• Agente: Accesso alla propria coda, agli script e all'interfaccia degli esiti. Nessun accesso al lavoro degli altri agenti o ai dati a livello di cliente.

Questi limiti devono valere anche per le funzionalità in tempo reale. Quando un supervisore usa ascolto, whisper o barge-in, deve poter entrare solo nelle chiamate che rientrano nel suo perimetro di accesso. Un supervisore del cliente A non deve poter ascoltare le chiamate del cliente B, nemmeno per errore.

BYOC: flessibilità dell'operatore per ogni cliente

I BPO incontrano spesso clienti che hanno contratti propri con un operatore e vogliono che le chiamate outbound passino dai loro trunk SIP. I motivi: il cliente ha negoziato tariffe wholesale che non vuole perdere, i requisiti normativi impongono di instradare il traffico tramite specifici operatori autorizzati, il cliente vuole gestire in autonomia la reputazione del proprio caller ID, oppure il contratto stabilisce che il traffico voce debba originare dall'infrastruttura del cliente.

Il BYOC a livello di tenant risolve il problema. Ogni tenant cliente collega i propri trunk SIP, usa i propri DID e paga direttamente il proprio operatore. Il BPO gestisce la piattaforma dialer; il cliente gestisce il proprio operatore. Anche la fatturazione si semplifica: il BPO fattura le postazioni software e il cliente paga separatamente l'operatore, eliminando le contestazioni sui costi al minuto.

White-label per i portali dedicati ai clienti

Alcuni clienti dei BPO vogliono accedere alle dashboard delle campagne, alle registrazioni delle chiamate e ai report sulle prestazioni, ma senza vedere il marchio del tuo fornitore di dialer. Vogliono vedere il marchio del tuo BPO o il proprio.

Le funzionalità white-label ti permettono di offrire portali per i clienti con l'identità del tuo BPO. I clienti di fascia più alta possono avere portali con il proprio marchio. È particolarmente utile per i clienti enterprise che considerano la piattaforma tecnologica del BPO parte della propria esperienza di marca.

Reportistica e gestione degli SLA

I requisiti di reportistica di un BPO sono profondamente diversi da quelli di un team interno. Ti servono:

Reportistica per cliente

Ogni cliente ha bisogno della propria dashboard con le metriche rilevanti per il suo SLA: tasso di contatto, tasso di right-party contact, tasso di conversione, tempo medio di gestione, chiamate all'ora e KPI specifici della campagna. I report devono essere isolati: il cliente A non deve mai poter vedere i dati sulle prestazioni del cliente B.

Reportistica operativa interna

Il tuo team operativo ha bisogno di viste trasversali sui clienti: utilizzo degli agenti su tutti i clienti, efficienza nell'allocazione delle postazioni, prestazioni delle code blended, analisi dei costi degli operatori e dati di pianificazione delle risorse. È la vista a livello di BPO che i clienti non vedono.

Monitoraggio degli SLA

Molti contratti BPO includono impegni di SLA: tasso di contatto minimo, tasso di abbandono massimo, soglie di chiamate all'ora o obiettivi di conversione. Il dialer dovrebbe supportare il monitoraggio delle soglie SLA con avvisi quando le metriche si avvicinano alle soglie o le superano. Una gestione reattiva degli SLA, che scopre la violazione nel report mensile, arriva troppo tardi.

Invio automatico dei report

I clienti si aspettano report regolari senza dover accedere a un portale. Cerca l'invio programmato dei report via email con modelli personalizzabili, intervalli di date e selezione delle metriche. Se usi il white-label, i report dovrebbero avere il marchio del tenant.

Scalabilità e gestione di campagne simultanee

Un BPO di medie dimensioni può gestire 5-10 tenant cliente con 3-5 campagne ciascuno: da 15 a 50 campagne simultanee. Un grande BPO può avere oltre 50 tenant e centinaia di campagne. Il dialer deve reggere questa concorrenza senza cali di prestazioni.

Indicatori chiave di scalabilità:

• Tempo di avvio della campagna: Quanto velocemente una campagna con 10.000 numeri può iniziare a chiamare? Meno di 30 secondi è un buon risultato. Oltre 5 minuti indica limiti architetturali.
• Capacità di agenti simultanei: La piattaforma regge oltre 500 agenti simultanei su tutti i tenant senza peggiorare la qualità delle chiamate?
• Archiviazione delle registrazioni: Su larga scala, le registrazioni delle chiamate occupano molto spazio. La piattaforma offre un'archiviazione scalabile con policy di conservazione per tenant?
• Throughput delle API: Se ti integri con più CRM dei clienti, l'API deve gestire richieste ad alta frequenza senza limiti di rate che compromettano i flussi di lavoro in tempo reale.

Schema di valutazione

Quando valuti un software dialer per un BPO, pesa i criteri di conseguenza:

1. Isolamento multi-tenant (critico): Isolamento di dati, configurazione e risorse tra i clienti.
2. Conformità per tenant (critica): DNC, orari di chiamata, limiti di tentativi e policy di registrazione indipendenti per ogni cliente.
3. Controllo degli accessi gerarchico (alta): Accesso limitato per amministratori BPO, supervisori dei clienti, team leader e agenti.
4. BYOC per tenant (alta): Configurazione dei trunk SIP per cliente, per la flessibilità nella scelta dell'operatore.
5. Isolamento della reportistica e strumenti SLA (alta): Reportistica per cliente con analisi interne trasversali sui clienti.
6. White-label (media): Personalizzazione del marchio per le interfacce rivolte ai clienti.
7. Scalabilità (medio-alta): Capacità verificata per il numero di tenant e agenti che prevedi.
8. Ampiezza delle API (media): Capacità di integrazione con stack tecnologici dei clienti diversi.

Per vedere nel dettaglio come DialerBee risponde ai requisiti dei BPO, visita la nostra pagina sulle soluzioni per BPO.

Domande frequenti

Perché la multi-tenancy è irrinunciabile per un BPO?

Ogni cliente ha bisogno di dati isolati, di una propria configurazione di conformità e di una propria reportistica. Senza isolamento dei tenant gestisci clienti separati in un unico pool condiviso, il che è un rischio sia operativo sia per la riservatezza.

Ogni cliente può avere regole di conformità diverse?

Deve poterle avere. I clienti chiamano giurisdizioni diverse con orari di chiamata, basi di consenso e limiti di tentativi diversi, quindi queste impostazioni devono essere per tenant e non globali.

Che cosa significa limitare l'accesso dei supervisori?

Un supervisore dovrebbe vedere solo le campagne, gli agenti e le registrazioni del proprio cliente. La limitazione degli accessi impone questo confine nella piattaforma, invece di affidarsi alle persone perché evitino la schermata sbagliata.

Perché il BYOC è importante per i BPO?

I clienti hanno spesso rapporti propri con un operatore o richiedono un instradamento specifico. La flessibilità dell'operatore per cliente ti permette di rispettarli senza gestire una piattaforma separata per ciascuno.