Come creare un report sul tempo di prima risposta: Guida completa

Il tempo di prima risposta è il tempo che un cliente attende tra l'invio di un ticket e la ricezione della prima risposta umana. Un report sul tempo di prima risposta traccia questa attesa nel corso delle settimane, suddivisa per mediana e 90° percentile anziché per media. Crealo a partire da un'esportazione di ticket con due timestamp: l'intera operazione richiede un solo prompt o tre formule.

La misurazione è semplice. È nel reporting che i team si ingannano inconsapevolmente, poiché sia la statistica predefinita sia la funzione percentile predefinita nascondono i clienti che hanno atteso più a lungo.

Cosa significa il tempo di prima risposta e come calcolarlo

Il tempo di prima risposta (FRT) è il tempo trascorso tra l'arrivo di un ticket e la prima risposta di un operatore al cliente. La formula è semplice come sembra:

Tempo di prima risposta = timestamp della prima risposta umana − timestamp di creazione del ticket

Due decisioni trasformano questa formula di una sola riga in qualcosa su cui un team può effettivamente concordare.

Una conferma automatica è considerata valida? Non dovrebbe esserlo. Una risposta automatica che dice "abbiamo ricevuto il tuo messaggio" non è una risposta alla domanda. Conteggiarla produce un grafico bellissimo e una clientela insoddisfatta. Di solito si tratta di un errore in buona fede piuttosto che di un inganno, ed è il modo più comune in cui l'FRT viene gonfiato.

Il tempo scorre anche di notte? Su un orologio solare, un ticket del venerdì sera a cui si risponde il lunedì mattina rappresenta un fallimento di 60 ore. Su un orologio aziendale potrebbe essere inferiore a un'ora. Nessuno dei due approcci è errato. Citare l'uno mentre il tuo collega cita l'altro è ciò che dà inizio alla discussione.

L'FRT medio è la terza decisione, ed è quella che la maggior parte degli strumenti prende al posto tuo. I tempi di risposta hanno una distribuzione asimmetrica a destra: la maggior parte dei ticket riceve risposta rapidamente e una piccola coda attende molto a lungo. La media viene trascinata in un'area che quasi nessuno ha effettivamente sperimentato. Riporta invece la mediana e il 90° percentile.

Cosa ti serve prima di iniziare

• Un'esportazione dei ticket con una riga per conversazione.
• Due timestamp: quando il ticket è arrivato e quando un operatore ha risposto per la prima volta.
• Una definizione di "prima risposta" che escluda le conferme automatiche e le note interne.
• I tuoi orari di assistenza, se intendi generare report basati su un orologio aziendale.
• Una regola sul volume minimo, in modo che le settimane con pochi dati non producano assurdità apparentemente attendibili.

Decidi gli ultimi tre punti prima di creare qualsiasi cosa. Modificarli in seguito invalida ogni settimana precedente sul grafico, e una linea di tendenza basata su una definizione variabile è peggio di nessuna linea di tendenza.

Come creare il report in un foglio di calcolo

Opzione 1: trasformare due timestamp in una durata

Sottrai il timestamp di arrivo dal timestamp della prima risposta e formatta il risultato in ore. Questo è il tempo di prima risposta grezzo per ciascun ticket, su un orologio solare.

Se invece hai bisogno di un orologio aziendale, NETWORKDAYS.INTL è il solito punto di partenza. La documentazione di Microsoft è precisa su ciò che restituisce. La funzione fornisce "il numero di giorni lavorativi interi tra due date", utilizzando parametri che indicano quali giorni sono considerati fine settimana. I giorni del fine settimana e tutti i giorni indicati nell'argomento festività "non sono considerati giorni lavorativi".

Nota l'espressione giorni lavorativi interi. La funzione risponde in giorni, non in ore, quindi un'attesa di quattro ore e un'attesa di sette ore all'interno dello stesso turno sembrano identiche. Le durate inferiori a un giorno richiedono una struttura che combini il conteggio dei giorni lavorativi con il resto dell'ora del giorno. Ecco perché il reporting sulle ore lavorative è un vero e proprio progetto piuttosto che una semplice formula.

