AI per documenti aziendali: far rispondere l'assistente con fonti
Un assistente che risponde con i tuoi manuali funziona se i documenti sono in ordine, i permessi sono chiari e ogni risposta indica la fonte. Il modello conta meno di quanto si pensa.
AI per documenti aziendali: cosa significa davvero
Usare l'AI per documenti aziendali vuol dire collegare un assistente ai tuoi manuali, procedure e schede tecniche: a ogni domanda cerca i passaggi pertinenti e risponde solo con quelli, citando la fonte. Non si addestra il modello, gli si mette davanti il testo giusto. La qualità dipende da come tieni i documenti.
Il meccanismo è più semplice di quanto sembri. Qualcuno scrive: «Qual è la coppia di serraggio per il modello X?». Un primo passaggio cerca, fra tutto quello che hai caricato, i brani che parlano di quel modello. Un secondo li consegna al modello linguistico con un'istruzione precisa: rispondi usando solo questi brani, e se non bastano dillo. Il modello non «sa» nulla della tua azienda. Legge, riassume, riformula.
Ne discende la prima verità scomoda: se la ricerca porta il brano sbagliato, il modello più costoso del mondo risponderà bene a una domanda diversa da quella posta. Nella nostra esperienza molte delusioni nascono lì, non nel modello.
AI per documenti aziendali: la qualità la decidono i documenti
Immagina la cartella condivisa di una PMI manifatturiera. Tre versioni della stessa procedura di collaudo: «collaudo_v2», «collaudo_v2_def», «collaudo_v2_def_NUOVO». Un PDF scansionato come immagine, senza testo selezionabile. Una scheda tecnica in cui la tabella delle tolleranze è finita su due pagine e la seconda non dice più a quale modello si riferisce. Collega un assistente a tutto questo e avrai risposte sicure di sé e talvolta sbagliate, con tanto di citazione di un documento superato.
Prima di scegliere qualunque strumento si fa quindi un lavoro poco glamour:
- Una sola versione valida per documento. Le vecchie escono dall'area che l'assistente legge. Non restano «tanto c'è la data».
- Testo vero, non immagini. Una scansione va riconosciuta e controllata a campione: i numeri letti male (un 8 per un 3) sono l'errore peggiore, perché non si vedono.
- Titoli e sezioni leggibili. Un brano che inizia con «come sopra» non ha senso fuori dal suo contesto, e l'assistente lo prende proprio fuori dal contesto.
- Un responsabile per ogni documento. Qualcuno che, quando cambia la procedura, aggiorna anche il file. Senza questo l'assistente invecchia, e nessuno se ne accorge finché non sbaglia.
Non serve riscrivere tutto. Conviene partire da un perimetro piccolo, per esempio le procedure di assistenza o le schede dei prodotti più venduti, ripulirlo bene e allargare dopo. Un assistente affidabile su pochi documenti curati vale più di uno mediocre su un archivio intero.
Permessi: l'assistente non deve sapere più di chi lo interroga
Qui si sbaglia in fretta. Carichi tutto in un unico archivio, e la risposta a un tecnico di reparto cita il listino riservato ai distributori, o una trattativa in corso, o una nota interna che doveva restare alla direzione. Nessuno ha forzato nulla: l'assistente ha solo letto ciò che gli era stato dato.
La regola che consigliamo: i permessi si applicano nella ricerca, prima che il modello veda qualcosa. Non nell'istruzione («non parlare di stipendi»), perché un'istruzione si aggira con una domanda formulata bene. Se l'utente non può aprire un documento, quel documento non deve nemmeno comparire fra i brani che arrivano al modello. Per questo l'assistente va agganciato ai permessi che già esistono nel tuo sistema documentale, non a una copia con regole inventate a parte.
Una prova concreta: crea due utenti di test, uno con accesso ampio e uno ristretto, e fai a entrambi le stesse domande sui temi sensibili. Le risposte devono essere diverse, e quella dell'utente ristretto deve dire «non ho trovato informazioni», senza giri di parole.
Fonti citate: la differenza fra uno strumento e un oracolo
Ogni risposta deve riportare il documento, la sezione e, se possibile, la pagina, con un collegamento al file. Sembra un dettaglio di interfaccia. È la cosa che decide se le persone si fidano o smettono di usarlo dopo poche settimane.
Il motivo è pratico. Chi legge una risposta su una procedura di sicurezza o su una tolleranza non la applica a occhi chiusi: apre la fonte e controlla. Se la fonte c'è, il controllo è immediato. Se non c'è, l'unico modo di verificare è rifare la ricerca a mano, e a quel punto l'assistente non ha fatto risparmiare niente.
Due comportamenti da pretendere e da testare:
- Quando i documenti non contengono la risposta, l'assistente lo dice. Fai domande a cui sai che la risposta non c'è e conta quante volte inventa.
- Quando due documenti si contraddicono, li mostra entrambi invece di scegliere in silenzio. È un segnale utilissimo: ti dice dove l'archivio ha bisogno di pulizia.
Una taratura che di solito paga: preferire un assistente che a volte risponde «non trovo» a uno che risponde sempre. Il secondo sembra più brillante in demo. Il primo è quello che lasci usare al reparto assistenza.
API o modelli open source: il compromesso sulla riservatezza
Con le API (OpenAI, Claude e simili) il testo dei brani selezionati viene inviato al fornitore per generare la risposta. Con un modello open source lo ospiti tu, su un server tuo o in un ambiente che controlli, e il testo non esce. La seconda strada sembra ovvia per chi tiene alla riservatezza. Ha però un prezzo che spesso si scopre dopo.
Un modello open source richiede una macchina adeguata (le schede grafiche non sono un dettaglio) e qualcuno che lo aggiorni e lo monitori. Inoltre, a parità di impegno, i modelli migliori via API tendono a reggere meglio i testi lunghi e le domande che obbligano a mettere insieme più passaggi: da verificare sui tuoi documenti, non da dare per scontato. Le API, al contrario, si avviano in tempi brevi e si pagano in base all'uso, ma richiedono di fidarti delle condizioni contrattuali del fornitore su conservazione e riutilizzo dei testi. Quelle condizioni si leggono, si confrontano fra piani aziendali e piani gratuiti, e si fanno vedere a chi in azienda ne risponde.
La nostra posizione: non scegliere una volta per tutte, ma per classe di documento.
| Tipo di documento | Strada consigliata |
|---|---|
| Manuali d'uso, procedure operative, schede tecniche già note ai clienti | API, con condizioni aziendali verificate |
| Procedure interne con valore competitivo, ricette, formulazioni, disegni | Modello open source in un ambiente tuo, o esclusione dal perimetro |
| Documenti che per decisione interna non devono uscire | Fuori dall'assistente, almeno all'inizio |
Nei nostri progetti usiamo le API di OpenAI e di Claude e i modelli open source dove serve l'AI, scegliendo caso per caso. Un assistente su manuali pubblici che gira su un server proprio, solo per principio, è spesso una spesa senza un vero guadagno. Un assistente sulle procedure che vi distinguono dai concorrenti, mandate a un servizio esterno senza aver letto le condizioni, è un rischio senza un vero motivo.
Come partire: una procedura in cinque passi
L'ordine è quello di automatizzare processi aziendali: prima si capisce chi fa cosa, solo dopo si sceglie lo strumento. Se in azienda c'è chi ogni giorno scorre PDF per trovare un valore o un passaggio, il problema è già misurabile, e il modo in cui impostiamo le automazioni con l'AI parte proprio da lì.
- Scegli un caso d'uso e chi lo vive. Per esempio il supporto tecnico interno. Intervista chi risponde alle domande oggi, non il responsabile: ti dirà quali tornano di continuo.
- Ripulisci il perimetro. Una versione per documento, testo selezionabile, un responsabile per ogni file.
- Scrivi trenta domande vere con la risposta attesa e il documento che la contiene. Includi cinque domande senza risposta nei documenti e cinque che toccano materiale riservato.
- Collega i permessi e le citazioni, poi misura. Per ogni domanda: ha trovato il documento giusto? Ha risposto bene? Ha citato? Ha rifiutato quando doveva?
- Apri a un piccolo gruppo e leggi le domande che fanno. Sono la lista dei buchi nella tua documentazione, e valgono quanto l'assistente stesso.
Un assistente sui documenti risponde a domande: non compila da solo un'offerta. Per quel lavoro il principio è lo stesso (l'AI prepara, una persona decide) e lo abbiamo raccontato in AI per preventivi. Se stai ancora valutando con cosa costruire il collegamento, la panoramica su software per automazioni aziendali aiuta a distinguere le famiglie prima di chiedere preventivi.
La prima cosa da fare è modesta: prendi le dieci domande che in azienda ti rivolgono più spesso su procedure e schede, e scrivi accanto a ciascuna in quale documento sta la risposta e se quel documento è davvero l'ultima versione. Dove non sai rispondere, hai già trovato da dove cominciare.
Domande frequenti
Serve addestrare il modello sui miei documenti?
Di solito no. Si usa una ricerca che recupera i brani giusti e li passa al modello a ogni domanda, così la risposta segue i documenti attuali e non una copia vecchia. Se cambi una procedura, basta aggiornare il file.
Come evito che l'assistente mostri documenti riservati a chi non deve vederli?
Applicando i permessi nella ricerca, prima che il modello legga qualcosa, e agganciandoli a quelli del tuo sistema documentale. Un'istruzione del tipo «non parlare di questo» non basta, perché si aggira con una domanda diversa.
Meglio le API o un modello open source?
Dipende dal documento. Per manuali e schede già noti all'esterno conviene l'API, con condizioni aziendali lette con attenzione. Per le procedure che ti distinguono dai concorrenti ha senso un modello open source in un ambiente tuo, accettando macchine da gestire e risposte che possono risultare meno solide.