Un tecnico help desk AI su ogni computer

Gestiamo help desk e assistenza applicativa per aziende con più sedi e utenti che parlano lingue diverse: un call center che risponde centralmente, team di tecnici onsite coordinati da un nostro referente, un sistema di ticketing che tiene insieme code, priorità e livelli di servizio. È una parte importante di quello che facciamo, e la facciamo da anni.

Oggi il primo livello di questo servizio può essere svolto da tecnici help desk AI: uno su ogni computer. Non un chatbot davanti al numero dell’assistenza — un tecnico in più su ogni scrivania, che apre il ticket al posto dell’utente, prova a risolverlo, e passa il caso ai nostri tecnici in carne e ossa quando serve una persona.

È il conto che si rovescia. In un service desk le persone non bastano mai, perché un tecnico ne segue centinaia: da lì vengono la coda, l’attesa e il ticket scritto in fretta e male. Qui il rapporto è uno a uno — un tecnico AI per postazione, che non divide il proprio tempo con nessun altro utente, conosce quella macchina e quel lavoro ed è disponibile nel momento in cui serve. Non è un tecnico più veloce: sono tanti tecnici quante sono le scrivanie.

Perché non è «l’AI aggiunta all’help desk»

Di intelligenza artificiale nell’assistenza si parla da anni, e quasi sempre vuol dire la stessa cosa: una chat sul portale che suggerisce articoli e, quando non sa rispondere, invita ad aprire un ticket. È un filtro messo davanti al servizio. Qui il rapporto è rovesciato: il tecnico AI sta dentro il servizio, e lavora come un tecnico in più.

Quello che il mercato chiama AI nell’assistenza	Service desk con tecnici help desk AI
Una chat sul portale, dove l’utente deve andare	Un tecnico AI sulla postazione, che conosce già macchina, applicativi ed errori recenti
Risponde con articoli scritti a mano o una base generica	Risponde con l’archivio dei ticket già risolti: soluzioni verificate sul vostro parco macchine
Quando non sa, dice di aprire un ticket	Il ticket l’ha già aperto lui, con il contesto dentro. Se non risolve, cambia coda
L’escalation fa ricominciare l’utente da capo su un altro canale	L’escalation è un passaggio di coda sullo stesso ticket: il tecnico trova tentativi ed esclusioni
Il telefono resta interamente all’operatore	Al telefono risponde l’AI, apre il ticket e passa la chiamata quando serve una persona
I dati transitano da un servizio pubblico	I modelli girano dentro il perimetro: l’archivio dell’assistenza non esce

Presi uno per uno, alcuni di questi pezzi esistono anche altrove. Messi insieme, e dentro il sistema di ticketing con cui il servizio viene erogato davvero, non li abbiamo visti da nessun’altra parte — e lo diciamo da chi l’assistenza la eroga, non da chi la racconta: se conoscete una soluzione che li tiene insieme tutti e sei, ce la segnali, ci interessa davvero.

La ragione per cui possiamo farlo è semplice e non è replicabile a comando: serve chi eroga il servizio, chi possiede il sistema di ticketing e chi costruisce la piattaforma AI. Quando sono tre fornitori diversi, questa integrazione resta una slide. Qui sono la stessa squadra.

Che cosa cambia per chi chiede assistenza

Le vie per chiederci aiuto restano quelle di sempre. Cambia chi risponde per primo, e quanto si aspetta.

• Dal proprio computer. L’utente chiede aiuto al tecnico AI che sta sulla sua macchina. Conosce già sistema, applicativi, stampanti, versioni ed errori recenti: non c’è nulla da raccontare e nulla da aspettare.
• Al telefono. Al numero dell’assistenza può rispondere un risponditore AI che parla, capisce la richiesta, apre il ticket e prova a chiuderla. Quando la richiesta esce dal suo perimetro, passa a un operatore. È il tecnico AI di chi in quel momento non è alla scrivania.
• Via email o dal portale. Nessuna abitudine da cambiare: le richieste inviate come oggi entrano nello stesso flusso.

