Un sistema di ticketing è la spina dorsale operativa di qualsiasi funzione di supporto. Senza di esso, le richieste di assistenza arrivano da canali multipli — email, chat, moduli di contatto, telefono — e vengono tracciate in caselle email condivise, fogli di calcolo, o non vengono tracciate affatto. Le cose si perdono. I clienti si ripetono. Nessuno sa cosa è stato risolto e cosa no.
Mettere in funzione un sistema di ticketing non deve essere complicato. Questa guida è pensata specificamente per i piccoli team che lo configurano per la prima volta — cosa configurare, in quale ordine, e cosa evitare nelle fasi iniziali.
Cosa Fa Realmente un Sistema di Ticketing
Nella sua essenza, un sistema di ticketing converte ogni richiesta del cliente — indipendentemente dalla sua provenienza — in un record standardizzato chiamato ticket. Ogni ticket ha:
- Un ID di riferimento univoco (es. #TK-1042)
- Uno stato (Nuovo, Aperto, In Attesa, Risolto, Chiuso)
- Una priorità (Bassa, Media, Alta, Urgente)
- Un agente assegnato
- Una cronologia completa delle comunicazioni
- Eventuali note interne che gli agenti si lasciano a vicenda
Questa struttura trasforma un caos di messaggi in arrivo in una coda gestita e responsabile. Niente va perso. La titolarità è chiara. La cronologia è preservata.
Passo 1: Mappate le Fonti di Richieste in Arrivo
Prima di configurare qualsiasi cosa, identificate ogni canale attraverso cui i clienti vi contattano attualmente:
- Email (quali indirizzi? support@, info@, hello@?)
- Modulo di contatto sul vostro sito web
- Live chat
- Telefono (convertito manualmente in ticket)
- Messaggi diretti sui social media (se il volume lo giustifica)
- API (per integrazioni tecniche)
Per ogni canale, decidete se verrà instradato direttamente al sistema di ticketing o richiederà un inserimento manuale. La maggior parte dei moderni sistemi di ticketing può automatizzare l'acquisizione da email e moduli di contatto. Le conversazioni in chat che si trasformano in problemi di supporto continuativi possono solitamente essere convertite in ticket con un solo clic.
Passo 2: Configurate Prima l'Integrazione Email
L'email è la fonte di ticket più comune per i piccoli team. Configurate il sistema di ticketing per prelevare dalla vostra indirizzo email di supporto — tipicamente support@vostrasocieta.com.
La configurazione di solito prevede:
- Creare o designare un indirizzo email di supporto
- Aggiungere quell'indirizzo al sistema di ticketing
- Il sistema verifica la casella di posta (tramite IMAP) o riceve una copia inoltrata di ogni email
- Ogni email diventa automaticamente un nuovo ticket
Verifica fondamentale: configurate il sistema in modo che le risposte inviate dal sistema di ticketing appaiano come provenienti dal vostro indirizzo di supporto, non dall'indirizzo della piattaforma di ticketing. I clienti devono vedere support@vostrasocieta.com nel campo Da, non ticket-12345@helpdesk.vendor.com.
Passo 3: Definite gli Stati dei Ticket
La maggior parte delle piattaforme viene fornita con stati predefiniti (Nuovo, Aperto, In Attesa, Risolto, Chiuso). Per i piccoli team, questo è spesso sufficiente. Capite cosa significa ciascuno nel vostro flusso di lavoro:
| Stato | Significato |
|---|---|
| Nuovo | Ricevuto, non ancora letto o assegnato |
| Aperto | In lavorazione; la prossima azione spetta all'agente |
| In Attesa | In attesa che il cliente risponda o che venga soddisfatta una dipendenza esterna |
| Risolto | L'agente considera il problema risolto; in attesa della conferma del cliente o del timer di chiusura automatica |
| Chiuso | Completamente chiuso; appare solo nella cronologia |
Non aggiungete stati personalizzati finché non avrete utilizzato il set predefinito per almeno due mesi. Gli stati aggiuntivi che non sono chiaramente definiti creano confusione e incoerenza nel modo in cui gli agenti li utilizzano.
Passo 4: Configurate Categorie e Dipartimenti
Le categorie vi aiutano a filtrare, rendicontare e instradare i ticket. Iniziate in modo semplice:
- Fatturazione
- Supporto Tecnico
- Account e Accesso
- Richiesta Generale
- Richiesta di Funzionalità
Potrete aggiungere altre categorie in seguito. Le categorie che contano di più sono quelle che indirizzeranno i ticket a diversi agenti o team. Se l'intero team gestisce tutte le categorie, una categorizzazione elaborata aggiunge overhead senza benefici operativi — gli agenti devono comunque leggere il ticket indipendentemente dalla categoria.
Se il vostro team ha dipartimenti distinti (vendite, supporto tecnico, fatturazione), configurate il routing per dipartimento in modo che i ticket categorizzati come Fatturazione vadano direttamente alla coda del team di fatturazione, e non in un pool generale.
Passo 5: Configurate i Livelli di Priorità
La priorità determina l'urgenza e l'ordine di risposta. Un sistema pratico a quattro livelli:
| Priorità | Definizione |
|---|---|
| Urgente | Il sistema è inattivo o completamente inutilizzabile; impatto sul business in questo momento |
| Alta | Funzionalità significativa non funzionante o che blocca un'attività urgente |
| Media | Qualcosa non funziona ma esiste una soluzione alternativa; non urgente |
| Bassa | Domande, feedback, problemi minori senza impatto immediato sul business |
Inizialmente, gli agenti imposteranno la priorità manualmente. Con la crescita del team, potrete aggiungere l'automazione: i ticket in cui l'oggetto contiene "urgente" o "non funziona" vengono contrassegnati automaticamente come Alta. Il suggerimento di priorità basato su AI legge il messaggio e raccomanda un livello di priorità.
Passo 6: Assegnate i Ticket Correttamente
Per i piccoli team (1–5 agenti), l'assegnazione manuale va benissimo. Un agente legge il nuovo ticket, se ne appropria e inizia a lavorarci.
Con la crescita del team, configurate regole di assegnazione:
- Round-robin: i nuovi ticket vengono assegnati al prossimo agente in rotazione
- Basato sulle competenze: i ticket di fatturazione vanno all'agente di fatturazione, quelli tecnici all'ingegnere del supporto
- Bilanciamento del carico: i nuovi ticket vanno all'agente con il minor numero di ticket aperti
Qualunque metodo utilizziate, ogni ticket deve avere un proprietario. I ticket non assegnati sono la ragione più comune per cui le richieste vengono dimenticate.
Passo 7: Scrivete le Prime Risposte Predefinite
Una risposta predefinita (canned response) è un modello di risposta pre-scritto che gli agenti possono inserire con una sola azione. Per un piccolo team che sta iniziando, scrivete risposte predefinite per le cinque domande più comuni. Queste saranno probabilmente:
- Conferma / "Abbiamo ricevuto la vostra richiesta e la stiamo esaminando"
- Istruzioni per il reset della password
- Richiesta di fatturazione o fattura
- Conferma di ricezione della richiesta di funzionalità
- Avviso di escalation / "Sto passando questo al nostro team tecnico"
Le risposte predefinite devono essere punti di partenza — non risposte finali. Gli agenti devono sempre personalizzarle per il contesto specifico del ticket.
Passo 8: Configurate le Note Interne
Le note interne sono messaggi visibili solo agli agenti — non al cliente. Servono a diversi scopi:
- Lasciare contesto per il prossimo agente che prende in carico il ticket
- Documentare cosa è stato tentato durante la risoluzione dei problemi
- Menzionare con @menzione un collega per chiedere un parere
Assicuratevi che gli agenti comprendano la distinzione tra una risposta (visibile al cliente) e una nota interna (solo per gli agenti). La maggior parte dei sistemi di ticketing differenzia chiaramente questi elementi nell'interfaccia — tipicamente con un colore o sfondo diverso. Formate esplicitamente i nuovi agenti su questo punto; inviare per errore al cliente una nota interna che doveva rimanere privata è un errore evitabile.
Passo 9: Configurate le Notifiche ai Clienti
I clienti devono ricevere un'email automatica quando:
- Il loro ticket viene creato (con il numero di riferimento)
- Un agente risponde
- Lo stato del ticket cambia (risolto, chiuso)
Queste notifiche tengono informato il cliente senza richiedere agli agenti di aggiornarlo manualmente. Assicuratevi che le notifiche provengano dal vostro indirizzo email di supporto e che includano il numero di riferimento del ticket nell'oggetto — questo permette ai clienti di rispondere via email e che la risposta venga aggiunta al ticket corretto.
Passo 10: Eseguite un Pilot di Una Settimana Prima del Lancio Completo
Prima di instradare tutte le richieste dei clienti attraverso il nuovo sistema:
- Fate usare il sistema a due o tre agenti per una settimana su un sottoinsieme di ticket reali
- Identificate eventuali lacune nel flusso di lavoro o problemi di configurazione
- Adattate categorie, stati o regole di routing in base all'utilizzo reale
- Documentate il flusso di lavoro in una breve guida interna
Un pilot di una settimana individua i problemi pratici che la sola configurazione non porta alla luce — i casi limite, le transizioni di stato poco chiare, la categoria troppo ampia.
Cosa Evitare nei Primi Tre Mesi
Automatizzare troppo presto: le regole di automazione sono potenti ma richiedono dati di ticket accurati e coerenti per funzionare correttamente. Prima costruite abitudini ordinate manualmente, poi automatizzate una volta compresi i pattern.
Troppi campi obbligatori: ogni campo obbligatorio che l'agente deve compilare prima di chiudere un ticket è un attrito. Iniziate con il minimo (stato, priorità, categoria) e aggiungete campi obbligatori solo quando avete una specifica esigenza di reporting che dipende da essi.
Ignorare i vecchi thread email: migrate eventuali thread aperti o recenti con i clienti dalla vostra precedente casella di posta in ticket, così gli agenti avranno la cronologia completa.
Come Nura24 Supporta il Ticketing per Piccoli Team
Il modulo di ticketing di Nura24 è progettato per team che stanno configurando un supporto strutturato per la prima volta. I ticket vengono creati automaticamente da email, moduli di contatto e conversazioni di live chat. La dashboard dell'agente mostra tutti i ticket in un'unica vista filtrabile per stato, priorità, categoria e assegnazione. Note interne, @menzioni, timer SLA, risposte predefinite e regole di automazione sono tutti disponibili senza richiedere configurazione tecnica. Per i team che desiderano live chat, moduli di contatto e ticketing in un unico spazio di lavoro — senza gestire strumenti separati — Nura24 offre tutti e quattro i moduli sotto un unico tetto.