Formare il team all'uso dell'AI partendo dai processi reali dell'azienda

Formare il team all'uso dell'AI funziona quando la formazione parte dai flussi di lavoro reali. Si svolge dentro gli strumenti che le persone aprono ogni giorno, non in un corso generico sui prompt. Il team impara su richieste vere, con dati veri e con regole chiare su quando fermarsi.

Formare il team all'uso dell'AI è il percorso con cui ogni persona impara a usare un assistente AI nelle proprie attività. Impara a riconoscerne i limiti e a segnalare gli errori, così l'assistente migliora. Il risultato atteso è una competenza AI concreta. Per competenza AI intendiamo in questa guida la capacità di affidare a un assistente un compito definito, controllarne il risultato e decidere quando serve una persona.

Questa guida copre quattro abilità pratiche:

• scegliere i flussi di lavoro su cui partire;
• formulare le richieste in modo che le risposte siano coerenti;
• sapere quando escalare, cioè passare il caso a una persona;
• trasformare gli errori segnalati in miglioramenti dell'assistente.

Gli esempi usano Claude, l'assistente di Anthropic, e i suoi strumenti per i team. I principi valgono anche per altri assistenti. Le impostazioni citate però sono quelle documentate da Anthropic.

Un corso generico sui prompt insegna tecniche staccate dal compito. Al rientro alla scrivania la persona non trova il momento in cui applicarle. Le tecniche restano corrette, ma nessuno le collega alla coda dei ticket, al preventivo da preparare o alla nota cliente da riassumere.

La carenza di competenze esiste, e la riconosce anche chi produce i modelli. Anthropic ha annunciato sul proprio newsroom un investimento di 100 milioni di dollari per formare 10.000 ingegneri e ridurre il divario di talenti AI nelle imprese. Quel programma riguarda però gli ingegneri. Gran parte del Suo team non scrive codice. Ha bisogno di sapere quale attività affidare all'assistente, con quali dati e fino a che punto.

Per questo la formazione utile assomiglia di più all'introduzione a una nuova procedura che a una lezione teorica. Si parte da un'attività che il reparto svolge già, si mostra come cambia con l'assistente e si fissano le regole di controllo. La guida su come ogni azienda può usare l'AI aiuta a individuare dove l'assistente porta valore prima di decidere cosa insegnare.

Il primo flusso di lavoro da usare per la formazione deve essere frequente, già descritto per iscritto e facile da verificare. Se il team non sa dire quale sia una risposta corretta senza AI, non saprà giudicarla neppure con l'AI.

I criteri che conviene applicare sono questi:

• l'attività si ripete più volte al giorno o alla settimana;
• esiste una procedura scritta, anche imperfetta;
• il risultato si controlla in pochi minuti;
• c'è un responsabile che decide cosa è giusto;
• un errore si corregge prima che arrivi al cliente.

Esempi tipici sono la classificazione dei ticket in Zoho Desk, il riepilogo delle note di un'opportunità in Zoho CRM o la bozza di risposta a una richiesta ricorrente. Sono attività che le persone conoscono bene. Possono quindi giudicare subito se l'assistente sbaglia.

Conviene evitare come primo flusso le attività rare, quelle con effetti legali o economici immediati e quelle prive di una fonte scritta. Possono arrivare dopo, quando il team ha già un metodo. Se deve ancora scegliere da quale processo partire, la pagina sull'automazione dei processi con l'AI per le PMI e il post sul primo progetto AI in azienda, dalla scelta al pilota offrono criteri per la selezione.

Una richiesta efficace a Claude contiene quattro elementi: il ruolo, un esempio, il formato atteso e la fonte da cui attingere. La documentazione di Anthropic su come aumentare la coerenza delle risposte descrive ciascuno di questi elementi.

Ruolo e scenari nelle istruzioni di sistema

Le istruzioni di sistema sono il testo fisso che l'assistente legge prima di ogni richiesta. Anthropic indica di usarle per definire ruolo e personalità, come base per risposte coerenti. Suggerisce anche di includere un elenco di scenari comuni con la risposta attesa. Così l'assistente gestisce situazioni diverse senza uscire dal ruolo.

Esempi e formato

Secondo la stessa documentazione, un esempio della risposta desiderata è più efficace di un'istruzione astratta. Un formato definito con precisione, in JSON, XML o con un modello personalizzato, fa sì che Claude rispetti ogni elemento richiesto. Al team conviene quindi insegnare a incollare un buon esito reale, non a descriverlo a parole.