Opzione 2: calcolare la mediana e il 90° percentile

MEDIAN ti fornisce l'attesa tipica. Per la coda, Excel offre due funzioni percentile, ed è qui che gli stessi dati producono due risposte diverse.

PERCENTILE.EXC accetta un valore k "nell'intervallo 0..1, escluso". La sua documentazione afferma che "se k non è un multiplo di 1/(n + 1), PERCENTILE.EXC esegue un'interpolazione per determinare il valore al k-esimo percentile". PERCENTILE.INC accetta k "nell'intervallo da 0 a 1, incluso", ed esegue l'interpolazione quando k "non è un multiplo di 1/(n - 1)".

Denominatori diversi, interpolazioni diverse, p90 diversi. Nessuno dei due è errato. Sono due convenzioni, e un report che passa silenziosamente dall'una all'altra sta raccontando una storia sulla tua formula piuttosto che sulla tua coda di attesa.

La versione esclusiva presenta un rischio maggiore. La sua documentazione avverte che "se non è possibile interpolare per il percentile, con il valore k specificato, Excel restituirà l'errore #NUM!". In una settimana con pochi dati, con una manciata di ticket in una coda, un p90 può semplicemente non venire calcolato.

Opzione 3: impostare il layout del report

Raggruppa i ticket per settimana. Metti la mediana e il p90 affiancati come due linee e aggiungi il conteggio dei ticket come barra dietro di esse. Il conteggio non è un elemento decorativo. È ciò che impedisce a chi legge di sovrastimare un picco basato solo su undici ticket.

Then add one line of text stating the clock and the percentile method. That sentence is what makes the report reproducible next quarter by someone who was not in the room.

Dove il percorso con il foglio di calcolo rallenta

Nessuno dei tre passaggi è difficile. Il costo è che tutti e tre devono essere rifatti ogni settimana, su un'esportazione i cui nomi delle colonne cambiano ogni volta che qualcuno modifica la visualizzazione dell'helpdesk.

Si ripetono tre attriti specifici.

La colonna delle risposte è raramente pulita. Le conferme automatiche, le note interne e le risposte degli operatori finiscono spesso nello stesso campo, quindi la prima riga non è sempre la prima risposta umana. Separarle è una valutazione da fare per ogni esportazione, non una formula.

I percentili richiedono una decisione, ogni volta. Quale funzione usare, quali settimane hanno un volume sufficiente e cosa visualizzare quando il calcolo restituisce un errore su una coda con pochi dati.

Le ore lavorative richiedono manutenzione. Una volta scelto un orologio basato sulle ore di assistenza, ogni giorno festivo e ogni cambio di turno diventa un'attività nel foglio di lavoro. Dimenticane uno e un'intera settimana si sballerà.

Il risultato è un report accurato nella settimana in cui viene creato, ma che poi perde precisione nel tempo senza che nessuno se ne accorga.

Come creare un report sul tempo di prima risposta con l'AI

Passaggio 1: Carica l'esportazione dei ticket

Apri Powerdrill Bloom e carica l'esportazione direttamente dal tuo helpdesk. Excel, CSV, PDF e documenti sono indicati come caricamenti supportati nel piano gratuito, quindi un'esportazione grezza può essere inserita così com'è.

Mantieni ogni colonna dei timestamp, comprese quelle automatiche. Ti servono per dimostrare quale risposta è stata conteggiata e per cambiare la definizione in seguito senza dover ripetere l'esportazione.

Passaggio 2: Specifica l'orologio e le statistiche che desideri

Descrivi la misurazione in linguaggio naturale anziché con le formule. Indica quale timestamp avvia l'orologio, quale risposta lo ferma e se i fine settimana sono inclusi. Quindi richiedi la mediana e il 90° percentile per settimana, insieme al conteggio dei ticket.

Specifica anche cosa dovrebbe accadere nelle settimane con pochi dati. Richiedi di nascondere il percentile al di sotto di un conteggio minimo di ticket. Questo è decisamente meglio di una cella di errore o di un numero apparentemente sicuro basato solo su quattro righe.

