• Progetto tipo · demo di laboratorio
  • Post-vendita e assistenza

Agente AI per l’helpdesk tecnico e la knowledge base

Le richieste di assistenza arrivano per email, telefono e moduli, spesso senza matricola e con la stessa domanda di ieri. Questo agente le classifica, recupera la storia della macchina, propone la risposta dai manuali e dai casi già risolti e apre il ticket giusto. Il tecnico approva. Ecco come lo costruirei e che conto mi aspetto.

Prima risposta in ore invece che in giorni, tecnici che lavorano sui casi difficili invece che sulle domande ripetute, una knowledge base che cresce a ogni caso chiuso. Stima: circa 11 ore a settimana restituite all'assistenza, su 120 richieste al mese.

Parliamone, 15 minuti →Come lavora

Il flusso, in 7 passi

— Il conto che mi aspetto

È un progetto tipo: non l’ho ancora realizzato per un cliente. I numeri sono stime su un’azienda esempio e si misurano nel pilota, prima e dopo.

  • Tempo del tecnico per richiesta

    Stima da misurare

    ~12 min (verifica)

    Prima: ~35 min

    Stima su 120 richieste al mese; il "prima" si misura in fase 1, il "dopo" in fase 4

  • Ore al mese dell'assistenza

    Stima da misurare

    ~24 h

    Prima: ~70 h

    120 × 35 min contro 120 × 12 min; circa 46 ore al mese, 11 a settimana, restituite

  • Tempo di prima risposta

    Stima da misurare

    da misurare

    Prima: da misurare

    È la metrica che il cliente vede: la rilevo prima del pilota e alla fine; non la prometto

  • Richieste con risposta già esistente

    Stima da misurare

    misurato sui 40 casi

    Prima: non si sa

    In fase 3 conto quante richieste trovano la soluzione in manuali o ticket: è il dato che dice quanto vale la knowledge base

  • Schede di knowledge base create

    Stima da misurare

    una per caso chiuso approvato

    Ogni caso risolto propone una scheda; quante ne approva il tecnico lo vedo nel pilota

— Il contesto e il problema

Il processo: dopo la vendita arrivano richieste di ogni tipo: un allarme sul pannello, un ricambio da identificare, una regolazione che non riesce, una domanda sul manuale. Chi risponde deve capire di quale macchina si parla, in quale configurazione è stata consegnata, se è in garanzia, se è già successo, e poi trovare la risposta tra manuali, bollettini tecnici e la memoria dei colleghi.

Chi ci lavora: uno o due tecnici dell’assistenza, spesso gli stessi che vanno in trasferta, con l’ufficio tecnico e i ricambi coinvolti quando serve.

L’esempio che uso: costruttore di macchine con 80 addetti e un parco installato di alcune centinaia di macchine, circa 120 richieste di assistenza al mese, gestite da una casella email condivisa e da un foglio dei ticket. È un caso tipo costruito sulle situazioni che incontro più spesso e su una demo di laboratorio con dati sintetici: non un caso cliente. Lo stesso schema vale per chi fa assistenza su impianti, software o prodotti tecnici.

Dove si perde tempo

  • Richieste senza dati: “la macchina è ferma” senza matricola, senza codice allarme, senza foto. La prima risposta è sempre una domanda, e il cliente fermo aspetta.
  • Le stesse domande, ogni settimana: una parte consistente delle richieste ha già una risposta scritta da qualche parte, in un vecchio ticket o a pagina 47 di un manuale che nessuno apre.
  • Il sapere viaggia in trasferta: quando il tecnico esperto è dal cliente, in ufficio nessuno sa rispondere. Le soluzioni trovate sul campo restano nel suo telefono.
  • Nessuna priorità: il fermo macchina e la richiesta di un manuale finiscono nella stessa casella, in ordine di arrivo.
  • Dati dei clienti in un chatbot personale: per scrivere una risposta più chiara, qualcuno incolla la mail del cliente e uno stralcio del manuale in ChatGPT, Claude o Gemini con l’account personale. Sono dati dei clienti e documentazione proprietaria: è shadow AI, e va affrontato prima.

Il conto, con le mie ipotesi: 120 richieste al mese per circa 35 minuti tra raccolta dati, ricerca e scrittura fanno 70 ore al mese, oltre 800 l’anno dei tecnici più esperti, spese in buona parte su domande che hanno già una risposta. A questo si aggiunge il costo, per il cliente, di ogni ora di fermo in attesa della prima risposta.

Perché succede.