Fonti fisse e compiti divisi

Per compiti che richiedono un contesto stabile, come una base di conoscenza, Anthropic raccomanda il retrieval. Retrieval significa recuperare le informazioni da un insieme fisso di documenti su cui basare la risposta. I compiti complessi vanno invece divisi in sotto-compiti. Ognuno riceve la piena attenzione del modello e si riducono le incoerenze.

Escalare significa passare un caso dall'assistente a una persona con l'autorità per decidere. La formazione deve rendere questa regola esplicita, perché il team tende a fidarsi troppo o troppo poco.

I casi in cui conviene escalare sempre sono questi:

• l'azione modifica dati in un sistema, come chiudere un ticket o aggiornare un record;
• la risposta ha effetti contrattuali, economici o legali;
• la fonte non contiene l'informazione e l'assistente la deduce;
• il contenuto arriva dall'esterno, per esempio un'email o una pagina web, e contiene istruzioni insolite.

Il primo punto ha un appoggio tecnico. Nei piani Team ed Enterprise di Claude Cowork, l'impostazione che permette ai membri di saltare l'approvazione per singola attività dei connettori con permessi di scrittura è disattivata per impostazione predefinita. Lo riporta il centro assistenza di Claude su Cowork per Team ed Enterprise. Conviene lasciarla così e insegnare a leggere ogni richiesta di approvazione prima di confermarla.

L'ultimo punto riguarda la prompt injection, cioè istruzioni nascoste in un contenuto che cercano di dirottare l'assistente. Anthropic dichiara che in Cowork, nonostante le misure di sicurezza, questo rischio non è pari a zero. Chi riceve una risposta che segue ordini comparsi in un documento esterno deve fermarsi e segnalarla.

Il feedback migliora l'assistente solo se ogni errore segnalato porta a una modifica precisa. La modifica riguarda le istruzioni, gli esempi o le fonti. Una segnalazione generica come «ha sbagliato» non cambia nulla. Una segnalazione che indica la richiesta, la risposta ricevuta e quella corretta si trasforma invece in un intervento.

Gli errori si possono classificare in quattro tipi, ciascuno con il suo rimedio:

• informazione mancante: si aggiorna il documento di riferimento;
• formato sbagliato: si aggiunge un esempio di risposta corretta;
• situazione non prevista: si aggiunge lo scenario all'elenco nelle istruzioni;
• compito troppo ampio: lo si divide in passaggi più piccoli.

Questi rimedi corrispondono alle tecniche di coerenza descritte da Anthropic. Il team quindi non deve imparare due metodi separati, uno per chiedere e uno per correggere.

Nei progetti di Svennis facciamo scrivere la prima versione delle istruzioni alle persone che svolgono il lavoro, poi la rivediamo con loro dopo le prime settimane di uso reale. Quando saltiamo questa revisione, vediamo il team tornare ai metodi precedenti perché l'assistente ripete gli stessi errori.

Serve anche un responsabile che raccolga le segnalazioni e approvi le modifiche. Senza un responsabile, ogni persona corregge le proprie istruzioni e l'assistente risponde in modo diverso a seconda di chi lo usa.

Questo esempio mostra come formare un service desk di primo livello usando un progetto in Claude Cowork. I Projects in Cowork sono spazi di lavoro dedicati, con file, link, istruzioni e memoria propri. Le impostazioni citate provengono dal centro assistenza di Claude.

1. Verificare la disponibilità. Cowork è disponibile sui piani a pagamento Pro, Max, Team ed Enterprise. È attivo per impostazione predefinita e il proprietario dell'organizzazione può disattivarlo.
2. Decidere dove girano le sessioni. Sul piano Team l'opzione «Run Cowork in the cloud» è attiva per impostazione predefinita, sul piano Enterprise è disattivata. Il proprietario la gestisce dallo stesso interruttore.
3. Creare il progetto. Chiamarlo per esempio «Service desk primo livello». Caricare le procedure di smistamento dei ticket e le risposte standard.
4. Scrivere le istruzioni. Indicare il ruolo, il formato della proposta di classificazione e un elenco di scenari con la risposta attesa.
5. Esercitarsi sui ticket del giorno prima. Ogni operatore confronta la proposta dell'assistente con la scelta fatta davvero e annota le differenze.
6. Lasciare attiva l'approvazione per singola attività. Ogni scrittura verso un sistema passa da una conferma umana.