Ogni dato viene restituito con la riga corrispondente, in modo che una settimana sospetta possa essere aperta e letta anziché essere oggetto di discussione.

Passaggio 3: Genera il report e salva il prompt

Richiedi due linee e una serie di barre su un asse settimanale, oltre a una nota che indichi quale convenzione percentile è stata utilizzata. Esportalo come immagine, foglio di calcolo o diapositiva.

La settimana successiva, carica la nuova esportazione ed esegui lo stesso prompt. La definizione rimane fissa, che è l'unico modo per dare un senso a un confronto di settimana in settimana. La pagina creare grafici da Excel illustra direttamente il percorso di creazione dei grafici.

Cosa deve includere un report sul tempo di prima risposta

Elemento	Perché deve essere incluso	Cosa va storto senza di esso
Linea della mediana	L'attesa del cliente tipico	Le medie si nascondono dietro i valori anomali
Linea del 90° percentile	L'esperienza del decimo più lento dei tuoi clienti	I problemi della coda rimangono invisibili
Barre del volume dei ticket	Contesto per ogni variazione	Le settimane con pochi dati vengono interpretate come tendenze
Orologio specificato	Ore solari o ore lavorative	Due team citano numeri diversi
Metodo percentile specificato	Riproducibilità	La stessa settimana cambia valore tra una generazione e l'altra
Regola del volume minimo	Onestà sui segmenti con pochi dati	Errori o precisione fittizia
Suddivisione per canale	Dove si trova effettivamente la coda	Una sola coda problematica trascina verso il basso l'intera linea

Un esempio pratico

Prendi una settimana con 240 ticket. Il tempo medio di prima risposta è di 5,1 ore, la mediana è di 1,4 ore e il p90 è di 19,7 ore.

Tutti e tre i numeri sono corretti. La media è l'unico dato che non descrive l'esperienza di nessuno. La maggior parte dei clienti ha atteso meno di 90 minuti, e il decimo più lento ha atteso quasi un giorno intero. Se presenti solo la media, chi legge concluderà che la coda è mediocre ovunque, quando in realtà è veloce ma presenta una coda problematica. La soluzione per una coda problematica è diversa da quella per una coda lenta. Ecco perché questa distinzione merita un grafico anziché una singola cella.

Segmentare senza compromettere il report

La domanda successiva più ovvia è quale canale o coda sia più lento. La suddivisione per segmento è utile, ma è anche il modo più rapido per far mentire il report.

Due regole lo mantengono onesto. Dividi solo dove il volume settimanale rimane al di sopra del tuo minimo e mantieni la linea generale sul grafico in modo che i lettori abbiano un punto di riferimento. Una coda con nove ticket a settimana merita una visualizzazione mensile, non settimanale.

Se la suddivisione conta più della tendenza, una piccola tabella con la mediana e il p90 per coda conterrà più informazioni rispetto a cinque linee sovrapposte.

Come migliorare il tempo di prima risposta

Vale la pena creare il report solo se indica una direzione. Emergono ripetutamente quattro leve, e il report ti dice di quale hai bisogno.

Una coda problematica con una buona mediana di solito indica un problema di copertura, non di velocità. I ticket che arrivano al di fuori degli orari di presenza del personale, o in una coda con un solo specialista, rimangono in attesa finché qualcuno non rientra. Analizza l'ora del giorno di arrivo prima di valutare le prestazioni degli operatori.

Una mediana in aumento con un volume stabile di solito significa che la coda sta assorbendo un nuovo tipo di ticket per il quale nessuno ha un modello pronto. La suddivisione per canale lo mostrerà.

Una mediana in aumento con un volume in aumento è una questione di personale, e le barre del volume ne sono la dimostrazione.

Un report piatto di cui nessuno si fida è un problema di definizione. Pubblica l'orologio e il metodo percentile in cima e le discussioni finiranno.

Per la visualizzazione del volume e dello stato che affianca questa, consulta le nostre guide sul report sui ticket di assistenza e sul report CSAT. La pagina del customer service chatbot copre l'aspetto della deviazione dei ticket per la stessa coda.

Come si presenta un buon obiettivo

