Software ticketing e help desk: come sceglierlo
Il livello medio di maturità omnicanale delle aziende italiane è sceso a 4,4 su 10 nel 2025, dal 4,8 dell'anno precedente. Solo il 7% può dirsi avanzato. Il dato arriva dall'Osservatorio Omnichannel Customer Experience del Politecnico di Milano, e va letto insieme a un secondo numero della stessa ricerca: nello stesso anno l'adozione di AI generativa nelle grandi imprese è passata dal 22% al 66%.
Tradotto: le aziende stanno comprando intelligenza artificiale per il servizio clienti mentre la capacità di gestire un contatto in modo ordinato peggiora. Si sta mettendo un motore nuovo su un telaio che non regge.
Chi mi scrive per capire quale software di ticketing comprare porta quasi sempre lo stesso materiale: due o tre demo già viste, una tabella di funzionalità e una casella di posta condivisa che è esplosa. Il materiale è sbagliato. La scelta non si gioca sul confronto tra piattaforme, che sopra una certa soglia di maturità fanno tutte le stesse cose, ma su tre domande che nessun fornitore vi farà: quanti contatti ricevete davvero e da quali canali, chi risponde e con quale margine di tempo, e quale numero deve muoversi entro il trimestre perché il progetto si consideri riuscito.
Questa guida risponde a quelle tre domande. Non contiene una classifica di prodotti, perché una classifica invecchia in sei mesi e ignora il vostro contesto. Contiene il metodo che uso quando affianco un'azienda nella selezione, la struttura di costo reale sul triennio, il punto esatto in cui l'intelligenza artificiale cambia qualcosa e il punto in cui è solo una voce di listino, e una sequenza a novanta giorni che produce un risultato misurabile invece dell'ennesimo sistema comprato e usato a metà.
Il numero da cui parte tutto: quanti contatti ricevete, e da dove
C'è una misura che decide se il progetto ha senso, e non è il fatturato né il numero di clienti. È il volume di contatti in ingresso per canale, misurato su un mese vero, con la distribuzione oraria.
Quasi nessuna azienda sotto i duecento addetti lo sa. Sa quante mail arrivano su una casella, forse, ma non sa quante richieste passano da WhatsApp, quante dal telefono del commerciale che poi le gira a voce, quante da un modulo del sito che finisce in una cartella che nessuno apre. Il conto reale è quasi sempre dal 30% al 50% più alto della sensazione interna.
Misuratelo prima di guardare un solo prodotto. Si fa in quattro settimane senza comprare nulla: chiedete a ogni persona che riceve richieste dei clienti di annotare data, canale, tipo di richiesta e minuti impiegati, su un foglio condiviso. È un lavoro noioso e produce il documento più utile dell'intero progetto.
Da quel foglio escono quattro cose che determinano tutta la selezione: il volume mensile, la distribuzione per canale, i primi cinque tipi di richiesta per frequenza, e i picchi orari. Sui picchi si dimensiona il personale, sui tipi di richiesta si costruisce la knowledge base, sui canali si decide quali integrazioni pagare davvero.
La distribuzione conta più del totale
Duemila contatti al mese distribuiti uniformemente e duemila contatti concentrati per il 60% tra lunedì mattina e martedì sono due aziende diverse, con due esigenze di prodotto diverse e due modelli di costo diversi. Il secondo caso ha bisogno di code, priorità e automazione della risposta iniziale. Il primo caso può reggere ancora un anno con una casella condivisa ben organizzata.
Se il vostro grafico orario ha una gobba, la gobba è il problema, non il software. Un sistema di ticketing non spiana la gobba, la rende visibile e la rende gestibile.
Che cosa fa un software di ticketing, e che cosa non farà mai
Un software di ticketing prende ogni richiesta in arrivo, le assegna un identificativo, un proprietario e uno stato, e la tiene tracciata fino alla chiusura. Sembra banale ed è esattamente il punto in cui si perde la maggior parte delle aziende, perché al sistema vengono attribuiti tre poteri che non ha.
Non riduce il numero di richieste. Le conta. Se ricevete ottocento contatti al mese perché il vostro prodotto ha un difetto ricorrente o perché la pagina prezzi è incomprensibile, dopo il sistema ne ricevete ottocento con un numero di protocollo. La riduzione arriva quando usate i dati del sistema per togliere la causa, e quella è una decisione di prodotto o di marketing, non di software.
Non produce disciplina. Un sistema non fa registrare un ticket a chi risponde di nascosto dal proprio cellulare. Rende visibile che quella conversazione non esiste a sistema, il che è utile, ma è una cosa diversa e riguarda la direzione, non lo strumento.
Non scrive le risposte al posto vostro. Neanche con l'intelligenza artificiale, se non gli avete dato prima un corpo di risposte corrette da cui attingere. Ci torno nella sezione sulla knowledge base, che è il punto in cui questi progetti si decidono davvero.
Quello che un buon sistema fa, e fa bene, è trasformare la conoscenza del servizio da patrimonio personale a patrimonio aziendale. Quando la persona che risponde a tutto va in ferie per tre settimane, con il sistema restano lo storico, le risposte tipo e la coda ordinata. Senza sistema se ne va tutto insieme a lei, e la settimana dopo qualcuno sta rispondendo a un cliente che ha già ricevuto una risposta diversa. Se dovessi giustificare l'investimento con una sola frase davanti a un amministratore, userei questa e nessun'altra.
Ticketing, help desk, service desk, CRM: il vocabolario che costa mesi
Il vocabolario commerciale confonde quattro categorie diverse, e la confusione si paga in preventivi non confrontabili.
La casella condivisa evoluta. Gmail o Outlook con etichette, regole e assegnazioni. Funziona sotto un certo volume, tipicamente fino a duecento o trecento contatti al mese con due persone che rispondono. Non ha code, non ha SLA, non ha reportistica. Costa quasi nulla ed è la scelta giusta più spesso di quanto i fornitori ammettano.
Il ticketing per il cliente esterno. Nato per il supporto post vendita: multicanale, portale cliente, misurazione della soddisfazione, base di conoscenza pubblica. Il suo indicatore è la soddisfazione del cliente e il tempo di prima risposta.
Il service desk interno. Nato per l'informatica aziendale: gestione delle richieste dei dipendenti, catalogo servizi, gestione dei cambiamenti, inventario delle macchine. Il suo indicatore è il rispetto degli accordi di servizio e la riduzione delle interruzioni.
Il modulo assistenza del CRM. Sta dentro il sistema commerciale e ha il vantaggio di vedere il cliente per intero, con le trattative e gli ordini accanto ai ticket. Ha la profondità minore sulle code e sull'automazione del supporto.
La domanda giusta non è quale delle quattro categorie sia migliore. È quale problema vi sta costando denaro adesso. Se il problema è che un cliente importante ha aspettato quattro giorni una risposta che era già stata data via WhatsApp a un collega, vi serve tracciamento e coda. Se il problema è che l'informatica interna passa il 40% del tempo a reimpostare password, vi serve un catalogo servizi e un portale di autoservizio, e sono due prodotti diversi.
Il criterio di soglia
Uso un criterio grezzo ma affidabile. Il ticketing dedicato inizia a ripagarsi quando avete più di circa trecento contatti al mese, oppure più di due persone che rispondono in parallelo, oppure un impegno contrattuale su tempi di risposta verso i clienti. Sotto quelle soglie, una casella condivisa ben governata fa il grosso del lavoro a una frazione del costo, e il tempo che risparmiate va investito nella parte che conta davvero, cioè scrivere le risposte tipo.
Il rapporto tra assistenza e sistema commerciale merita un chiarimento, perché la domanda arriva sempre: sono due cose distinte che si integrano, non si sostituiscono. Il criterio per decidere se serve un impianto unico o due sistemi collegati l'ho trattato nella guida su come scegliere un software CRM per le PMI, e vale identico qui.
Come scegliere un software di ticketing e help desk: i sette criteri
Chi vende software vi mostrerà una matrice con duecento righe. È inutile. La scelta si gioca su sette dimensioni, e la quantità di funzioni non è nessuna delle sette.
1. Aderenza ai canali che usate davvero
Non ai canali che vorreste usare. A quelli da cui arrivano i contatti nel foglio che avete compilato. Se il 30% delle richieste arriva da WhatsApp, un sistema che gestisce WhatsApp solo tramite un connettore di terze parti a pagamento con limiti mensili è un sistema che vi costerà il doppio del preventivo. Fatevi mostrare la demo sui vostri canali reali, non sul caso di scuola.
2. Tempo di gestione per chi risponde
Cronometrate. Quanti secondi servono ad aprire un ticket dalla posta, quanti a rispondere con una risposta tipo, quanti a chiudere e categorizzare. Questo numero predice l'adozione meglio di qualunque altro, e nessuna scheda prodotto lo riporta. Dodici secondi in più per ticket, su ottocento ticket al mese, sono più di due ore e mezza al mese buttate, per sempre.
3. Qualità del modello dei dati
Chiedete di vedere lo schema, non l'interfaccia. Come si lega un ticket a un'azienda e non solo a un indirizzo email, visto che dalla stessa azienda scrivono cinque persone. Cosa succede quando lo stesso cliente scrive prima via mail e poi via chat sullo stesso problema. Come si gestisce la fusione di due ticket duplicati e cosa resta nello storico. Se il fornitore non risponde in dieci minuti, il modello è debole e ve ne accorgerete al secondo anno.
4. Portale cliente e autoservizio
Sembra un accessorio ed è la leva economica più grande del progetto. La percentuale di richieste che il cliente risolve da solo, senza aprire un ticket, è il moltiplicatore che decide se il vostro costo di servizio cresce insieme al fatturato o resta piatto. Chiedete di vedere come si pubblica un articolo nella base di conoscenza e quanti passaggi servono. Se ne servono più di tre, nessuno lo farà mai.
5. Apertura, esportazione, reversibilità
Domanda da fare per iscritto, sempre: se tra tre anni cambiamo, in quale formato ci restituite i dati, con quali tempi e a quale costo, fissato oggi. Verificate che l'esportazione includa il corpo completo delle conversazioni e gli allegati, non solo l'elenco dei ticket con i metadati. Le conversazioni sono la parte che vale, perché sono la materia prima di qualsiasi automazione futura e di qualsiasi modello che vorrete addestrare sulle vostre risposte.
6. Costo totale sul triennio
Il canone per agente è la voce più visibile e non è la più pesante. Ci torno con la struttura completa più avanti.
7. Competenza di chi implementa, non di chi vende
Il software e chi lo configura sono due acquisti separati, e il secondo pesa più del primo. Chiedete i nomi delle persone assegnate al progetto, non il logo della società. Chiedete due referenze con un volume di contatti simile al vostro, non con un fatturato simile, e chiamatele davvero. La domanda da fare alle referenze è una sola: che cosa rifareste diversamente.
Assegnate un peso a ciascuno dei sette criteri prima di vedere le offerte. Se lo fate dopo, la griglia si piegherà alla preferenza che avete già maturato, e avrete costruito una giustificazione invece di una decisione.
SLA, priorità ed escalation: la parte che nessuno configura bene
Ogni sistema di ticketing ha gli accordi di servizio. Quasi nessuna azienda li configura in modo utile, e il motivo è che vengono copiati dal manuale invece di essere derivati dal proprio contratto e dal proprio buon senso.
Le priorità non devono essere cinque. Con cinque livelli, in sei mesi tutto diventa alta priorità e la scala perde significato. Tre livelli funzionano: bloccante, normale, quando si può. Il livello bloccante deve avere una definizione scritta e verificabile, per esempio il cliente non può lavorare o non può vendere, non una sensazione di urgenza.
Il tempo di prima risposta e il tempo di risoluzione vanno separati. Sono due promesse diverse con due costi diversi. La prima risposta è quasi sempre la promessa che conta per il cliente, ed è quella su cui vale la pena impegnarsi. Promettere un tempo di risoluzione su problemi che dipendono da un fornitore terzo è il modo più rapido per costruire uno strumento che vi dà torto ogni settimana.
L'orario di servizio va dichiarato dentro il calcolo. Un accordo su quattro ore che conta anche la notte e il sabato è un accordo che violerete sistematicamente. Configurate il calendario lavorativo prima di attivare qualsiasi misurazione, altrimenti i primi tre mesi di dati sono da buttare.
L'escalation deve avere un destinatario con un nome. Non un gruppo, non una casella. Una persona, con un sostituto dichiarato. Le escalation verso i gruppi non vengono raccolte da nessuno, ed è un problema che si vede solo quando è tardi.
Un avvertimento che vale più di tutta la sezione: non attivate gli accordi di servizio nel primo mese. Misurate per sei o otto settimane a vuoto, guardate la distribuzione reale dei tempi, e solo dopo fissate le soglie a un livello che sia migliorativo ma raggiungibile. Le soglie fissate a priori sul manuale del fornitore producono un cruscotto tutto rosso, che nel giro di un mese nessuno guarda più.
La knowledge base è il vero prodotto
Questa è la sezione che quasi tutti saltano ed è quella in cui si decide il ritorno economico dell'intero progetto.
Un sistema di ticketing senza una base di conoscenza è un contatore di problemi. Con una base di conoscenza è un moltiplicatore: la stessa risposta scritta una volta bene serve al cliente che la trova da solo, all'operatore nuovo che deve rispondere alla stessa domanda, e in prospettiva al sistema automatico che la userà come fonte.
La sequenza che funziona è sempre la stessa e va in questo ordine.
Primo, i primi dieci tipi di richiesta. Dal foglio delle quattro settimane prendete i dieci tipi più frequenti. Nella pratica coprono dal 50% al 70% del volume totale, ed è una regolarità che vedo in ogni settore.
Secondo, la risposta interna prima di quella pubblica. Scrivete la risposta corretta come risposta tipo per gli operatori, con le varianti e le eccezioni. Fatela usare per un mese e correggetela con quello che imparate. Solo dopo, pubblicatene la versione ripulita nel portale clienti.
Terzo, la misura. Contate quante richieste di quel tipo arrivano nei tre mesi successivi alla pubblicazione. Se non scendono, l'articolo non è trovabile o non risponde davvero alla domanda, e va riscritto, non aggiunto.
Quarto, la manutenzione con un proprietario. Ogni articolo deve avere una persona e una data di revisione. Una base di conoscenza senza manutenzione diventa dannosa entro un anno, perché inizia a dare risposte sbagliate con l'autorevolezza del canale ufficiale.
Il lavoro sulla conoscenza aziendale ha ricadute che vanno oltre il supporto, e si lega direttamente al modo in cui l'azienda organizza le sue informazioni interne: il quadro completo l'ho sviluppato nella guida sulla digitalizzazione dei processi aziendali.
Dove l'intelligenza artificiale serve davvero nel supporto
Ogni fornitore ha oggi una voce AI nel listino. Distinguere che cosa è in produzione da che cosa è in roadmap è compito vostro, non del venditore.
I numeri italiani aiutano a inquadrare la scena senza entusiasmo e senza scetticismo. Secondo la ricerca del Politecnico di Milano già citata, l'81% delle grandi aziende italiane che investono in AI ha già avviato progetti a supporto della gestione del cliente, in crescita di dodici punti sull'anno precedente. Ma solo il 51% dichiara di usarla nel customer service in senso stretto, con una crescita di appena due punti, e soltanto il 23% ha integrato l'AI in modo trasversale su tutti i processi di gestione del cliente. Nella stessa rilevazione, appena l'11% delle aziende dichiara competenze avanzate e solo il 20% considera adeguato il proprio ecosistema tecnologico.
Tradotto: l'adozione dichiarata corre, l'integrazione reale no, e il divario non è di tecnologia ma di fondamenta.
Quello che funziona oggi, con ritorno misurabile
Classificazione e instradamento automatico. Il sistema legge il testo in arrivo, assegna categoria, priorità e coda. È l'applicazione con il rientro più rapido perché attacca un lavoro puramente meccanico, e sbaglia in modo poco costoso: un ticket instradato male viene spostato in dieci secondi.
Riassunto della conversazione. Su thread lunghi con più interlocutori, il riassunto automatico taglia il tempo di presa in carico da parte di chi subentra. È utile soprattutto nelle escalation e nei passaggi di turno.
Bozze di risposta ancorate alla base di conoscenza. Il sistema propone, l'operatore corregge e invia. Funziona bene se e solo se la base di conoscenza esiste ed è corretta, altrimenti produce risposte plausibili e sbagliate, che è il peggiore dei risultati possibili nel servizio clienti.
Risposta autonoma sulle domande semplici e verificabili. Stato dell'ordine, orari, condizioni di reso, reimpostazione di una password. Perimetro stretto, escalation immediata al dubbio.
Analisi dei motivi di contatto. Raggruppare migliaia di ticket per capire quali sono le tre cause che generano il 40% del volume. È il caso d'uso con il maggior valore strategico e quello di cui parla meno il mercato, perché non si vende come funzione ma come conseguenza. Il tema più ampio dell'AI applicata al servizio clienti l'ho trattato nella guida su intelligenza artificiale e customer service.
Quello che oggi è soprattutto marketing
L'agente autonomo che gestisce l'intera relazione senza supervisione funziona nelle demo su domande pulite. Con un cliente arrabbiato che scrive tre problemi in un unico messaggio e allega una foto sfocata, si rompe. E il costo di un errore nel servizio non è simmetrico: dieci risposte corrette non compensano una risposta sbagliata data con sicurezza a un cliente importante.
La condizione che nessuno vi dice
Nessuna funzione di intelligenza artificiale dentro un sistema di ticketing produce valore se la conoscenza sottostante è incoerente. Se le risposte tipo sono ferme al listino dell'anno scorso, il modello citerà prezzi sbagliati con grande precisione e in ottimo italiano. La pulizia della conoscenza non è un prerequisito noioso da sbrigare in fretta: è il progetto. Il resto è configurazione.
C'è anche un contesto nazionale che conviene tenere presente prima di farsi vendere l'AI come argomento principale della scelta. La ricerca dell'Osservatorio Innovazione Digitale nelle PMI del Politecnico di Milano rileva che il 76% delle PMI italiane non ha investito né prevede di investire in intelligenza artificiale, e che solo il 7% ha avviato programmi strutturati di formazione. Se siete in quella maggioranza, la mossa corretta non è comprare il sistema con più funzioni AI del listino. È comprare quello che i vostri operatori useranno davvero, e attivare le funzioni evolute quando la conoscenza sarà pulita abbastanza da renderle affidabili.
Quanto costa un software di ticketing: le sette voci
Chi vi dà un numero senza avervi chiesto quanti contatti ricevete vi sta vendendo qualcosa. Vi do la struttura di costo, che resta valida anche quando i prezzi cambiano.
Canone per agente. Quasi tutti i fornitori fanno pagare per postazione attiva. Attenzione a due trappole frequenti: il prezzo per agente cresce a scaglioni quando servono funzioni che nel primo listino sembravano incluse, tipicamente gli accordi di servizio, il portale clienti o la reportistica avanzata; e il conteggio degli agenti include spesso chi entra solo per consultare, che potrebbe stare su una licenza più economica se lo chiedete.
Canali e messaggistica. WhatsApp Business, telefonia integrata, chat sul sito. Sono quasi sempre voci separate, spesso a consumo, e sono la sorpresa più frequente al secondo trimestre.
Configurazione. Code, regole di instradamento, moduli, campi personalizzati, calendario di servizio, permessi. Nei progetti che ho seguito questa voce vale da una a due volte il canone annuo del primo anno.
Migrazione dello storico. La voce più sottostimata in assoluto. Ci torno tra poco, perché determina se il sistema nuovo nasce con una memoria o nasce cieco.
Integrazioni. Sistema commerciale, gestionale, fatturazione, magazzino, area riservata del sito. Ogni connessione è un progetto a sé con manutenzione propria.
Scrittura della base di conoscenza. Va calcolata in ore di persone che conoscono le risposte e che in quelle ore non rispondono ai clienti. È la voce che nessun preventivo contiene ed è quella che produce il ritorno.
Manutenzione ed evoluzione. Budget ricorrente dopo l'avvio, indicativamente il 20% del canone annuo. Nessuno lo mette a piano e poi arriva comunque.
La stima onesta in tre passaggi
Prendete il canone annuo per il numero di agenti reali, non di licenze acquistabili. Moltiplicate per due o due e mezzo e aggiungete a parte i canali a consumo stimati sul volume reale: ottenete l'ordine di grandezza del costo del primo anno comprensivo di configurazione, migrazione e scrittura della conoscenza. Aggiungete il 20% del canone come budget annuale di evoluzione dal secondo anno.
Se il fornitore vi propone un numero molto più basso, non state risparmiando: sta scaricando il delta sulle varianti in corso d'opera, che è la voce che fa esplodere i budget in tutti i progetti software, non solo in questi.
Migrazione e qualità dei dati storici
Nel supporto la migrazione ha una difficoltà specifica: i dati di partenza sono conversazioni, cioè testo lungo, con allegati, con più interlocutori e con informazioni personali dentro. Non sono righe di una tabella.
Da qui quattro regole che applico sempre.
Non migrate tutto. La frase "portiamo dentro cinque anni di posta" allunga i progetti di mesi e produce un sistema pieno di rumore. Migrate i ticket aperti, quelli chiusi negli ultimi dodici o diciotto mesi, e l'anagrafica clienti. Il resto resta consultabile nel sistema vecchio in sola lettura per il tempo necessario, e nella pratica non lo consulterà quasi nessuno.
Deduplicate le anagrafiche prima di caricare. Lo stesso cliente esiste come tre contatti perché ha scritto da tre indirizzi. Dopo il caricamento la fusione diventa un intervento su un sistema in uso, con il rischio di perdere il collegamento tra ticket e cliente. Prima è un lavoro noioso su un foglio. Scegliete il lavoro noioso.
Decidete cosa fare degli allegati. Sono la parte pesante e spesso quella con più dati personali dentro. Verificate limiti di dimensione, costi di archiviazione e se la migrazione li porta davvero o li lascia indietro come collegamenti che si romperanno.
Fissate una data di taglio e un periodo di doppio binario corto. Due settimane in cui entrambi i sistemi ricevono è già molto. Oltre, le persone si abituano a scegliere quale sistema usare, e il sistema nuovo perde metà del traffico per sempre.
Una fotografia della qualità dei dati va fatta prima di firmare, non dopo. Estraete l'anagrafica clienti, contate i duplicati evidenti, contate i contatti senza azienda associata, contate i ticket aperti che non hanno un proprietario. Quel numero vi dice quante settimane di pulizia vi aspettano, e quel lavoro va fatto comunque, con o senza sistema nuovo.
Come impostare la trattativa
La trattativa su un software di ticketing non si vince sullo sconto. Si vince spostando il rischio dalla vostra parte del tavolo a quella del fornitore, e si fa con quattro clausole.
Pagamenti legati a traguardi verificabili. Non a date di calendario, non a percentuali di avanzamento dichiarate dal fornitore. Il traguardo deve essere un fatto osservabile: tutti i canali attivi convergono in una sola coda, e il tempo mediano di prima risposta resta sotto la soglia concordata per quattro settimane consecutive. Un fornitore competente accetta, perché sa di poterci arrivare.
Perimetro scritto con le esclusioni esplicite. La maggior parte delle controversie nasce da ciò che non era scritto. Elencate non solo cosa è incluso ma cosa è esplicitamente escluso, e a quale tariffa verrà quotato se servirà.
Nomi delle persone, non della società. Inserite i profili chiave assegnati al progetto e la clausola che una sostituzione richiede il vostro assenso su un profilo equivalente. È la clausola che quasi nessuno mette e che protegge di più: la differenza tra un progetto riuscito e uno fallito è spesso una persona sola.
Uscita ordinata. Formato di restituzione, tempi, costo fissato oggi, allegati inclusi. Se il costo di uscita non è definito adesso, sarà definito nel momento in cui avrete il minimo potere contrattuale possibile.
Un'ultima raccomandazione sulla forma. Non chiedete il massimo sconto sul canone. Chiedete giornate di configurazione aggiuntive, ore di affiancamento durante le prime due settimane di esercizio e un periodo di assistenza post avvio più lungo. Lo sconto sul canone vi fa risparmiare una cifra modesta ogni anno. Le giornate di affiancamento determinano se il sistema verrà adottato, e l'adozione è l'unica variabile che separa un progetto che rientra da uno che diventa un costo fisso. I fornitori, tra l'altro, concedono più volentieri servizio che margine.
Le metriche che contano, e quelle che ingannano
Il cruscotto standard di questi prodotti contiene una trentina di indicatori. Cinque servono, il resto è rumore, e due sono attivamente dannosi.
Tempo di prima risposta, mediana e non media. La media viene distrutta da tre ticket dimenticati per due settimane. La mediana descrive l'esperienza tipica del cliente. Guardate anche il novantesimo percentile, che descrive l'esperienza del cliente più sfortunato, ed è quello che scrive la recensione.
Risoluzione al primo contatto. La percentuale di richieste chiuse senza rimbalzi tra persone. È l'indicatore più correlato alla soddisfazione e quello che si muove davvero quando la base di conoscenza funziona.
Richieste evitate. Quante volte un cliente ha trovato la risposta nel portale senza aprire un ticket. Ha bisogno di una misura sensata, non della semplice pagina vista, ma è il numero che giustifica economicamente tutto il lavoro sulla conoscenza.
Volume per causa. Non per categoria amministrativa, per causa reale. È il numero da portare in riunione con chi può togliere il problema alla radice.
Soddisfazione, con cautela. Il tasso di risposta ai sondaggi post ticket è basso e polarizzato. Serve come segnale di tendenza, non come voto.
I due indicatori dannosi: il numero di ticket chiusi per operatore, che premia chi chiude in fretta e male e punisce chi risolve problemi complessi; e il tempo medio di gestione usato come obiettivo individuale, che spinge le persone a chiudere e riaprire invece di risolvere. Misurateli pure, non metteteli in un obiettivo personale.
L'impianto complessivo del misurare bene, e l'errore ricorrente di scegliere gli indicatori dopo aver comprato lo strumento invece che prima, l'ho trattato nella guida sulla business intelligence per le aziende.
Scorecard: la vostra azienda è pronta
Un punto per ogni affermazione vera. La scorecard non misura quanto siete moderni, misura la probabilità che il progetto arrivi in fondo.
Volumi e canali
- Sappiamo quanti contatti riceviamo al mese, misurati e non stimati.
- Conosciamo la distribuzione per canale, WhatsApp e telefono compresi.
- Conosciamo i cinque tipi di richiesta più frequenti.
- Sappiamo in quali ore e giorni si concentrano i picchi.
Processo
- Esiste una regola scritta su chi prende in carico cosa, e viene seguita anche quando c'è fretta.
- Esiste una definizione condivisa di richiesta bloccante.
- Nessuno risponde ai clienti da canali personali non tracciati.
- Esiste già un nucleo di risposte tipo, anche solo in un documento condiviso.
Organizzazione
- C'è una persona con mandato formale sul progetto e almeno il 30% del tempo dedicato.
- Chi risponde ai clienti è coinvolto dalla selezione, non dal collaudo.
- La direzione si impegna a usare i dati del sistema come fonte unica, anche quando dicono cose scomode.
Economia e obiettivi
- Abbiamo scritto tre risultati attesi in forma numerica, con una soglia e una data.
- Conosciamo il costo attuale del problema: clienti persi, ore di rilavorazione, penali.
- Il budget copre il triennio e include i canali a consumo, non solo il primo anno di canone.
Lettura del risultato
Da 12 a 14 punti: siete pronti, potete andare in selezione fornitori.
Da 8 a 11: partite, ma chiudete prima i punti mancanti della sezione volumi. Sono quelli che si vendicano al sesto mese, quando scoprite che il dimensionamento era sbagliato.
Da 4 a 7: fermatevi quattro settimane e fate il conteggio dei contatti. Un progetto avviato senza quel dato costa in media molto di più e ha una probabilità di adozione sensibilmente più bassa.
Sotto 4: il problema non è il software. Serve prima un lavoro sul processo di presa in carico, e conviene farlo con qualcuno che abbia già visto questo film abbastanza volte da riconoscere in poche ore dove si romperà. Una sessione di analisi iniziale costa una frazione di quello che costa un progetto sbagliato, ed è il modo più rapido per capire se conviene procedere adesso o tra sei mesi.
Roadmap 30, 60, 90 giorni
Sequenza tarata su un'azienda tra i venti e i duecento addetti con un servizio clienti interno.
Giorni 1 - 30: contare e definire
Settimana 1. Nominate il responsabile del progetto e formalizzate il mandato. Coinvolgete chi risponde ai clienti con nome, ruolo e ore dedicate riconosciute.
Settimana 2. Avviate il conteggio dei contatti su tutti i canali, incluso il telefono e la messaggistica personale. Quattro settimane di dati, senza eccezioni e senza giudizio su chi ha usato quale canale, altrimenti le persone smettono di registrare.
Settimana 3. Mentre il conteggio prosegue, disegnate il percorso attuale di una richiesta con chi la gestisce, non con chi la dirige. Per ogni passaggio registrate: che cosa lo fa avanzare, che cosa lo blocca, quali informazioni servono davvero.
Settimana 4. Chiudete il conteggio, estraete i cinque tipi più frequenti e la distribuzione oraria. Scrivete i tre risultati attesi in forma numerica, con soglia e data.
Giorni 31 - 60: selezionare
Settimana 5. Scrivete un capitolato breve, otto pagine al massimo, centrato sui canali reali, sui cinque tipi di richiesta e sui tre risultati attesi. Non un elenco di funzioni.
Settimana 6. Contattate tre o quattro fornitori. Rifiutate le demo generiche: chiedete che la demo giri sui vostri casi veri, con i vostri canali e almeno una vostra eccezione tipica.
Settimana 7. Valutate con la griglia dei sette criteri, con i pesi assegnati prima. Cronometrate la gestione di un ticket reale su ogni piattaforma finalista, con una persona del servizio e non con il consulente.
Settimana 8. Chiamate le referenze e fate la domanda giusta: che cosa rifareste diversamente. Poi negoziate le quattro clausole.
Giorni 61 - 90: pilota
Settimana 9 e 10. Scrivete le risposte tipo per i cinque motivi di contatto principali e pulite l'anagrafica clienti. Questo è il lavoro vero, e va fatto prima dell'avvio, non dopo.
Settimana 11. Avviate il pilota su un solo canale, tipicamente la posta, e su una sola squadra. La tentazione di partire con tutti i canali insieme è la ragione principale per cui i piloti falliscono, perché rende impossibile capire che cosa non ha funzionato.
Settimana 12. Misurate gli stessi indicatori della settimana 4 e confrontate. Se non si sono mossi, la causa è quasi sempre l'adozione e non il software: verificate il tempo di gestione per ticket e verificate se qualcuno sta ancora rispondendo fuori dal sistema. Decidete se estendere, correggere o fermare, e mettete la decisione per iscritto.
Al giorno 90 non avrete il servizio clienti trasformato. Avrete una cosa più utile: la prova documentata che il sistema funziona sui vostri casi con le vostre persone, e un numero da mostrare a chi deve approvare la fase successiva.
Quattro casi reali
Settori e dimensioni diverse, per mostrare che tiene il metodo, non il prodotto. Tutti anonimizzati per settore.
Un distributore sportivo. Il problema non era il software di supporto, era che i dati di vendita e quelli di relazione con il cliente vivevano in due mondi separati e nessuno vedeva il quadro intero. Abbiamo unificato la base dati e costruito sopra una segmentazione che prima non esisteva, con conseguenze immediate su chi contattare e con quale messaggio. Le vendite sono cresciute del 30%. Lo strumento non è cambiato, è cambiato che cosa ci girava sopra e chi guardava i numeri.
Un hotel. Ricavi fermi intorno ai 9 milioni. I sistemi c'erano e funzionavano, ma nessuno incrociava l'occupazione con i canali di prenotazione e con le richieste che arrivavano prima del soggiorno, e le decisioni di prezzo si prendevano a sensazione. Abbiamo ristrutturato la reportistica e la politica di prezzo dinamico. I ricavi sono passati a 10 milioni senza aggiungere camere.
Un centro medico. Il collo di bottiglia era l'agenda e la gestione delle disdette, con il personale che aveva costruito procedure informali per recuperare gli slot liberati. Abbiamo formalizzato e ricostruito il flusso di prenotazione e recupero, che nella sostanza è un problema di coda e di priorità identico a quello di un help desk. La capacità erogata è cresciuta del 20% a struttura invariata, senza nuovi macchinari e senza nuovi medici.
Un agriturismo. Struttura piccola, nessun sistema strutturato, tutto affidato all'iniziativa personale. Qui la sequenza contava più che altrove: prima abbiamo definito il processo di acquisizione e gestione degli ospiti, poi abbiamo scelto lo strumento minimo che lo sosteneva. Gli ospiti sono raddoppiati.
Il filo comune è sempre lo stesso. In nessuno dei quattro casi il risultato è arrivato dalla funzionalità di un software. È arrivato dall'aver deciso prima quale numero doveva muoversi, e dall'aver costruito il sistema attorno a quella decisione invece che attorno al catalogo del fornitore.
Se leggendo questi quattro casi avete riconosciuto la vostra situazione più di una volta, la domanda utile non è quale software di ticketing comprare. È quale decisione operativa state prendendo oggi senza dati, ed è il tipo di nodo che conviene sciogliere prima di impegnare un budget triennale.
Privacy, controllo a distanza e obblighi normativi
Tre aspetti vanno considerati in fase di scelta, non dopo la firma.
Il primo riguarda i dati personali dentro i ticket. Le conversazioni di supporto contengono quasi sempre dati identificativi e a volte categorie particolari, per esempio quando un cliente spiega perché ha bisogno di un rimborso. Vanno messe per iscritto prima di firmare le domande consuete: dove risiedono i dati, quali subfornitori sono coinvolti, quali sono i tempi di conservazione configurabili, con quali tempi i dati vengono restituiti o cancellati alla fine del rapporto. Se il fornitore usa i vostri ticket per addestrare modelli propri, deve essere scritto e deve essere disattivabile.
Il secondo riguarda i dati delle persone che rispondono. Un sistema di ticketing registra chi ha fatto cosa e quando, con una granularità che permette di ricostruire il rendimento individuale. Questo lo rende potenzialmente uno strumento di controllo a distanza dell'attività dei lavoratori, materia regolata dallo Statuto dei lavoratori e soggetta ad accordo sindacale o autorizzazione. Va affrontato prima dell'avvio, con chi di dovere, non quando qualcuno se ne accorge al terzo mese.
Il terzo riguarda le funzioni automatiche. Se il fornitore propone strumenti che assegnano punteggi alle prestazioni delle persone, o che analizzano il tono emotivo delle conversazioni degli operatori, la cosa entra in un terreno normativo più delicato, anche alla luce delle regole europee sull'intelligenza artificiale, e va valutata con attenzione specifica, non liquidata come una funzione in più del cruscotto.
Cosa fare lunedì mattina
Tre azioni concrete, nessuna delle quali richiede un budget.
Aprite il foglio dei contatti. Una riga per richiesta, con data, canale, tipo e minuti. Chiedete a tutti quelli che parlano con i clienti di compilarlo per quattro settimane. Il totale sarà più alto di quanto pensate, ed è il vostro business case.
Contate i vostri primi cinque motivi di contatto. Anche a memoria, in mezz'ora, con le due persone che rispondono di più. Se non riuscite a metterli in ordine, avete già capito perché il servizio costa quello che costa.
Scrivete i tre numeri. Definite i tre indicatori che devono muoversi, la soglia e la data. Se non riuscite a scriverli in forma numerica, non è ancora il momento di parlare con un fornitore, ed è la scoperta più utile che potete fare questa settimana.
Il resto viene dopo. Il legame tra supporto, automazione dei processi e adozione dell'AI è la parte in cui si gioca il ritorno sull'investimento, e l'ho trattata separatamente nelle guide sull'automazione dei processi aziendali con l'AI e sulla customer experience come strategia. Chi arriva da un progetto sul gestionale o sul magazzino e si sta chiedendo con quale ordine muoversi trova il criterio nella guida su come scegliere un software di gestione magazzino.
E se a questo punto la sensazione è che il problema sia più grande dello strumento, di solito è la lettura corretta: significa che la scelta del software di ticketing è un pezzo di una decisione più ampia sul modo in cui l'azienda gestisce la relazione con i clienti, ed è esattamente il tipo di lavoro che conviene impostare con qualcuno che l'abbia già fatto, prima che il contratto sia firmato e non ci sia più margine di manovra.
FAQ
Come scegliere un software di ticketing e help desk per una PMI?
Si parte dai volumi reali, non dal catalogo. Contate per quattro settimane tutti i contatti in ingresso su ogni canale, telefono e messaggistica personale inclusi, poi scrivete i tre risultati numerici che il progetto deve produrre. A quel punto valutate ogni piattaforma su sette dimensioni: aderenza ai canali che usate davvero, tempo di gestione per ticket cronometrato con una persona del servizio, qualità del modello dei dati sul legame tra contatto e azienda, portale di autoservizio e facilità di pubblicare un articolo, apertura e reversibilità dei dati con allegati inclusi, costo totale sul triennio, competenza delle persone che implementeranno. Assegnate i pesi ai criteri prima di vedere le offerte, altrimenti la griglia si piegherà alla preferenza già maturata.
Qual è la differenza tra ticketing, help desk e service desk?
Il ticketing è il meccanismo di base: ogni richiesta riceve un identificativo, un proprietario e uno stato. L'help desk è il ticketing rivolto al cliente esterno, con portale, misurazione della soddisfazione e base di conoscenza pubblica. Il service desk è la variante per l'informatica interna, con catalogo servizi, gestione dei cambiamenti e inventario delle macchine, e ragiona per accordi di servizio verso i colleghi. Non è una scala di qualità ma di destinazione d'uso: comprare un service desk completo per gestire duecento mail di clienti al mese significa pagare complessità che nessuno userà.
Quanto costa davvero un software di ticketing?
Il canone per agente è la voce più visibile e non la più pesante. Il costo del primo anno comprende canali e messaggistica a consumo, configurazione di code, regole e calendario di servizio, migrazione dello storico, integrazioni con gestionale e sistema commerciale, e soprattutto le ore delle persone che scrivono le risposte tipo. Nei progetti che ho seguito il totale del primo anno arriva tipicamente a due o due volte e mezzo il canone annuo, più i canali quotati a parte. Dal secondo anno va previsto un budget ricorrente di evoluzione intorno al 20% del canone. Un preventivo molto più basso scarica il delta sulle varianti in corso d'opera.
Serve un software di ticketing o basta una casella condivisa?
La soglia pratica è intorno ai trecento contatti al mese, oppure più di due persone che rispondono in parallelo, oppure un impegno contrattuale sui tempi di risposta. Sotto quelle condizioni una casella condivisa ben governata, con etichette, assegnazioni e risposte tipo, copre la gran parte del bisogno a una frazione del costo e senza progetto di migrazione. Il segnale che è ora di cambiare non è il fatturato: è quando due persone rispondono allo stesso cliente senza saperlo, quando nessuno sa dire quante richieste sono aperte adesso, o quando un cliente importante è rimasto senza risposta e ve ne siete accorti da lui.
L'intelligenza artificiale nel supporto clienti funziona davvero?
Funziona su casi d'uso precisi e a una condizione. Quello che oggi produce ritorno misurabile è la classificazione e l'instradamento automatico, il riassunto delle conversazioni lunghe, le bozze di risposta ancorate alla base di conoscenza, la risposta autonoma su domande semplici e verificabili come stato dell'ordine o condizioni di reso, e l'analisi dei motivi di contatto su grandi volumi. Secondo l'Osservatorio Omnichannel Customer Experience del Politecnico di Milano, l'81% delle grandi imprese italiane che investono in AI ha avviato progetti sulla gestione del cliente, ma solo il 23% l'ha integrata in modo trasversale. La condizione è la qualità della conoscenza: se le risposte tipo sono sbagliate, il modello le ripeterà con sicurezza.
Quanto tempo serve per implementare un sistema di ticketing?
Dalle sei settimane ai sei mesi dal contratto all'avvio completo, a seconda del numero di canali, delle integrazioni e dello stato dell'anagrafica clienti. Ma il traguardo giusto da fissare non è l'avvio completo: sono i novanta giorni entro cui deve funzionare in produzione un solo canale con una sola squadra, con gli stessi indicatori misurati prima e dopo. Partire con tutti i canali contemporaneamente allunga i tempi e riduce le probabilità di successo, perché rende impossibile capire che cosa non ha funzionato quando qualcosa non funziona. Il tempo maggiore non lo prende la configurazione, lo prende la scrittura delle risposte tipo.
Come si fissano gli SLA senza promettere cose impossibili?
Non si fissano il primo giorno. Si misura a vuoto per sei o otto settimane, si guarda la distribuzione reale dei tempi di prima risposta, e solo dopo si sceglie una soglia migliorativa ma raggiungibile, tipicamente vicina al valore che già rispettate in tre casi su quattro. Separate sempre il tempo di prima risposta dal tempo di risoluzione: il primo dipende da voi, il secondo spesso dipende da fornitori terzi. Configurate il calendario lavorativo prima di attivare qualsiasi misurazione, altrimenti conterete anche le notti e i festivi e violerete l'accordo ogni settimana per un problema di impostazione.
Che cosa succede ai nostri dati se cambiamo fornitore?
Va messo nel contratto prima di firmare, mai dopo. Chiedete per iscritto in quale formato i dati vengono restituiti, con quali tempi, a quale costo fissato oggi, e soprattutto se l'esportazione include il corpo completo delle conversazioni e gli allegati o solo l'elenco dei ticket con i metadati. Le conversazioni sono la parte che vale davvero, perché sono la materia prima di qualsiasi automazione futura, ed è anche quella che più spesso resta fuori dalle esportazioni standard. Verificate l'esistenza di API documentate per l'estrazione autonoma e chiedete di provarle durante la fase di valutazione, non dopo.