Non risponde e basta: lavora il ticket

Raccoglie il contesto della macchina, apre il ticket nella coda giusta con categoria e priorità coerenti, cerca nello storico se quel caso è già successo, prova la soluzione che aveva funzionato, e scrive che cosa ha fatto. Anche quando non risolve, il ticket arriva ai nostri tecnici più ricco di come sarebbe arrivato da una telefonata.

Quali azioni il tecnico AI può eseguire da solo, quali richiedono la conferma dell’utente e quali sono riservate a un tecnico è un elenco deciso insieme al cliente. Quello che non è nell’elenco non viene eseguito.

Al telefono: l’AI funziona, ma consigliamo una persona

Il call center AI fa quello che promette, e lo fa bene: risponde ventiquattro ore su ventiquattro, tutti i giorni dell’anno, in tutte le lingue, senza coda e senza turni da coprire, a un costo per chiamata che nessuna organizzazione umana può avvicinare. Su questo non abbiamo riserve: è la scelta economicamente più efficiente che esista.

E proprio perché funziona, possiamo dirvi quando non conviene. Dai nostri studi emerge una cosa che le misure di efficienza non catturano: chi chiama l’assistenza non cerca soltanto una soluzione, cerca anche di essere rassicurato. Una voce umana dà calore e conforta chi ha un problema tecnico, e quel bisogno non è costante: cresce con l’urgenza e con l’impatto. Per una stampante che non stampa quasi nessuno ci fa caso; per una linea ferma, un reparto bloccato o una consegna che salta, sentirsi rispondere da una persona cambia la giornata di chi chiama — e cambia il giudizio sul servizio.

La nostra raccomandazione è chiara: il call center umano resta, ed è la soluzione che proponiamo quando conta la qualità del servizio percepita da chi lo riceve. L’AI al telefono la usiamo per quello in cui è imbattibile — le ore in cui non c’è nessuno (notti, fine settimana, festivi), le lingue che il presidio non copre, i picchi che altrimenti creerebbero coda, e le richieste semplici e ripetitive. Le due cose convivono: l’AI risponde, qualifica, apre il ticket, e quando riconosce urgenza o impatto passa la chiamata a una persona.

Quando l’AI al telefono è la scelta giusta	Quando è meglio una persona
Fuori orario, fine settimana, festivi	Problema bloccante o con impatto sull’attività
Lingue non coperte dal presidio	Chi chiama è in difficoltà, o è già la seconda volta
Picchi di chiamate che creerebbero coda	Casi delicati, o rapporti in una fase critica
Richieste semplici e ripetitive	Quando serve capire il tono, non solo le parole
Quando il budget non consente il presidio umano	Quando la qualità percepita è parte di quel che vendete

Eroghiamo entrambe le cose, quindi non abbiamo motivo di spingervi verso una. Vi diciamo lo stesso quale sceglieremmo per una chiamata che arriva da qualcuno con l’attività ferma: quella in cui dall’altra parte c’è una persona.

La base di conoscenza è il vostro archivio ticket

Un servizio di assistenza che lavora da anni produce la cosa più difficile da costruire: migliaia di casi reali, con il problema raccontato dall’utente, la diagnosi del tecnico e l’intervento che ha funzionato. È il modo in cui quell’azienda lavora davvero, scritto senza che nessuno lo scrivesse apposta.

È da lì che il tecnico AI impara. Le risposte che dà non vengono da un manuale generico, ma da come i problemi sono stati risolti su quel parco macchine, con quegli applicativi, in quelle sedi. E la base cresce da sola: ogni ticket che un nostro tecnico chiude è materiale che il tecnico AI userà la volta dopo.

E se lo storico non ce l’avete, lo mettiamo noi

Assistenza appena internalizzata, ticketing introdotto da poco, archivio rimasto al fornitore uscente: capita spesso, e non è un ostacolo. La base di partenza la mettiamo noi.

