Quanti agenti servono in un call center? Dimensionamento con Erlang C ed esempio pratico

"Quanti agenti ci servono?" è la domanda più costosa in un contact center, perché il tempo degli agenti rappresenta la maggior parte dei costi. Se sottostimi, le chiamate restano in attesa, i chiamanti abbandonano e gli agenti in turno vanno in burnout. Se sovrastimi, paghi persone per restare inattive. La maggior parte dei team parte da una regola empirica, come dividere il volume di chiamate per le chiamate gestite da un agente in un'ora, e quasi tutte queste regole sbagliano in una direzione prevedibile: presuppongono che le chiamate arrivino in modo uniforme, cosa che non succede mai.

Questa guida spiega in modo semplice il metodo che la maggior parte dei workforce planner usa per le code inbound: Erlang C. Presenta un esempio pratico completo, mostra perché il dimensionamento non cresce in linea retta con il volume e si chiude con una checklist da usare per la tua prossima previsione.

Perché la semplice divisione sbaglia il dimensionamento

Supponi di aspettarti 120 chiamate in mezz'ora e che ogni chiamata richieda 4 minuti di tempo agente, compreso il lavoro post-chiamata. Sono 480 minuti di lavoro in un intervallo di 30 minuti, che sembrano corrispondere esattamente a 16 agenti. In pratica, con 16 agenti i chiamanti aspetterebbero moltissimo, perché le chiamate non arrivano una dopo l'altra a intervalli regolari. Arrivano a gruppi casuali. Quando cinque chiamate arrivano nello stesso minuto, gli agenti liberi le prendono e le altre finiscono in coda. La semplice divisione presuppone che ogni agente sia occupato il 100% del tempo senza alcuna attesa, il che funziona solo se le chiamate sono distribuite in modo perfetto.

Erlang C modella questa casualità e risponde a una domanda più utile: con un dato numero di agenti, quale quota di chiamanti dovrà attendere, quanto attenderà in media e quanti riceveranno risposta entro il tempo obiettivo?

I dati di input che ti servono

• Volume di chiamate per intervallo. Prevedi le chiamate offerte per ogni intervallo di 15 o 30 minuti, non per giorno. I totali giornalieri nascondono i picchi che determinano il dimensionamento.
• Tempo medio di gestione (AHT). Tempo di conversazione più tempo di attesa più lavoro post-chiamata. Consulta la definizione di tempo medio di gestione se non sai con certezza cosa includere.
• Obiettivo di livello di servizio. La quota di chiamate con risposta entro una soglia di tempo, espressa come 80/20 (80% entro 20 secondi) o 90/30. Vedi cosa significa livello di servizio.
• Shrinkage. La quota di tempo retribuito in cui gli agenti non sono disponibili per le chiamate: pause, formazione, coaching, riunioni, malattia e assenze. Molti contact center pianificano con valori tra il 25% e il 35%, ma misura il tuo.

Passo 1: calcola il carico di lavoro in Erlang

Un Erlang corrisponde a un'ora di lavoro telefonico per ora o, più semplicemente, al numero di agenti che resterebbero occupati di continuo se le chiamate arrivassero in modo perfettamente uniforme.

Traffico (Erlang) = chiamate nell'intervallo × AHT in secondi ÷ durata dell'intervallo in secondi.

Nel nostro esempio: 120 chiamate × 240 secondi ÷ 1.800 secondi = 16 Erlang. Sedici è il minimo assoluto. Con meno di 16 agenti la coda cresce senza limiti.

Passo 2: usa Erlang C per trovare gli agenti al telefono

Erlang C prende il traffico e un numero ipotetico di agenti e restituisce la probabilità che un chiamante debba attendere. Da qui derivano altri due valori: il livello di servizio (quota di risposte entro la soglia) e il tempo medio di risposta (ASA). Aumenti il numero di agenti finché il livello di servizio raggiunge l'obiettivo.

Ecco il risultato per il nostro esempio, 16 Erlang, AHT di 240 secondi, obiettivo 80% entro 20 secondi:

Venti agenti sono il numero minimo che supera l'80/20, con circa l'82%. Nota quanto cambiano bruscamente i valori nella parte bassa della tabella. Con 17 agenti, uno in più rispetto al minimo di 16 Erlang, solo circa un terzo dei chiamanti riceve risposta entro 20 secondi e l'attesa media sfiora i tre minuti. Ogni agente aggiunto vicino al minimo porta un grande miglioramento; ogni agente aggiunto nella parte alta ne porta uno piccolo.

Passo 3: aggiungi lo shrinkage per ottenere il numero da pianificare