I team spesso stabiliscono un obiettivo per il tempo di prima risposta prima di avere una distribuzione dei dati, ed è così che gli obiettivi finiscono per essere privi di significato o irraggiungibili.

Imposta due numeri invece di uno e pubblicali entrambi. Un obiettivo mediano descrive l'esperienza normale, mentre un obiettivo p90 descrive la peggiore esperienza che sei disposto ad accettare. Un team con una mediana di 1,4 ore e un p90 di 19,7 ore ha un problema di coda. Un singolo obiettivo di due ore non lo farebbe emergere affatto.

Quindi indica l'orologio insieme all'obiettivo. "Due ore" su un orologio aziendale e "due ore" su un orologio solare sono promesse diverse. L'assistenza e la dirigenza ipotizzeranno ciascuna quella che favorisce la propria visione.

Errori comuni

Riportare la media. È l'unica statistica quasi certamente fuorviante su una distribuzione asimmetrica a destra, ed è quella predefinita nella maggior parte degli strumenti di fogli di calcolo.

Conteggiare la risposta automatica come prima risposta. Questo è il modo più rapido per ottenere un grafico eccellente che non corrisponde all'esperienza di nessuno.

Cambiare le funzioni percentile a metà trimestre. Se il tuo p90 è migliorato nella stessa settimana in cui qualcuno ha modificato la formula, hai misurato la modifica della formula.

Mescolare orologi solari e aziendali. Un fine settimana su un orologio solare equivale a 48 ore di fallimento. Su un orologio aziendale potrebbe essere pari a zero. Scegline uno e indicalo chiaramente.

Eliminare la serie dei volumi per ridurre il disordine. Le barre sono il motivo per cui chiunque può distinguere una vera regressione da una settimana tranquilla.

Riportare un obiettivo senza una distribuzione. Un singolo dato come "abbiamo raggiunto le due ore" non dice nulla al lettore sui clienti che ne hanno attese nove.

Conclusione

Vale la pena creare correttamente un report sul tempo di prima risposta perché è una delle poche metriche di assistenza che i clienti percepiscono concretamente. Due linee, una serie di barre, un orologio specificato e una convenzione percentile dichiarata supereranno qualsiasi dashboard che mostri una singola media.

Se ricostruirlo ogni settimana è ciò che ti frena, sposta la definizione in un prompt salvato e rigeneralo da ogni nuova esportazione. Prova Powerdrill Bloom sull'esportazione dei ticket del mese scorso e osserva la mediana e la coda sullo stesso asse.

Domande frequenti

Cos'è il tempo di prima risposta nel servizio clienti?

È il tempo trascorso tra l'arrivo del ticket di un cliente e la prima risposta di un operatore umano. Le conferme automatiche sono normalmente escluse, perché non rispondono alla domanda del cliente.

Qual è la formula del tempo di prima risposta?

Sottrai il timestamp di creazione del ticket dal timestamp della prima risposta umana. Per una versione basata sulle ore lavorative, parti da NETWORKDAYS.INTL, che restituisce giorni lavorativi interi e ti consente di definire i fine settimana e le festività, quindi aggiungi il resto dell'ora del giorno.

Un report sul tempo di prima risposta dovrebbe utilizzare la media o la mediana?

La mediana, con il 90° percentile affiancato. I tempi di risposta hanno una distribuzione asimmetrica a destra, quindi un piccolo numero di ticket molto lenti trascina la media verso un valore che pochi clienti hanno effettivamente sperimentato.

Qual è la differenza tra PERCENTILE.EXC e PERCENTILE.INC?

Utilizzano regole di interpolazione diverse. PERCENTILE.EXC esegue l'interpolazione quando k non è un multiplo di 1/(n + 1) e accetta k strettamente compreso tra 0 e 1. PERCENTILE.INC utilizza 1/(n - 1) e accetta i valori 0 e 1 stessi.

Perché il mio p90 restituisce un errore #NUM!?

PERCENTILE.EXC restituisce questo errore quando la matrice è vuota o quando k è pari o esterno ai limiti da 0 a 1. Lo restituisce anche quando non può interpolare per il percentile richiesto, che è ciò che accade nelle settimane con pochi dati.