Facciamo questo mestiere da trent’anni, su parchi macchine e applicativi di aziende di ogni dimensione, e in trent’anni i problemi si ripetono. Gli archivi che ne sono usciti contengono problemi e soluzioni reali — non esempi costruiti a tavolino — con le informazioni in forma anonima: nessun nome di azienda, di persona o di sistema, solo il caso e come è stato risolto. Vale nei due sensi: quello che il tecnico AI impara dai vostri ticket resta vostro.

Così dal primo giorno il tecnico AI riconosce e chiude le richieste che in questo mestiere si ripetono ovunque, e diventa specifico sulle vostre man mano che i vostri ticket si accumulano.

Quando non ce la fa, cambia coda

È il punto in cui quasi tutte le automazioni dell’assistenza deludono: si arrendono, e l’utente deve ricominciare da capo con un’altra persona. Qui non succede, perché il tecnico AI e i nostri tecnici lavorano sullo stesso ticket, nello stesso sistema. Quando il caso esce dal perimetro dell’AI, il ticket passa alla coda del gruppo competente e il tecnico lo apre trovando il contesto della macchina, che cosa è stato provato e che cosa è stato escluso.

Restano ai tecnici le cose che richiedono un tecnico: l’intervento sul posto, le sostituzioni, il caso mai visto, i disservizi che toccano più persone insieme, tutto ciò che richiede una decisione o un’autorizzazione.

Il ticketing non è un dettaglio: è dove l’implementazione AI sta in piedi o cade

È il punto che in fase di offerta viene quasi sempre sottovalutato e che in fase di progetto decide tutto. Un service desk con tecnici AI poggia su due cose, e vivono tutte e due dentro il sistema di ticketing: la base di conoscenza, che è l’archivio dei ticket già risolti, e l’escalation, che è un trasferimento di coda sullo stesso ticket. Se il ticketing non espone code, gruppi, SLA e trasferimenti in modo governabile, quelle due cose vanno ricostruite fuori — con un adattatore da mantenere, un secondo archivio da allineare e un’escalation che in realtà riapre il caso altrove. È lì che i progetti AI sull’assistenza si impantanano, non sul modello.

Per questo consigliamo apertamente RequestOnline, il nostro sistema di ticketing. Non per affinità commerciale, ma perché code, gruppi di supporto, trasferimento fra code, SLA, escalation, storico e allegati sono concetti nativi del prodotto: sono esattamente i meccanismi su cui si appoggia il passaggio dal tecnico AI ai colleghi in carne e ossa. Il tecnico AI vi si innesta come un gruppo di supporto in più — niente adattatore da scrivere, niente secondo archivio da allineare, e i ticket già nella forma giusta per diventare base di conoscenza.

• Code e board per gruppo, con fasi di lavorazione configurabili: è la struttura in cui l’AI diventa un gruppo fra gli altri
• Trasferimento fra code con storico dei passaggi: l’escalation è un’operazione del prodotto, non un’integrazione da inventare
• SLA per priorità con escalation automatiche: i tempi valgono allo stesso modo per i tecnici AI e per le persone
• Canali d’ingresso già uniti: portale, email in arrivo, operatore che apre per conto di chi chiama, portale esterno con collegamento riservato
• Commenti, allegati e interventi in archivio: è la materia prima della base di conoscenza, e c’è già
• Multi-cliente con instradamento automatico, per chi eroga assistenza a più aziende

Con un altro sistema di ticketing l’integrazione si fa comunque, e si valuta insieme: si guarda che cosa espone e quanto costa colmare le differenze. Ma se il ticketing è ancora da scegliere, o è da sostituire, questa è la scelta che rende il progetto AI più corto, più economico e meno rischioso.

Raccoglie già i ticket che arrivano da più strade — portale, email in ingresso, operatore che apre la richiesta per conto di chi chiama — con code per gruppo, stati di lavorazione, allegati, storico per richiedente e per mezzo. Il tecnico AI si innesta lì come un gruppo di supporto in più: nessun adattatore da scrivere, nessun secondo archivio da tenere allineato, e l’archivio dei ticket che diventa base di conoscenza è già nella forma giusta.