I 20 agenti del passo 2 devono essere connessi e disponibili per le chiamate. Chi è in pausa, in formazione o in malattia non lo è. Per sapere quante persone pianificare:

Agenti pianificati = agenti al telefono ÷ (1 − shrinkage).

Con uno shrinkage del 30%: 20 ÷ 0,7 = 28,6, quindi pianifichi 29 persone per quella mezz'ora. Ripeti il calcolo per ogni intervallo della giornata, poi costruisci turni che coprano la curva risultante. Quest'ultimo passo, trasformare il fabbisogno per intervallo in turni reali con le pause, è dove gli strumenti di workforce management dimostrano il loro valore, ma il fabbisogno in sé nasce da questi tre passi.

Perché il dimensionamento non è lineare

La lezione più utile di Erlang C è che piccole variazioni di volume o di tempo di gestione spostano il dimensionamento più di quanto ti aspetteresti, e in modi che un foglio di calcolo basato sulle medie nasconde.

• 10% di chiamate in più. Con 132 chiamate invece di 120, il traffico sale a 17,6 Erlang. Venti agenti ora rispondono solo a circa il 61% entro 20 secondi. Ti servono 22 agenti per tornare sopra l'80%. Un aumento del 10% del volume ha richiesto un aumento del 10% del personale, ma se avessi mantenuto 20 agenti il livello di servizio sarebbe sceso di circa 21 punti, non di 10.
• Tempo di gestione più breve di 30 secondi. Con un AHT di 210 secondi invece di 240, il traffico scende a 14 Erlang e 18 agenti raggiungono circa l'84%. Ridurre di 30 secondi il tempo di gestione ha fatto risparmiare due agenti per ogni mezz'ora a questo volume.
• I team più grandi sono più efficienti. Le code grandi possono lavorare con un'occupazione più alta rispetto a quelle piccole a parità di livello di servizio, perché i picchi casuali si compensano su un numero maggiore di agenti. Ecco perché accorpare piccole code in un'unica coda più grande e ben instradata spesso migliora il servizio senza aggiungere personale.

Il secondo punto è quello pratico. Il tempo di gestione è di solito la leva più economica a tua disposizione. Un wrap-up più rapido, script di chiamata migliori, i dati giusti del cliente a schermo quando la chiamata si connette e meno trasferimenti riducono tutti l'AHT, ed Erlang C mostra esattamente quanti agenti fa risparmiare.

Occupazione: il numero che manda in burnout gli agenti

Occupancy è la quota del tempo di connessione che gli agenti dedicano effettivamente alla gestione delle chiamate. Nella tabella va dal 73% al 94%. Un'occupazione alta sembra efficiente sulla carta, ma un'occupazione costantemente sopra l'85%-90% circa tende ad aumentare stress, assenze e turnover, che a loro volta aumentano lo shrinkage e rendono più difficile il dimensionamento. Molte operation fissano un tetto all'occupazione pianificata e considerano qualsiasi valore oltre quel tetto un motivo per aggiungere personale, anche se l'obiettivo di livello di servizio è raggiunto.

Dove Erlang C sbaglia e cosa fare

Erlang C è un modello e si basa su ipotesi che le code reali violano:

• Presuppone che nessuno riagganci. I chiamanti reali abbandonano, e questo toglie lavoro dalla coda. Per questo Erlang C tende a sovrastimare il personale necessario quando l'abbandono è alto. Erlang A e i modelli di simulazione tengono conto della pazienza dei chiamanti; se il tuo tasso di abbandono è significativo, usa uno di questi modelli o correggi in base ai tuoi dati storici.
• Presuppone che ogni agente possa gestire ogni chiamata. Con routing per competenze, lingue diverse o più code, gli agenti non sono intercambiabili e un singolo calcolo Erlang C sottostima il fabbisogno. Calcola per competenza, poi correggi per gli agenti in grado di coprirne più d'una.
• Presuppone che i chiamanti siano serviti in ordine. Richiami, priorità e regole di overflow cambiano il quadro.
• Ignora il lavoro blended. Se gli stessi agenti lavorano anche su campagne outbound, WhatsApp o email, pianifica quel lavoro separatamente e proteggi i picchi inbound.

Niente di tutto questo rende inutile Erlang C. È la prima risposta corretta per la maggior parte delle code inbound, e il divario tra modello e realtà è ciò che i tuoi dati per intervallo devono colmare.

Come la piattaforma di contact center alimenta la previsione

