Perché il solo tempo di prima risposta non indica se i clienti ricevono assistenza
Una prima risposta rapida è importante. Comunica al cliente che la sua richiesta è stata vista e che qualcuno se ne sta facendo carico. Ma non indica se il problema è stato gestito. Un team può rispondere in pochi minuti e lasciare comunque una domanda senza risposta, un reso irrisolto o un problema in attesa di una decisione.
Per questo il tempo di risoluzione dell’assistenza clienti per le piccole imprese dovrebbe essere esaminato insieme al tempo di prima risposta. Il tempo di risoluzione segue una richiesta dal suo arrivo fino al momento in cui il team può ragionevolmente considerare soddisfatta l’esigenza del cliente. Offre una visione più completa dell’esperienza del cliente e del lavoro che avviene dietro la conversazione visibile.
I piccoli team non hanno bisogno di un sistema di indicatori elaborato per iniziare. Ponetevi due domande pratiche: quando il cliente ci ha contattato per la prima volta e quando abbiamo completato l’azione o fornito la risposta necessaria per consentirgli di procedere? Il tempo tra questi due momenti può rivelare dove le richieste restano in attesa: prima dell’assegnazione, durante un passaggio interno, mentre si raccolgono informazioni o dopo aver predisposto una risposta.
Usate il tempo di prima risposta per garantire la presa in carico. Usate il tempo di risoluzione per comprendere il completamento. Osservare entrambi evita di concentrarsi esclusivamente su risposte rapide che non fanno davvero avanzare la richiesta.
Definire un punto di risoluzione pratico per i tipi di richiesta più comuni
Il tempo di risoluzione è utile solo quando il team condivide una definizione di risolto. Senza una definizione, una persona potrebbe chiudere una richiesta dopo aver inviato istruzioni, mentre un’altra potrebbe lasciare aperta una richiesta simile finché il cliente non conferma di aver risolto. Questa incoerenza rende i confronti poco affidabili e può generare esperienze diverse per i clienti.
Create una breve definizione operativa per i tipi di richiesta che ricevete più spesso. Definite l’esito per il cliente, anziché soltanto l’ultima azione compiuta dal team. Per esempio:
- Domanda semplice: risolta quando il cliente ha ricevuto una risposta accurata e comprensibile e non è necessaria alcuna ulteriore azione da parte del team.
- Richiesta relativa ad account o ordine: risolta quando la modifica, la verifica o la spiegazione richiesta è stata completata e comunicata al cliente.
- Segnalazione di un problema: risolta quando sono stati forniti una correzione, una soluzione alternativa o un chiaro passaggio successivo e il team ha completato la propria parte del lavoro.
- Richiesta in attesa del cliente: non consideratela completamente risolta solo perché il team è in attesa. Rendete chiaro lo stato di attesa e decidete quando, nel vostro processo, sono appropriati un follow-up o la chiusura.
Mantenete la definizione abbastanza breve da poterla usare durante una giornata intensa. Non deve coprire ogni eccezione. L’obiettivo è avere un criterio predefinito coerente, con una nota per i casi insoliti che richiedono una gestione diversa.
È inoltre utile distinguere un’attività interna completata da una richiesta del cliente completata. Il team potrebbe aver inviato una richiesta a un collega o preparato una sostituzione, ma la richiesta di assistenza può restare attiva finché il cliente non riceve l’esito. Questa distinzione rende il processo di risoluzione delle richieste di assistenza più trasparente e utile.
Stabilire un flusso semplice dalla richiesta in arrivo all’assegnazione del responsabile e alla chiusura
Un flusso chiaro dei ticket è la base per monitorare il tempo di risoluzione dell’assistenza. Dovrebbe rendere evidenti l’azione successiva e la persona responsabile, senza aggiungere così tante fasi da indurre il team a non usarle più.
- Ricezione e revisione: registrate la richiesta in arrivo e identificate ciò di cui il cliente ha bisogno.
- Assegnazione di un responsabile: assegnate a ogni richiesta attiva una persona responsabile di farla avanzare, anche quando contribuiscono altre persone.
- Risposta e approfondimento: confermate la presa in carico al cliente, chiedete i dettagli mancanti e completate il lavoro necessario per risolvere la richiesta.
- Registrazione dello stato attuale: distinguete il lavoro attivo dalle richieste in attesa del cliente o di una risposta o decisione interna.
- Risoluzione e chiusura: chiudete solo quando è stato raggiunto il punto di risoluzione definito dal team, con un chiaro messaggio finale quando utile.
L’assegnazione è particolarmente importante in una casella di posta condivisa. Quando tutti possono vedere una richiesta ma nessuno ne è responsabile, le persone possono presumere che risponderà qualcun altro. Una chiara responsabilità del ticket di assistenza evita questo ritardo silenzioso. Il responsabile non deve completare personalmente ogni attività; deve però sollecitare i necessari riscontri, aggiornare il cliente e assicurarsi che la richiesta arrivi alla chiusura.
Se cambia il responsabile, rendete esplicito il passaggio di consegne. Registrate chi subentra, cosa è accaduto, cosa serve ancora e se il cliente è stato aggiornato. In questo modo si evita che una richiesta venga riscoperta invece di essere portata avanti.
Tenere insieme conversazioni, avanzamento interno e responsabilità
I piccoli team spesso iniziano con richieste sparse tra una casella di posta, messaggi di chat, note e memoria personale. Questo può funzionare con un basso volume, ma diventa presto difficile capire se un cliente ha ricevuto una risposta, se un collega sta effettuando verifiche o da quanto tempo la richiesta è aperta.
Uno spazio di lavoro condiviso per l’assistenza offre al team un unico luogo in cui ricevere le richieste, organizzare le conversazioni, assegnare responsabili e seguire ogni risposta fino alla risoluzione. Assistenza clienti supporta questo approccio aiutando i piccoli team a gestire i ticket da una casella di posta condivisa, mantenendo al contempo il contesto di ogni conversazione con il cliente.
Per ogni richiesta, mantenete i messaggi rivolti al cliente accanto a brevi note interne sullo stato di avanzamento. Registrate i fatti che influenzano il passaggio successivo: cosa ha chiesto il cliente, cosa è stato verificato, chi è responsabile, cosa blocca l’avanzamento e quando il cliente dovrebbe ricevere un nuovo riscontro. Un aggiornamento breve e attuale è più utile di una lunga trascrizione duplicata.
Mantenere disponibile il contesto rilevante sul cliente è una parte importante di un flusso di lavoro più ampio. Esplorate separatamente le risorse per i clienti correlate quando valutate come il lavoro di assistenza si inserisce nel processo più ampio del vostro team.
Usare tempi di risposta e risoluzione per individuare i colli di bottiglia senza misurare troppo
Quando monitorate il tempo di risoluzione dell’assistenza, cercate prima gli schemi ricorrenti anziché giudicare le prestazioni individuali. In un piccolo team, una risoluzione lunga può dipendere da una richiesta difficile, informazioni incomplete, un cliente non disponibile o una dipendenza esterna all’assistenza. Il dato è il punto di partenza per una conversazione, non un verdetto.
Esaminate solo misure su cui il vostro team può intervenire. Il tempo di prima risposta mostra se le nuove richieste vengono prese in carico. Il tempo di risoluzione mostra quanto tempo serve per soddisfare l’esigenza del cliente. Il numero di richieste aperte mostra il carico di lavoro attuale. Un semplice conteggio delle richieste in attesa di una risposta interna può mettere in luce un problema ricorrente nei passaggi di consegne.
Confrontate richieste simili, quando possibile. Non ci si dovrebbe aspettare che una domanda semplice e una segnalazione di problema complessa vengano chiuse con gli stessi tempi. Raggruppate le richieste in categorie generali, come domande, questioni relative agli account e segnalazioni di problemi, senza costruire un sistema di classificazione complicato. Se un gruppo resta regolarmente aperto più a lungo, esaminate il flusso di lavoro che lo riguarda.
Leggete anche i singoli ticket che presentano tempi insolitamente lunghi. Un caso lungo può essere ragionevole; diversi casi bloccati nello stesso passaggio segnalano un collo di bottiglia. Le richieste possono rimanere non assegnate al mattino, una decisione può richiedere troppo tempo oppure i clienti possono avere regolarmente bisogno di dettagli che potrebbero essere richiesti già nella prima risposta.
Esaminare le richieste ritardate e le cause ricorrenti in una breve routine settimanale
Una breve revisione settimanale mantiene la misurazione collegata al miglioramento. Dedicate del tempo regolare all’analisi della coda attiva e dei ticket che hanno richiesto più tempo per essere chiusi. L’obiettivo non è fare report fine a sé stessi. È individuare una o due modifiche che rendano più affidabili, nella settimana successiva, i tempi di risposta e risoluzione dell’assistenza clienti.
Usate un ordine del giorno ripetibile:
- Controllate ogni richiesta rimasta aperta più a lungo di quanto il team ritenga previsto per quel tipo.
- Verificate che ogni richiesta attiva abbia un responsabile e un passaggio successivo visibile.
- Esaminate le richieste risolte più lunghe e identificate dove è stato impiegato il tempo.
- Annotate le cause ricorrenti, come dettagli mancanti forniti dal cliente, responsabilità poco chiare o una dipendenza interna ricorrente.
- Decidete se la definizione di risoluzione è stata applicata in modo coerente.
Mantenete la conversazione costruttiva. Se una richiesta è stata ritardata, chiedetevi quale elemento del processo ha reso probabile quel ritardo. Un passaggio di consegne mancato può indicare l’assenza di una fase di assegnazione della responsabilità; domande di follow-up ripetute possono indicare un processo di acquisizione poco chiaro. Così migliorate il sistema, invece di premiare chiusure premature.
Misurate quanto basta per vedere dove il lavoro resta in attesa, poi usate ciò che avete appreso per eliminare una causa di attesa.
Scegliere un piccolo insieme di miglioramenti da testare la prossima settimana
Non cercate di risolvere tutti i colli di bottiglia contemporaneamente. Scegliete uno o due esperimenti mirati e riesaminateli nella prossima sessione settimanale. Potreste assegnare un responsabile della coda all’inizio di ogni giornata, aggiungere una checklist dei dettagli per le segnalazioni di problemi più comuni o concordare che ogni passaggio di consegne includa il nome del responsabile successivo e un aggiornamento per il cliente.
Annotate l’effetto previsto in linguaggio semplice: meno richieste in attesa senza un responsabile, meno messaggi avanti e indietro prima delle verifiche o decisioni di chiusura più chiare. Poi esaminate le richieste pertinenti la settimana successiva. Se una modifica riduce gli attriti, rendetela parte del flusso di lavoro standard per la risoluzione dei ticket del piccolo team. Se non lo fa, adattatela o provate un’altra idea.
Conclusione
Partite da una definizione condivisa di risolto, rendete una persona responsabile di ogni richiesta attiva e mantenete conversazione e avanzamento nello stesso luogo. Esaminate insieme tempi di risposta e risoluzione, quindi usate i ticket ritardati per individuare le poche modifiche al flusso di lavoro che saranno più utili.
Documentate una definizione chiara di risolto, assegnate ogni richiesta attiva a un responsabile ed esaminate ogni settimana i pochi ticket che richiedono più tempo per essere chiusi.