Con un altro sistema di ticketing l’integrazione si fa comunque, e si valuta insieme in fase di analisi. Qui, semplicemente, il lavoro è già fatto.

Interamente AI, oppure ibrido

Sono due configurazioni della stessa soluzione, non due prodotti. Ibrido è il modo in cui si parte quasi sempre: l’AI presidia il primo livello, i tecnici onsite e il call center mantengono il loro ruolo, e il referente di commessa continua a coordinare il servizio. Interamente AI ha senso dove i volumi di richieste ripetitive sono alti, gli utenti sono distribuiti su molte sedi o serve copertura fuori orario.

La soglia fra i due non è una scelta ideologica: si stabilisce per categoria di ticket, partendo dalle famiglie di richieste dove lo storico è più solido, e si sposta guardando i risultati misurati.

I dati restano dove sono

Un archivio di assistenza è fra le cose più delicate che un’azienda possiede: contiene nomi e ruoli delle persone, schermate, contenuti di documenti aperti nel momento del guasto, a volte credenziali dette al telefono per sbaglio. Per questo i modelli AI girano dentro il perimetro del cliente — nei suoi locali o in cloud privato — e l’archivio dei ticket non esce per essere elaborato altrove.

Per chi non ha questo vincolo, la stessa soluzione può appoggiarsi ai principali servizi AI pubblici, o a una configurazione mista: modello pubblico dove il dato non è sensibile, privato dove lo è. È una scelta di configurazione, e resta reversibile.

Quello che diciamo prima, non dopo

• Non sostituisce i tecnici. Toglie loro le richieste ripetitive, non il mestiere: il valore del servizio resta nelle persone che intervengono.
• Quanto diventa «vostro» dipende dal vostro archivio. Si comincia comunque, perché la base di partenza la mettiamo noi; ma è il vostro storico a rendere il tecnico AI specifico su quello che capita solo da voi. Un archivio ricco e curato accorcia molto quel percorso, uno fatto di righe come «risolto» lo allunga.
• Tenere l’AI in casa non basta a essere conformi. Elimina il trasferimento dei dati a un fornitore esterno, ma base giuridica, informativa, diritti degli interessati e obblighi di trasparenza restano in capo al titolare — compreso dire alle persone che stanno parlando con un sistema automatico.

Siete una realtà piccola? C’è la versione condivisa

Un’infrastruttura AI dedicata ha senso a partire da una certa dimensione: sotto, costa più di quanto fa risparmiare. Non è però una ragione per restare fuori. La versione condivisa è pensata apposta per le realtà piccole: stesso servizio — tecnici AI sulle postazioni, risponditore telefonico, conoscenza costruita sul vostro storico, escalation ai nostri tecnici — su un’infrastruttura in comune invece che riservata a voi soli. Cambia dove gira il modello, non quello che il servizio fa.

Anche qui i dati restano riservati. L’archivio ticket di un’azienda resta separato e non diventa visibile ad altri: è il presupposto, non un’opzione. Quello che eventualmente viene messo in comune è anonimizzato, cioè privo dei riferimenti che lo riportano a voi, alle vostre persone e ai vostri sistemi.

È anche il modo più rapido di cominciare: si parte dal condiviso e, se i volumi crescono fino a giustificarlo, si passa a un’infrastruttura dedicata senza rifare il lavoro — integrazioni, configurazione e conoscenza accumulata restano.

Come si comincia

Si parte guardando i numeri veri del vostro servizio: volumi, categorie di richieste, qualità dello storico, sistema di ticketing in uso, sedi e vincoli sui dati. Da lì si capisce quali famiglie di ticket ha senso affidare all’AI e quali no, e si prova su un perimetro ristretto e reale — una sede, un gruppo di utenti, poche categorie — prima di estendere.

Se gestite già un service desk e volete capire che cosa ci si può fare, scriveteci o chiamateci: per un primo scambio bastano dieci minuti.

Telefono: 039 2300708
MC Soluzioni Informatiche — Via Parco 47, 20853 Biassono (MB)