Non è un problema di persone lente: l’assistenza è organizzata intorno alla casella di posta, non intorno alla macchina.

Un agente serve qui: non a sostituire il tecnico, ma a preparargli il caso completo e a trasformare ogni caso chiuso in conoscenza riutilizzabile, lasciando a lui la diagnosi e la risposta finale.

  • 01

    La richiesta non è collegata alla macchina

    Matricola, configurazione, interventi precedenti e garanzia stanno in sistemi diversi, e ricomporli è lavoro manuale a ogni richiesta.

  • 02

    Le soluzioni non diventano conoscenza

    Un ticket chiuso è una riga archiviata, non una risposta riutilizzabile.

  • 03

    I manuali sono scritti per essere consegnati, non interrogati

    La risposta c’è, ma serve sapere dove.

— Come lavora, passo per passo

  1. 01

    Ingresso

    Le richieste arrivano dalla casella dell’assistenza, dal modulo del sito e, se previsto, da un numero dedicato trascritto. Foto e allegati vengono raccolti nel caso.

  2. 02

    Riconoscimento

    Un modello linguistico estrae cliente, modello, matricola, sintomo e codici allarme. Se la matricola manca o non corrisponde, prepara la domanda al cliente con le istruzioni per trovarla.

  3. 03

    Scheda macchina

    L’agente compone la storia: configurazione consegnata, garanzia, interventi e ticket precedenti, ricambi già forniti, letti dal gestionale in sola lettura.

  4. 04

    Priorità

    Regole scritte con l’assistenza assegnano la priorità: fermo macchina, sicurezza, garanzia, cliente con contratto. I casi con parole legate alla sicurezza delle persone vanno subito a un tecnico, senza proposta automatica.

  5. 05

    Ricerca della soluzione

    L’agente cerca nei manuali, nei bollettini tecnici e nei ticket risolti (approccio RAG) e propone la soluzione più probabile, citando documento, pagina o caso. Se non trova riscontro lo dice.

  6. 06

    Bozza di risposta e ticket

    Prepara la risposta al cliente nel tono dell’azienda, con le istruzioni passo passo e le fonti, e apre il ticket con priorità e assegnazione proposte. Il tecnico rilegge, corregge e invia.

  7. 07

    Dal caso alla conoscenza

    Alla chiusura l’agente propone una scheda per la knowledge base: sintomo, causa, soluzione, macchine interessate. Il tecnico la approva. La prossima volta la risposta è già lì.

Niente parte verso clienti o fornitori senza l’approvazione di una persona.

— Scelte tecniche e perché

  • Modello linguistico

    Modello di fascia alta via API con contratto business (Claude, GPT, Gemini o Mistral), con lettura di foto e schermate, scelto dopo i test sui tuoi casi

    Serve capire richieste scritte di fretta, in più lingue, e leggere la foto di un pannello o di una targhetta. I piani business e API dichiarano l'esclusione dei dati dall'addestramento; verifico conservazione, regione di elaborazione e intestazione del contratto.

  • Dove gira

    Tre opzioni confrontate: API del fornitore, cloud enterprise già in uso (Azure OpenAI, Vertex AI, AWS Bedrock), server in azienda con modello open (Llama, Qwen, Mistral)

    Le richieste contengono dati dei clienti e i manuali sono documentazione proprietaria. Il cloud enterprise con regione europea è spesso il punto d'equilibrio; il locale è un'opzione se l'IT lo gestisce; l'API è la più rapida per un pilota con dati pseudonimizzati e manuali non riservati.

  • Knowledge base (RAG)

    Indice interno di manuali, bollettini e ticket risolti, con metadati (modello, versione, matricole interessate) e citazione obbligatoria

    La risposta deve valere per quella macchina in quella configurazione: i metadati filtrano prima che il modello legga. Ogni istruzione proposta rimanda alla fonte. Alternativa scartata: un chatbot generico sul sito, senza scheda macchina e senza fonti.

  • Regole di priorità e sicurezza

    Regole deterministiche per priorità e instradamento; i casi che toccano la sicurezza delle persone escono dal flusso automatico

    La priorità ha conseguenze sul cliente fermo e deve essere ripetibile. Sulle istruzioni che riguardano protezioni, parti in tensione o sollevamento l'agente non propone nulla: passa il caso a un tecnico.

  • Gestionale, ticket e ricambi

    Lettura di anagrafiche macchina, garanzie, interventi e listino ricambi; scrittura del ticket in bozza, mai chiusura né ordini di ricambio

    La storia della macchina resta nei tuoi sistemi. Se oggi i ticket sono un foglio, il pilota include uno strumento di ticketing semplice, scelto con l'assistenza.

  • Orchestrazione

    Un motore di flussi nel perimetro scelto, con code per priorità, solleciti interni sui casi fermi, log e riesecuzione dei passaggi

    Un caso urgente non deve aspettare che qualcuno apra la posta: il flusso lo porta al tecnico reperibile. Ogni passaggio lascia traccia. Lo strumento si sceglie in base all'infrastruttura già presente.

  • Dati e sicurezza

    Pseudonimizzazione dei dati di contatto del cliente prima dell'invio al modello, accessi per ruolo, cifratura, conservazione dei log definita, test su casi sintetici

    Al modello servono macchina, sintomo e documenti, non il nome di chi scrive. Con il fornitore serve un accordo sul trattamento dei dati; se l'assistente risponde direttamente al cliente, va dichiarato che è un sistema automatico.

