L'occupancy è la quota di tempo loggato che un operatore dedica alla gestione delle chiamate, lavoro post-chiamata incluso. Il tetto sostenibile si aggira sull'83% (Call Centre Helper): oltre quella soglia, il turnover finisce per pagare tutta l'efficienza guadagnata.
È l'unica metrica di contact center in cui un numero migliore non è una cosa migliore.
Il calcolo
Occupancy = tempo di gestione dei contatti ÷ tempo loggato.
Un operatore loggato per 8 ore che ne dedica 6 ore e 20 minuti alle chiamate e al lavoro post-chiamata si trova al 79% di occupancy. L'ora e 40 minuti restanti sono tempo disponibile: l'attesa della chiamata successiva.
Nota cosa non compare al denominatore: pause, formazione e riunioni sono shrinkage, non tempo di inattività. Un operatore in riunione di team non è loggato e libero; semplicemente non è loggato. Mescolare le due cose produce un valore di occupancy che sembra comodo mentre le persone stanno annegando.
Perché il 100% è un fallimento
L'intuito dice che gli operatori inattivi sono uno spreco. L'aritmetica dice il contrario.
Le chiamate arrivano in modo casuale. Se tutti gli operatori sono al telefono nel momento in cui ne entra una nuova, quel cliente finisce in coda — e poiché gli arrivi si concentrano a raffiche, le code si formano ben al di sotto della piena utilizzazione. Il tempo disponibile non è uno spreco: è il cuscinetto che assorbe la casualità. Eliminarlo non aumenta la capacità smaltita, la trasforma in tempo di attesa.
Oltre l'83% circa succedono tre cose. Gli operatori perdono il tempo di recupero tra una chiamata e l'altra, quindi il tempo di gestione si allunga e la qualità cala. Il livello di servizio diventa volatile: piccole variazioni di volume producono grandi oscillazioni della coda. E il turnover sale, che è la voce cara: sostituire un operatore costa più di quanto siano mai costati quei minuti di inattività.
Occupancy e livello di servizio tirano in direzioni opposte
Non puoi massimizzarli entrambi. Un'occupancy più alta significa meno operatori liberi, e quindi attese più lunghe. Il modello Erlang C lo rende esplicito: ogni target di livello di servizio implica un'occupancy, e ogni dimensionamento implica entrambi.
Ecco perché le code piccole faticano. Una coda da cinque operatori non può lavorare ad alta occupancy e centrare allo stesso tempo un obiettivo dell'80% in 20 secondi: manca l'effetto di pooling. Una coda da cinquanta operatori ci riesce. Se la tua occupancy è bassa e non puoi alzarla senza far saltare il livello di servizio, la risposta di solito è unire le code, non tagliare organico.
Leggerla onestamente
L'occupancy si misura su un intervallo, e l'intervallo conta. Un dato giornaliero del 78% può contenere una mattinata al 95% e un pomeriggio al 60%: due problemi diversi mediati fino a sembrare uno stato di salute.
Controllala per intervallo insieme al livello di servizio. Occupancy alta e costante con un buon livello di servizio significa che stai tirando al massimo e dovresti aggiungere persone. Occupancy alta con livello di servizio scarso significa che sei già in sottorganico. Occupancy bassa con livello di servizio scarso significa che il problema non è affatto l'organico: è il routing, o il forecast, o il tempo di gestione.
Il calcolatore di occupancy la ricava per intervallo dal tempo loggato e dal tempo di gestione.
Domande frequenti
Qual è un buon tasso di occupancy? Grosso modo il 75–85%, con circa l'83% come tetto pratico (Call Centre Helper). Valori costantemente superiori scambiano turnover per efficienza di breve periodo.
Occupancy e utilizzazione sono la stessa cosa? No. L'occupancy misura il tempo di gestione rispetto al tempo loggato. L'utilizzazione di solito si misura sul tempo retribuito totale, quindi include pause e formazione e risulta più bassa.
Perché la nostra occupancy è bassa se sono tutti impegnati? Di norma perché pause e riunioni vengono conteggiate come tempo loggato. L'occupancy deve contare solo il tempo in cui l'operatore era disponibile a ricevere una chiamata.
L'occupancy può essere troppo bassa? Sì: restare stabilmente sotto il 70% circa indica di solito sovradimensionamento rispetto al volume, oppure una coda troppo piccola per un pooling efficace.