C'è un limite da conoscere. Il centro assistenza precisa che oggi i proprietari non possono limitare la creazione di progetti a livello di organizzazione. Conviene quindi concordare una regola sui nomi e indicare quale progetto è quello ufficiale del reparto.

La checklist che segue indica quale competenza AI serve a ciascun ruolo e come verificare che sia stata acquisita. Il criterio di verifica è sempre un'attività osservabile, non un test teorico.

La tabella va adattata ai reparti. Un ufficio vendite e un service desk hanno flussi diversi, ma le stesse sei competenze di base.

Per la formazione conviene usare un modello stabile e già indicato da Anthropic per la maggior parte dei carichi di lavoro. La panoramica dei modelli Claude suggerisce, nel dubbio, di partire da Claude Opus 5.5. Claude Sonnet 5.5 è descritto come la migliore combinazione di velocità e intelligenza. Claude Haiku 4.5 è il più veloce.

Un dettaglio pratico riguarda Haiku 4.5. La sua dismissione è prevista non prima del 15 ottobre 2026, molto prima di quella di Opus 5.5, prevista non prima del 22 settembre 2027. Il materiale formativo costruito su un modello prossimo al ritiro va rifatto presto.

Il team deve anche sapere perché a volte il modello cambia da solo. Claude Fable 5.1, indicato per ragionamenti impegnativi, esegue controlli di sicurezza automatici su ogni richiesta. Secondo il centro assistenza di Claude sul cambio di modello, i controlli leggono anche memoria, contenuti dei connettori, risultati di ricerca e file. Un blocco può quindi nascere da un contenuto che l'utente non ha scritto.

Dopo il cambio, il selettore resta su un modello Opus per il resto della conversazione. Il cambio automatico si disattiva da Settings > Capabilities, con l'opzione «Switch models when a message is flagged». In quel caso la conversazione si mette in pausa. Spiegarlo in anticipo evita che un operatore pensi di aver commesso un errore.

Per un'azienda italiana la formazione all'AI tocca due temi che il Garante per la protezione dei dati personali ha affrontato nel 2026: la base giuridica nel rapporto di lavoro e la sicurezza degli accessi.

Sul primo tema, nel provvedimento n. 528 del 14 luglio 2026 il Garante ha ribadito un principio. Il consenso non costituisce un idoneo criterio di legittimazione del trattamento in ambito lavorativo, per l'asimmetria tra le parti. Se l'azienda intende raccogliere le conversazioni dei dipendenti con l'assistente per misurare l'uso, un modulo di consenso non basta. La questione va valutata con chi segue la protezione dei dati.

Le sessioni locali di Cowork pongono una questione collegata. Il centro assistenza di Claude indica che la cronologia è salvata sui computer degli utenti. Non segue le regole standard di conservazione di Anthropic e gli amministratori non possono gestirla né cancellarla centralmente.

Sul secondo tema, nel provvedimento n. 460 del 18 giugno 2026 il Garante ha esaminato un attacco ransomware. Ha rilevato l'assenza di autenticazione a più fattori e l'uso di utenze amministrative non individuali. Per la formazione la conseguenza è semplice: ogni persona usa il proprio account, mai uno condiviso. La panoramica sul quadro normativo AI in Italia raccoglie gli altri obblighi da considerare.

Il primo passo concreto è scegliere un solo flusso di lavoro e un reparto, non l'intera azienda. Con un flusso verificabile e un responsabile si costruisce il metodo, che poi si estende agli altri reparti.

Una sequenza pratica per le prossime settimane:

1. scegliere il flusso con i criteri di frequenza, procedura scritta e controllo rapido;
2. nominare il responsabile che approva istruzioni ed esempi;
3. scrivere le istruzioni con ruolo, formato, esempi e scenari;
4. esercitarsi su casi reali del giorno precedente;
5. fissare le regole di escalation e lasciare attive le approvazioni per le scritture;
6. raccogliere le segnalazioni con richiesta, risposta e correzione;
7. rivedere le istruzioni con il team dopo le prime settimane.

Prima di partire conviene capire quanto l'azienda è pronta su dati, procedure e strumenti. La valutazione della prontezza dell'azienda per l'AI aiuta a individuare il punto di partenza e i flussi su cui la formazione darà risultati più rapidi.