— Come si parte

Pilota: 6 settimane su una famiglia di macchine. Ogni fase consegna qualcosa che puoi vedere.

  1. 1 settimana

    Analisi del processo

    Mezza giornata con l'assistenza: da dove arrivano le richieste, quali sono le dieci domande più frequenti, dove stanno manuali e storico, come si decide la priorità. Si scelgono 40 richieste passate come banco di prova. Consegna: scheda del processo e perimetro del pilota (una famiglia di macchine).

  2. 1 settimana

    Dati, rischio e architettura

    Classificazione dei dati (clienti, manuali, bollettini riservati, personali), regole di sicurezza, scelta tra API, cloud enterprise e locale, verifica dei contratti. Se servono valutazioni privacy, qui entra il DPO. Consegna: architettura motivata e registro dell'uso AI.

  3. 2 settimane

    Knowledge base e test sui 40 casi

    Indice di manuali e ticket del perimetro, flussi, regole di priorità. Test sulle 40 richieste: macchina riconosciuta, priorità corretta, soluzione proposta corretta e citata. Consegna: report di accuratezza per tipo di richiesta, con i casi in cui l'agente ha detto di non sapere.

  4. 2 settimane

    Affiancamento in parallelo

    L'agente prepara, i tecnici rispondono come prima e confrontano; si correggono regole e indice; si forma chi lo usa. Consegna: misura prima/dopo sul tempo per richiesta e sul tempo di prima risposta.

  5. mezza giornata

    Decisione

    Con i numeri in mano: estendere ad altre famiglie di macchine, aprire una parte delle risposte in automatico per le domande semplici, fermarsi, o cambiare architettura. Consegna: piano dei tre mesi successivi oppure spegnimento pulito.

Cosa serve per partire

Pilota: 6 settimane su una famiglia di macchine

Un elenco delle macchine installate con matricola e configurazione, i manuali in formato leggibile, uno storico delle richieste anche solo come email, regole di priorità condivise e un tecnico disponibile mezza giornata all'inizio e un'ora a settimana durante il pilota.

Si integra con

  • Casella email dell'assistenza
  • Modulo di richiesta sul sito
  • Gestionale / ERP (matricole, garanzie, interventi, ricambi)
  • Strumento di ticketing
  • Manuali, bollettini tecnici, schemi (PDF)
  • CRM (clienti e contratti di assistenza)

— Cosa cambia per le persone

I tecnici smettono di rispondere alle stesse domande e si concentrano sui casi che richiedono davvero esperienza. Chi risponde dall’ufficio ha davanti la storia della macchina senza doverla ricostruire. Il cliente fermo riceve subito una risposta utile, anche quando è una domanda precisa su cosa controllare.

Il cambiamento meno visibile è il più importante: l’esperienza del tecnico migliore diventa patrimonio dell’azienda. Ogni caso chiuso è una scheda in più, e la conoscenza non parte più in trasferta né va in pensione.

— Limiti e cosa non fa

Dirlo prima evita delusioni dopo.

Non fa diagnosi a distanza

propone la soluzione più probabile in base a manuali e casi simili; la diagnosi resta al tecnico, soprattutto quando il sintomo è nuovo.

Sicurezza delle persone

su protezioni, parti in tensione, sollevamento e simili l’agente non propone istruzioni. Passa il caso a un tecnico, per scelta di progetto.

Manuali incompleti o non aggiornati

l’agente eredita le lacune. Il pilota le rende visibili: sono le richieste a cui risponde “non trovo riscontro”.

Risposte automatiche al cliente

