Finché le richieste di assistenza sono poche si gestiscono a memoria. Poi crescono, arrivano da cinque canali diversi e iniziano i problemi: qualcosa si perde, il cliente richiama arrabbiato, nessuno sa dire quanto tempo ci mettete davvero a rispondere. Questa guida spiega come si passa dal caos a un processo misurabile senza trasformare l'assistenza in burocrazia.
In breve
Un sistema di ticket serve a garantire che nessuna richiesta si perda e che ognuna abbia un responsabile e un tempo di risposta dichiarato. Funziona se tutti i canali confluiscono in un punto solo, se le priorità sono poche e definite con criteri oggettivi e se i tempi promessi vengono misurati davvero.
- Il problema non è il volume delle richieste, è che arrivano su canali diversi e non esiste un elenco unico di cosa è aperto.
- Tre livelli di priorità bastano: più livelli significano solo che nessuno li usa correttamente.
- Un tempo di risposta dichiarato e rispettato vale più di un tempo breve promesso e mancato.
- La metà dei ticket ricorrenti si elimina alla radice: se la stessa domanda arriva cento volte, il problema è a monte.
Perché le richieste si perdono
Nessuna azienda decide di ignorare un cliente. Le richieste si perdono per ragioni strutturali, tutte prevedibili:
- Canali scollegati. Una richiesta arriva sulla casella generica, una sul telefono del tecnico, una su WhatsApp e una a voce in corridoio. Non esiste un posto in cui siano tutte.
- Nessun proprietario. Una richiesta ricevuta da tutti non è gestita da nessuno. La casella condivisa è il posto in cui le cose muoiono con più educazione.
- Nessuno stato. Senza uno stato esplicito non si distingue una richiesta risolta da una dimenticata.
- Nessuna scadenza. Se non c'è un tempo atteso, la richiesta urgente e quella rimandabile occupano lo stesso posto nella coda.
- Dipendenza da una persona sola. Quando il tecnico che sa tutto è in ferie, l'assistenza si ferma.
Il sistema di ticket non è uno strumento burocratico: è la risposta a questi cinque punti. Ogni funzione che non serve a risolverne uno può essere rimandata.
La domanda che rivela lo stato dell'assistenza è una sola: quante richieste sono aperte in questo momento e da quanto tempo? Se nessuno sa rispondere in trenta secondi, il sistema non c'è.
Il canale unico: come si fa senza costringere i clienti
L'errore più comune è annunciare che da domani le richieste si accettano solo dal portale. I clienti continueranno a telefonare, perché i loro processi non cambiano per decreto.
La soluzione è opposta: i canali restano tutti, ma confluiscono in un unico elenco.
| Canale | Come entra nel sistema | Chi apre il ticket |
|---|---|---|
| Email a una casella dedicata | Automaticamente: ogni email diventa un ticket | Il sistema |
| Telefono | Chi risponde apre il ticket durante la chiamata | L'operatore |
| Portale o modulo sul sito | Automaticamente, con i campi già compilati | Il cliente |
| Messaggistica | Integrazione del canale nel sistema di assistenza | Il sistema o l'operatore |
| Richiesta a voce in sede | Apertura manuale immediata, prima di iniziare a lavorare | Chi riceve |
La regola operativa è una sola e va rispettata senza eccezioni: nessun lavoro di assistenza inizia prima che esista il ticket. Non per burocrazia, ma perché un intervento non registrato è un intervento che non esiste nei numeri e che nessun altro può riprendere in mano.
Se gran parte delle richieste arriva per telefono, vale la pena collegare il centralino al sistema in modo che la scheda del cliente si apra da sola alla risposta: il metodo è descritto nella guida su come integrare centralino e scheda cliente.
Priorità: tre livelli, criteri oggettivi
Le priorità funzionano solo se chi apre il ticket non deve interpretare. Se il criterio è "quanto sembra urgente", tutti i ticket diventano urgenti nel giro di due mesi.
| Livello | Criterio oggettivo | Esempio tipico | Risposta attesa |
|---|---|---|---|
| Bloccante | L'attività del cliente è ferma e non esiste alternativa | Impianto fermo, sistema inaccessibile, produzione bloccata | Entro poche ore lavorative |
| Rilevante | Una funzione non va ma esiste un modo per aggirarla | Stampa non funzionante con esportazione disponibile | Entro uno o due giorni lavorativi |
| Ordinaria | Richiesta di modifica, informazione o miglioramento | Nuovo campo, nuova stampa, chiarimento | Entro la settimana o a pianificazione |
I criteri vanno scritti e condivisi anche con i clienti, perché quasi tutte le tensioni sull'assistenza nascono da aspettative diverse su cosa sia urgente. Un cliente che sa in anticipo come viene classificata la sua richiesta protesta molto meno di uno che scopre la classificazione dopo.
Tempi di risposta: cosa promettere davvero
C'è una differenza importante fra tempo di prima risposta e tempo di risoluzione, e confonderli è la causa principale delle promesse mancate.
- Tempo di prima risposta: quanto passa fra l'arrivo della richiesta e il primo riscontro umano. È misurabile, controllabile e dipende solo da voi.
- Tempo di risoluzione: quanto passa fino alla chiusura. Dipende anche dal cliente, da fornitori terzi e dalla natura del problema.
La promessa deve riguardare la prima risposta, perché è l'unica che potete garantire. Sul tempo di risoluzione si comunica una stima aggiornata, non un impegno rigido. Un cliente accetta bene "ci stiamo lavorando, prevediamo giovedì" e molto male il silenzio seguito da una consegna anticipata.
La risposta automatica non è una prima risposta
Un messaggio automatico che conferma la presa in carico è utile e va messo, ma non conta come risposta. Conta il momento in cui una persona scrive qualcosa di specifico sul problema. Misurare l'automatismo invece della persona produce numeri ottimi e clienti insoddisfatti.
Un tempo di risposta lungo ma dichiarato e rispettato genera più fiducia di un tempo breve promesso e mancato. La prevedibilità vale più della velocità.
Come si costruisce, in sei passi
- Contare cosa arriva oggi. Due settimane di registrazione di tutte le richieste, con canale, tipo e tempo impiegato. È la base per dimensionare tutto il resto.
- Definire i tipi di richiesta. Non venti categorie: cinque o sei, ricavate dai dati appena raccolti. Serviranno per capire dove si concentra il carico.
- Scegliere gli stati. Aperto, preso in carico, in attesa del cliente, risolto, chiuso. Lo stato "in attesa del cliente" è indispensabile: senza, i tempi risultano falsati da attese non vostre.
- Assegnare i responsabili. Ogni ticket ha una persona, con una regola chiara di assegnazione automatica e una di riassegnazione in caso di assenza.
- Dichiarare i tempi. Scritti, comunicati ai clienti, misurati automaticamente.
- Guardare i numeri ogni mese. Ticket aperti, tempo medio di prima risposta, ticket riaperti, tipi più frequenti. Il quarto numero è quello che genera i miglioramenti più grandi.
Eliminare i ticket alla radice
Il miglioramento più grande non viene dal gestire meglio le richieste, ma dal riceverne di meno. Quando il report mostra che lo stesso tipo di richiesta arriva decine di volte al mese, ci sono tre strade:
- Correggere il problema a monte. Se cento clienti chiedono la stessa cosa, probabilmente c'è un passaggio poco chiaro nel prodotto o nel processo.
- Rendere la risposta disponibile in autonomia. Le richieste di stato, documenti e copie si risolvono con un'area riservata: il perimetro utile è descritto nella guida sul portale clienti riservato.
- Automatizzare la risposta ricorrente. Per le richieste ripetitive con risposta standard, una risposta assistita costruita sulla documentazione interna riduce il carico senza peggiorare il servizio, con la logica descritta nella guida sulla base di conoscenza aziendale.
Le tre strade non si escludono. La prima è sempre la più redditizia e la meno praticata, perché richiede di cambiare qualcosa fuori dall'assistenza.
Gli errori che rendono il sistema inutile
Troppi campi obbligatori
Se aprire un ticket richiede due minuti, chi riceve una richiesta al telefono lo aprirà "dopo". Il dopo non arriva. Tre campi bastano per aprire; il resto si completa alla chiusura.
Priorità decise dal cliente senza criteri
Se il cliente sceglie liberamente la priorità, tutto diventa urgente. Il cliente descrive l'impatto, la classificazione la applica chi riceve, secondo i criteri scritti.
Nessuno guarda i numeri
Un sistema di ticket che produce dati che nessuno legge è solo lavoro in più. Il riesame mensile è la parte che trasforma la registrazione in miglioramento.
Chiudere senza verificare
Un ticket chiuso perché il tecnico ritiene di aver risolto, senza conferma del cliente, si riapre. Il tasso di riapertura è l'indicatore più onesto della qualità reale.
Come lavoriamo in NuvioLab
Iniziamo sempre contando: due settimane di richieste reali, divise per canale e per tipo. Serve a dimensionare il sistema sul carico effettivo e a individuare subito le richieste ripetitive che si possono eliminare invece che gestire.
Poi costruiamo il punto unico di raccolta lasciando aperti tutti i canali che i clienti già usano, definiamo tre priorità con criteri scritti e colleghiamo il sistema agli strumenti già presenti, dal centralino al gestionale. I tempi li dichiariamo solo dove sono sostenibili: una promessa che non reggerebbe fa più danni del silenzio.
Raccontaci come arrivano oggi le richieste: il primo passo è capire quante ne ricevete davvero.
FAQ
Serve un sistema di ticket anche con pochi clienti?+
Dipende da quante persone gestiscono le richieste. Con una persona sola e poche richieste, un elenco condiviso basta. Appena le persone sono due o più, serve un punto unico: la metà dei problemi nasce dal non sapere se qualcun altro ha già risposto.
Dobbiamo pubblicare i tempi di risposta ai clienti?+
È consigliabile, purché siano tempi che riuscite a rispettare nei periodi di picco e non solo in quelli tranquilli. Dichiarare tempi sostenibili riduce le telefonate di sollecito, che sono una quota rilevante del carico.
Come gestiamo i clienti che scavalcano il sistema e chiamano il tecnico?+
Non vietandolo, ma facendo aprire comunque il ticket dal tecnico prima di intervenire. Con il tempo il cliente si abitua al canale ufficiale se ottiene risposte più rapide, non se riceve un rimprovero.
Quanti livelli di priorità servono davvero?+
Tre. Con quattro o cinque nessuno distingue i livelli intermedi e la classificazione perde significato. Meglio tre livelli applicati bene che cinque applicati a caso.
Il tempo di attesa del cliente deve contare nei tempi di risposta?+
No, ed è il motivo per cui serve lo stato apposito. Se un ticket resta fermo perché attendete un'informazione dal cliente, quel tempo va escluso dal calcolo, altrimenti i numeri non descrivono la vostra prestazione.
Come si misura la soddisfazione senza inondare il cliente di sondaggi?+
Con una sola domanda alla chiusura del ticket e con il tasso di riapertura. La seconda misura è gratuita e spesso più onesta della prima, perché non dipende dalla disponibilità a rispondere.