Il primo livello non è più una persona che aspetta il telefono
In un service desk tradizionale la richiesta di un utente passa sempre dalle stesse mani: qualcuno risponde, capisce, apre il ticket, cerca se è già successo, prova la soluzione nota. È lavoro prezioso e ripetitivo, e occupa tecnici capaci per problemi che l'azienda ha già risolto decine di volte.
AI Service Desk mette un tecnico help desk AI su ogni computer, più uno che risponde al telefono, e lascia ai tecnici in carne e ossa quello che richiede davvero un tecnico: l'intervento sul posto, il caso nuovo, la decisione.
Il conto si rovescia. In un service desk le persone non bastano mai perché un tecnico ne segue centinaia: da lì nascono la coda, l'attesa e il ticket scritto male perché chi lo apre ha fretta. 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.
La richiesta entra da tre porte, il tecnico AI prova a chiuderla, e quello che non chiude arriva ai tecnici con il contesto già raccolto.
Non è un chatbot messo davanti all'assistenza. È un tecnico che sta sul computer dell'utente, vede il contesto, apre il ticket nel sistema che già usate e lo lavora dentro lo stesso flusso dei colleghi umani: stesse code, stesse priorità, stessi SLA.
Perché non è «l'AI aggiunta all'help desk»
Di intelligenza artificiale nell'assistenza si parla da anni, e quasi sempre significa la stessa cosa: una chat sul portale che propone articoli e, quando non sa rispondere, invita ad aprire un ticket. È un filtro messo davanti al servizio, e si vede: l'utente ci passa una volta, poi impara a saltarlo.
Qui il rapporto è rovesciato. Il tecnico AI non sta davanti al servizio: sta dentro, e lavora come un tecnico in più.
| Quello che il mercato chiama AI nell'assistenza | AI Service Desk |
|---|---|
| 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 |
| L'escalation rimbalza l'utente su un altro canale, e riparte da capo | 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 nessuna altra parte. Se conoscete una soluzione che li tiene insieme tutti e sei, segnalatecela: ci interessa davvero.
Perché possiamo farlo noi. Non per bravura: per posizione. Un service desk con tecnici help desk AI richiede allo stesso tavolo chi eroga il servizio di assistenza, chi possiede il sistema di ticketing e chi costruisce la piattaforma AI. Quando sono tre fornitori diversi, questa integrazione resta una slide in un'offerta: nessuno dei tre può modificare i pezzi degli altri. Qui sono la stessa squadra, e le tre cose esistevano già prima di questo prodotto — trent'anni di assistenza, un gestionale di ticketing nostro, una piattaforma AI privata in esercizio.
Da dove arriva una richiesta
Le vie d'ingresso restano quelle che i vostri utenti già conoscono. Cambia chi risponde per primo.
Dal proprio computer
Il tecnico AI è già lì
L'utente chiede aiuto a un tecnico AI che gira sul suo computer. Il tecnico AI conosce la macchina: sistema operativo, applicativi, stampanti, versioni, errori recenti. Non deve farsi raccontare il contesto, ce l'ha.
È la porta che cambia di più: l'utente non aspetta nessuno, e il ticket nasce già completo.
Dal telefono
AI o persona, si sceglie
Al numero dell'assistenza può rispondere un risponditore AI che parla, capisce la richiesta, apre il ticket e prova a risolvere; oppure il vostro presidio umano, come oggi. Nella pratica convivono, e l'AI passa la chiamata a una persona quando riconosce urgenza o impatto.
Da sapere: l'AI copre le ore e le lingue che nessuno copre, ma sulle chiamate che pesano consigliamo la voce umana. Il perché è qui sotto.
Da email e portale
Come oggi
Le email all'indirizzo dell'assistenza e i ticket inseriti a mano nel tool continuano a funzionare come prima. Il tecnico AI li prende in carico allo stesso modo.
Perché conta: nessuno deve cambiare abitudine perché avete cambiato tecnologia.
Al telefono: funziona l'AI, 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, una sala operatoria in attesa o una consegna che salta, sentirsi rispondere da una persona cambia la giornata di chi chiama — e cambia il giudizio su di voi.
La nostra raccomandazione. Il call center umano resta, ed è la soluzione che proponiamo quando conta la qualità percepita del servizio. 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 vostro presidio non copre, i picchi in cui altrimenti si formerebbe la 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, weekend, festivi | Problema bloccante o con impatto sulla produzione |
| Lingue non coperte dal presidio | Chi chiama è in difficoltà, o è già la seconda volta |
| Picchi di chiamate che creerebbero coda | Casi delicati, clienti in fase critica del rapporto |
| 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 quello che vendete |
Vendiamo 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 la produzione ferma: quella in cui dall'altra parte c'è una persona.
Cosa fa il tecnico AI sulla postazione
La differenza fra un assistente che risponde a domande e un tecnico AI che lavora sta qui: il primo suggerisce, il secondo apre il ticket, agisce e lascia traccia.
- Raccoglie il contesto. Macchina, utente, applicativo coinvolto, versioni, errori recenti. È la parte che in un ticket scritto a mano manca quasi sempre, e che costringe il tecnico a una telefonata in più.
- Apre il ticket per conto dell'utente nel sistema di ticketing, nella coda giusta, con la categoria e la priorità coerenti con come le usate voi.
- Cerca nello storico se quel problema è già stato affrontato, e come è finito.
- Prova a risolvere quello che è nel suo perimetro, secondo le regole che gli avete dato.
- Documenta. Quello che ha capito, quello che ha fatto, quello che non ha funzionato. Anche quando non risolve, il ticket cresce di valore.
- Passa la mano quando il caso esce dal suo perimetro, senza far ripartire l'utente da capo.
Il perimetro del tecnico AI lo decidete voi. Quali azioni può fare da solo, quali richiedono conferma dell'utente, quali sono vietate e vanno sempre a un tecnico. Non è una raccomandazione scritta in un prompt: è un elenco di azioni permesse, e quello che non c'è non viene eseguito.
La conoscenza è già vostra: sono i ticket degli ultimi anni
Il valore di un service desk che funziona da anni non sta nel manuale: sta nell'archivio. Migliaia di casi reali, con il problema raccontato dall'utente, la diagnosi del tecnico, l'intervento che ha funzionato e quello che non ha funzionato. È il modo in cui lavora quell'azienda, scritto senza che nessuno lo scrivesse apposta.
È quello l'addestramento del tecnico AI. Il database dei ticket diventa la base di conoscenza: la risposta che il tecnico AI dà è la soluzione che i vostri tecnici hanno già trovato, sul vostro parco macchine, con i vostri applicativi.
Man mano che i tecnici chiudono ticket, la base cresce: ogni escalation risolta da una persona è materiale che il tecnico AI userà la volta dopo. Il sistema migliora perché lavorate, non perché qualcuno si siede a scrivere procedure.
E se lo storico non ce l'avete?
Succede: assistenza appena internalizzata, ticketing introdotto da poco, archivio precedente rimasto al fornitore uscente. Non è un ostacolo, perché la base di partenza la mettiamo noi.
Facciamo assistenza da trent'anni, su parchi macchine e applicativi di aziende di ogni dimensione, e in trent'anni i casi 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 problema e come è stato risolto.
Si parte dalla nostra base e si diventa specifici con la vostra. Dal primo giorno il tecnico AI sa già riconoscere e chiudere le richieste che in questo mestiere si ripetono ovunque; man mano che i vostri ticket si accumulano, impara quello che vale solo da voi — la stampante di quella sede, l'applicativo fatto su misura, la procedura che avete solo voi.
L'escalation è un passaggio di coda, non un riavvio
Il punto debole di quasi tutte le automazioni dell'assistenza è il momento in cui si arrendono: l'utente viene rimbalzato su un canale diverso e deve raccontare tutto da capo, spesso più arrabbiato di quando ha iniziato.
Qui non succede, perché il tecnico AI e i tecnici lavorano sullo stesso ticket. Quando il tecnico AI non ce la fa, il ticket cambia coda: da quella dell'AI a quella del gruppo umano competente. Il tecnico lo apre e trova il caso già istruito — contesto della macchina, cosa ha provato il tecnico AI, cosa ha escluso, i ticket storici simili.
| Resta dell'AI | Va ai tecnici |
|---|---|
| Casi già visti nello storico | Casi nuovi, o storicamente risolti solo sul posto |
| Azioni dentro il perimetro consentito | Azioni che richiedono decisione o autorizzazione |
| Raccolta dati, diagnosi, documentazione | Intervento fisico e sostituzioni |
| Richieste ripetitive e ad alto volume | Disservizi diffusi e situazioni critiche |
Il passaggio funziona anche al contrario: un tecnico può rimandare al tecnico AI la parte ripetitiva di un caso che sta seguendo lui.
L'integrazione è con il sistema di ticketing che usate. Code, priorità, SLA, gruppi di supporto e cronologia restano i vostri: l'AI diventa un gruppo in più dentro l'organizzazione che avete già, non un secondo sistema da tenere allineato.
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 interamente su due cose, e tutte e due vivono 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 sistema di ticketing non espone code, gruppi, SLA e trasferimenti in modo governabile, quelle due cose vanno ricostruite fuori — e si finisce con un adattatore da mantenere, un secondo archivio da tenere allineato 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: perché code, gruppi di supporto, trasferimento fra code, SLA, escalation, storico e allegati sono concetti nativi del prodotto, cioè 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, niente secondo archivio, e i ticket già nella forma giusta per diventare conoscenza.
Cosa c'è già dentro, e che serve tutto
- Code e board per gruppo con fasi di lavorazione configurabili: è la struttura su 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
- Più canali d'ingresso già uniti — portale, email in arrivo, operatore che apre per conto di chi chiama, portale esterno con collegamento riservato
- Archivio completo di commenti, allegati e interventi: è 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 in assessment: 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.
Full AI oppure ibrido
Le due configurazioni non sono due prodotti: è la stessa piattaforma con una soglia diversa.
Full AI
Primo livello interamente AI
Postazioni, telefono ed email sono servite dal tecnico AI. L'intervento umano resta per ciò che richiede una persona: il lavoro sul posto, il caso nuovo, la decisione.
Quando conviene: volumi alti di richieste ripetitive, utenti distribuiti su più sedi, esigenza di copertura fuori orario.
Ibrido
AI davanti, persone dietro
L'AI presidia il primo livello e apre i ticket; il team tecnico — tecnici onsite, referente di commessa, call center — lavora il resto con il proprio ruolo invariato.
Quando conviene: quasi sempre all'inizio. Si parte con una soglia prudente e la si sposta guardando i dati, non le intenzioni.
La soglia si muove nel tempo, per categoria di ticket: si comincia lasciando all'AI le famiglie di richieste dove lo storico è più solido, e si allarga solo dove i numeri dicono che ha senso. Si allarga su misura, non per fiducia.
Dove stanno i dati, e perché è il punto
Un service desk vede tutto: nomi e ruoli delle persone, indirizzi, contenuti dei documenti aperti quando si è bloccata la postazione, schermate, credenziali dette al telefono per sbaglio. È fra gli archivi più delicati che un'azienda possiede, e quasi nessuno lo tratta come tale.
Per questo AI Service Desk nasce sopra Private AI: i modelli girano nei vostri locali o in cloud privato, lo storico dei ticket non esce, e ogni richiesta è tracciata. Chi non può caricare l'archivio dell'assistenza su un servizio pubblico — e sono molti, per contratto o per settore — con questa soluzione non deve farlo.
Se preferite i modelli pubblici, funziona anche così. La stessa piattaforma può usare i principali servizi AI di mercato, o una configurazione mista: il modello pubblico dove il dato non è sensibile, quello privato dove lo è. La scelta è vostra e resta reversibile — è una configurazione, non una riscrittura.
Quello che non facciamo dire a questa pagina
Il resto del nostro materiale dichiara i limiti, e non c'è ragione di smettere adesso.
Non sostituisce i tecnici, e non è l'obiettivo
Toglie ai tecnici le richieste ripetitive, non il mestiere. Un guasto hardware, una sede che resta senza rete, un caso mai visto: quelli restano lavoro di persone, e il valore del servizio resta lì.
Quanto diventa «vostro» dipende dal vostro archivio
La base di partenza la mettiamo noi, quindi si comincia comunque. Ma è il vostro storico a rendere il tecnico AI specifico sulle cose che capitano solo da voi: un archivio ricco e ben tenuto accorcia molto quel percorso, uno fatto di righe come «risolto» lo allunga. In assessment lo guardiamo e ve lo diciamo prima, non dopo.
Tenere l'AI in casa non vi rende conformi
Togliere di mezzo il fornitore esterno elimina il trasferimento dei dati e la sua nomina a responsabile. Restano vostri base giuridica, informativa, minimizzazione, diritti degli interessati e gli obblighi dell'AI Act — compreso dire alle persone che stanno parlando con un sistema automatico. Su questo la pagina Private AI entra nel dettaglio.
Siete piccoli? C'è la versione condivisa
Un nodo AI dedicato ha senso a partire da una certa dimensione: sotto, l'infrastruttura costa più di quanto fa risparmiare. Non è una ragione per restare fuori.
La versione condivisa è fatta apposta per le realtà piccole: la stessa soluzione — tecnici AI sulle postazioni, risponditore telefonico, knowledge base costruita sul vostro storico, escalation ai tecnici — su un'infrastruttura in comune invece che dedicata. Cambia dove gira il modello, non quello che il servizio fa.
I dati restano riservati anche qui. L'archivio ticket di un'azienda resta separato e non diventa visibile a nessun altro: è 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 sul condiviso e, se i volumi crescono fino a giustificarlo, si passa a un nodo dedicato senza rifare il lavoro — configurazione, integrazioni e conoscenza accumulata restano.
Come si parte
Il percorso è lo stesso della linea Private AI, con una verifica in più all'inizio: il vostro archivio ticket.
- Assessment. Si guardano volumi, categorie e qualità dello storico, il sistema di ticketing in uso, le sedi e i vincoli sui dati. Ne esce quali famiglie di richieste ha senso affidare all'AI e quali no.
- Proof of Concept. Un perimetro ristretto e reale — una sede, un gruppo di utenti, poche categorie di ticket — con i tecnici AI sulle postazioni e l'integrazione con le vostre code. Si chiude con i numeri misurati su quel perimetro, non con una stima.
- Messa in esercizio. Si estende alle sedi e alle categorie che il PoC ha qualificato, si aggiunge il risponditore telefonico se serve, si concorda la soglia fra AI e tecnici.
- Esercizio. La soglia si rivede con i dati alla mano; la base di conoscenza cresce con i ticket che i tecnici chiudono.
L'infrastruttura AI è quella dei pacchetti Private AI, nelle stesse tre formule: proof of concept, progetto dedicato sulla vostra infrastruttura, oppure full service a canone. Il dimensionamento dipende da quante persone servite e da quanti ticket trattate.
Domande
- Dobbiamo cambiare il nostro sistema di ticketing?
- No. L'integrazione si fa con quello che usate: il tecnico AI apre e lavora i ticket lì. Se il ticketing è RequestOnline l'integrazione è nativa, perché code, gruppi di supporto, SLA e trasferimenti sono già concetti del prodotto.
- L'utente si accorge che sta parlando con un'AI?
- Sì, e deve. È un obbligo di trasparenza dell'AI Act ed è anche buon senso: un utente che sa con chi parla chiede in modo più utile, e chiede di passare a una persona quando gli serve. La via d'uscita verso un tecnico è sempre disponibile.
- Che succede se il tecnico AI sbaglia?
- Le azioni che può eseguire da solo sono un elenco chiuso e deciso da voi: fuori da quello non agisce, passa la mano. Ogni azione resta a registro, quindi un errore si vede, si circoscrive e diventa una regola in più.
- Serve hardware in azienda?
- Dipende dalla formula. Con il progetto dedicato l'infrastruttura è vostra e si dimensiona in assessment; con il full service il nodo AI è compreso nel canone. In entrambi i casi i dati restano nel perimetro concordato.
- Funziona anche con i nostri tecnici onsite e il call center attuali?
- Sì: è la configurazione ibrida, ed è quella con cui si parte quasi sempre. Il referente di commessa continua a coordinare il team; l'AI diventa un gruppo in più che gli toglie dal tavolo le richieste ripetitive.
- Quanto storico serve per partire?
- Anche nessuno: la base di partenza la mettiamo noi, con trent'anni di casi reali in forma anonima. Il vostro archivio serve a rendere il tecnico AI specifico su quello che capita solo da voi, e in assessment si guarda quali categorie hanno già abbastanza materiale per cominciare da lì.
- La vostra base di conoscenza contiene dati di altri clienti?
- Contiene problemi e soluzioni, non clienti: le informazioni sono anonime, senza nomi di aziende, di persone o di sistemi. È la stessa regola che vale al contrario per voi — quello che imparate dai vostri ticket resta vostro.
Parliamone
Se avete un service desk che lavora da anni, avete già la cosa più difficile da costruire: lo storico. Il primo passo è guardarlo insieme e capire quanto ci si può fare.
Oppure chiama il 039 2300708:
per capire se ha senso bastano dieci minuti.
Il pulsante apre una email già impostata con le domande utili a inquadrare il progetto. Rispondete a
quello che sapete, il resto lo vediamo insieme.
- Telefono: 039 2300708
- Email: info@mauriziocaputo.it
- Maurizio Caputo Srl - Via Dante Alighieri 43, 20851 Lissone (MB)
Nota: perimetro delle automazioni, dimensionamento e prezzi vengono definiti in sede di offerta, dopo l'assessment. I contenuti relativi a GDPR e AI Act hanno finalità descrittiva e non costituiscono consulenza legale.