nel pilota nessuna. Si possono aprire dopo, solo per domande semplici e con l’indicazione che risponde un sistema automatico, se i numeri lo giustificano.

Dati dei clienti

richiedono pseudonimizzazione, termini contrattuali adeguati e, se il caso lo richiede, una valutazione d’impatto decisa con il DPO o il legale. Io preparo il quadro tecnico; la valutazione la fanno loro.

Conformità

non rilascio certificazioni né garanzie di conformità all’AI Act, al GDPR o alle norme sulla sicurezza delle macchine. Progetto controlli proporzionati, documento e lascio tracce verificabili; la responsabilità resta all’azienda e ai suoi professionisti.

Validità dei numeri

le stime valgono per una famiglia di macchine, un ufficio, i tuoi volumi. Sono la metrica che useremo per decidere, non una promessa.

— Domande frequenti

Helpdesk tecnico, in chiaro.

Se incollo le richieste di assistenza in un assistente AI come ChatGPT, i dati dei clienti vengono usati per addestrare il modello?

Dipende dal piano e dalle impostazioni. Con ChatGPT, Claude, Gemini o Copilot nei piani consumer, i dati possono essere usati per migliorare i modelli a meno che non disattivi quella opzione. I piani business e le API di questi fornitori dichiarano l'esclusione dall'addestramento, ma i dati restano sui server del fornitore per un periodo e possono essere revisionati per abusi. Per dati di clienti e documentazione proprietaria, serve un contratto aziendale e una scelta architettonica (cloud enterprise, locale o API con pseudonimizzazione). Nel pilota valuto conservazione, regione di elaborazione e termini con il tuo DPO.

Quale differenza c'è tra gestire l'assistenza con un agente AI personalizzato e un chatbot generico?

Un agente personalizzato legge la storia della macchina (configurazione, garanzia, interventi passati), propone priorità in base a regole dell'azienda, cita sempre la fonte (manuale, pagina, ticket precedente) e non manda nulla al cliente senza approvazione del tecnico. Un chatbot generico risponderebbe senza contesto e senza fonti verificabili. Nel pilota l'agente prepara il caso completo al tecnico per la verifica: lui mantiene il controllo e la diagnosi.

Se i manuali sono incompleti, l'agente sa rispondere lo stesso?

No, ed è una scelta voluta. L'agente eredita le lacune dei manuali: quando non trova riscontro lo dice, invece di inventare una risposta. Questo rende visibili le istruzioni mancanti e permette di integrarle durante il pilota. Ogni richiesta senza riscontro diventa un segnale su cosa documentare, e ogni caso chiuso propone una scheda nuova per la knowledge base.

Un modello di AI locale è davvero più sicuro di un servizio cloud per i dati dei clienti e i manuali?

Non per principio. Con un modello in locale i dati restano nella rete aziendale, ma aggiornamenti, backup e protezione degli accessi diventano responsabilità del tuo IT. Con un cloud enterprise i dati passano dal fornitore, dentro un contratto aziendale che definisce regione di elaborazione, conservazione e trattamento. Quale delle due strade sia più adatta dipende dai dati coinvolti, dai contratti già in essere e dalle risorse interne: nel progetto le confronto prima di scegliere.

Quanto tempo serve per avviare un agente di questo tipo?

Il pilota descritto nel testo richiede sei settimane su una famiglia di macchine, con analisi del processo, scelta tecnica, costruzione della knowledge base e test su 40 richieste passate. Serve mezzo giorno iniziale con l'assistenza e circa un'ora a settimana durante il pilota. I tempi dipendono dalla qualità dello storico, dalla struttura dei manuali e dalla disponibilità dell'ufficio tecnico per validare le proposte.

L'agente può inviare risposte direttamente al cliente o serve sempre il tecnico?

Nel pilota il tecnico approva prima di inviare: l'agente prepara bozze, non manda nulla in autonomia. È una scelta di progetto per mantenere la responsabilità umana sulla diagnosi e sulla correttezza della risposta. Dopo il pilota, se i numeri lo giustificano, si può valutare l'invio automatico per domande semplici, ma solo con l'indicazione che risponde un sistema automatico e le istruzioni riviste da un tecnico.

— Il servizio

Automazioni AI

Lo costruisco dopo la mappatura, solo dove la mappa mostra lo spreco. Come lavoro →

Altri agenti

Hai un processo così?

Raccontami in due righe cosa arriva, chi lo gestisce e dove si inceppa. Parto da un solo tipo di richiesta, misuro prima e dopo, e decidiamo insieme se estendere.

Prenota 15 minuti →Scrivimi