Erlang C vale quanto i suoi dati di input. Volume, tempo di gestione, abbandoni e livello di servizio dovrebbero arrivare dalla tua piattaforma, per coda e per intervallo, non da medie mensili. In DialerBee, le code inbound riportano livello di servizio, tempo di attesa e abbandoni, il centro operativo mostra code e agenti in tempo reale, e i report possono essere esportati per il tuo modello di pianificazione. Durante la giornata, i supervisori seguono gli stessi numeri su un wallboard e possono spostare agenti tra le code quando un picco arriva prima del previsto.

Il tempo di gestione è dove la piattaforma aiuta di più. Il contesto del cliente a schermo quando la chiamata si connette, i tasti rapidi per l'esito, i riepiloghi AI delle chiamate che riducono la digitazione post-chiamata e le richiamate al posto di lunghe attese riducono il lavoro per chiamata. Come mostrato nell'esempio, ogni 30 secondi tolti dall'AHT possono valere alcuni operatori per intervallo. Alcuni team instradano i brevi picchi verso un receptionist AI invece di aumentare l'organico per un'ora al giorno.

Checklist per il dimensionamento

1. Prevedi le chiamate offerte per intervallo di 15 o 30 minuti, per coda e lingua, usando almeno diverse settimane di dati storici più gli eventi noti.
2. Misura l'AHT per coda, includendo lavoro post-chiamata e tempo di attesa.
3. Concorda un obiettivo di livello di servizio per coda (ad esempio 80/20 per le vendite, 90/30 per le linee prioritarie).
4. Calcola gli Erlang ed esegui Erlang C per ogni intervallo per ottenere gli agenti al telefono.
5. Controlla l'occupazione e fissale un tetto che il tuo team possa sostenere.
6. Dividi per (1 − shrinkage) per ottenere le persone da pianificare, usando lo shrinkage che hai misurato.
7. Costruisci turni e pause che coprano la curva per intervallo.
8. Confronta ogni settimana la previsione con i dati effettivi e aggiorna i valori di volume, AHT e shrinkage.

Vuoi vedere la reportistica su code e livello di servizio che alimenta questo modello? Prenota una demo e ti mostreremo code inbound, centro operativo e reportistica su un tenant demo. Per le campagne outbound, la questione distinta del pacing è trattata in stimatore del tasso di abbandono. Fate i calcoli con i vostri numeri nel calcolatore Erlang C prima di impegnarvi su un organico.

Domande frequenti

Come calcolo quanti agenti servono al mio call center?

Calcola il traffico in Erlang (chiamate per intervallo × tempo medio di gestione ÷ durata dell'intervallo), usa la formula di Erlang C per trovare il numero minimo di agenti che raggiunge l'obiettivo di livello di servizio, poi dividi per (1 − shrinkage) per ottenere il numero di persone da pianificare. Ripeti per ogni intervallo di 15 o 30 minuti.

Che cos'è Erlang C?

Erlang C è una formula della teoria delle code che stima la probabilità che un chiamante debba attendere, dati il traffico di chiamate e il numero di agenti. Da questa probabilità puoi calcolare il livello di servizio e il tempo medio di risposta per qualsiasi livello di organico, ed è per questo che è il punto di partenza standard per dimensionare un contact center inbound.

Qual è un buon livello di servizio per un call center?

Un obiettivo comune è 80/20: l'80% delle chiamate con risposta entro 20 secondi. Alcune operation usano 90/30 per le linee prioritarie o 70/30 per le code a priorità più bassa. L'obiettivo giusto dipende dal costo di una chiamata persa e da ciò che si aspettano i tuoi chiamanti.

Che cos'è lo shrinkage in un call center?

Lo shrinkage è la quota di tempo retribuito degli agenti non disponibile per gestire i contatti, comprese pause, formazione, coaching, riunioni, malattia e assenze. Molti contact center pianificano con circa il 25%-35%, ma dovresti misurare il tuo e aggiornarlo regolarmente.

Perché un aumento del 10% delle chiamate richiede più di una piccola modifica all'organico?

Perché il livello di servizio non varia in modo lineare con il personale. Nell'esempio di questa guida, mantenendo 20 agenti con un volume aumentato del 10%, la quota di risposte entro 20 secondi scenderebbe da circa l'82% a circa il 61%. Per ripristinare l'obiettivo sono serviti due agenti in più.

Erlang C funziona per le chiamate outbound?

No. Erlang C modella le code inbound, in cui i chiamanti aspettano gli agenti. Le chiamate outbound hanno il problema opposto, agenti che aspettano chiamate con risposta, e si gestiscono con il pacing del dialer e i controlli sul tasso di abbandono anziché con Erlang C.