La differenza con una chat, i cinque passaggi che un agente segue, i lavori adatti e quelli no, e quanto costa tenerlo sotto controllo.
In breve. Un agente è un assistente che esegue una serie di passaggi invece di limitarsi a rispondere. Legge i dati, li verifica, propone un'azione, aspetta l'approvazione di una persona e registra ciò che ha fatto. Non c'è nulla di magico: è una sequenza di lavoro con limiti precisi. Conviene dove i passaggi sono chiari; non conviene dove servono un giudizio sottile o poteri molto ampi. Questa guida vi aiuta a scegliere senza comprare troppo presto.
Una chat risponde a una domanda con un testo e può citare un documento, ma non cambia da sola lo stato di una pratica.
Un agente fa di più: riceve un incarico, controlla i dati, propone un'azione e, quando serve, aspetta il via libera di una persona. Solo a quel punto esegue l'azione e ne lascia traccia.
Un esempio semplice aiuta a vedere la differenza. «Qual è l'orario di apertura?» è una domanda da chat, mentre «apri la pratica, verifica il documento e proponi lo stato successivo» è un incarico da agente.
Non tutte le aziende hanno bisogno di un agente fin dal primo passo. Spesso conviene partire da una chat e aggiungere l'esecuzione quando dati e permessi sono stabili. Anche in questo caso serve un pilota, cioè una prova misurata su un flusso di lavoro reale.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Paolo, titolare di un'officina con otto persone, usa una chat per le domande sui ricambi. L'agente arriva solo in un secondo momento, quando può leggere il magazzino e proporre ordini da approvare.
Un agente maturo attraversa cinque momenti, e se ne manca uno non merita questo nome.
Legge. Prende i dati dai sistemi o dai documenti a cui gli avete dato accesso, limitandosi a ciò che serve e non a un intero server.
Verifica. Controlla le regole scritte, come i campi obbligatori, i limiti e le incoerenze. Se manca un'informazione, si ferma e la chiede.
Propone. Descrive l'azione in un linguaggio chiaro e non nasconde il motivo della proposta, così chi legge capisce in pochi secondi.
Una persona approva. Quando l'azione ha effetti su un cliente, sul denaro o su diritti, serve il consenso di una persona, che non può ridursi a un clic distratto. Chi approva deve poter rifiutare e correggere.
Registra. Annota chi ha fatto che cosa, quando e con quale esito. Il registro serve al controllo interno e al rispetto delle regole: sia l'AI Act, la legge europea sull'intelligenza artificiale, sia il GDPR, la legge europea sulla privacy, chiedono di poter ricostruire chi ha fatto cosa quando si trattano dati di persone.
Questi cinque momenti valgono anche per un agente semplice. Cinque passaggi lenti e chiari sono sempre preferibili a un salto che nessuno riesce a ricostruire.
Adatti
Non adatti all'inizio
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Marta, addetta crediti in una banca regionale, fa preparare all'agente l'elenco dei documenti necessari e lo approva personalmente. La valutazione del merito creditizio, invece, resta a lei.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Sara, in uno studio professionale, lascia che l'agente proponga le scadenze da inserire in calendario. Non gli permette però di inviare comunicazioni legali senza che una persona le abbia lette.
I permessi sono il vero confine dell'agente: senza limiti, un agente diventa un rischio invece che un aiuto. Per questo conviene scrivere tre elenchi.
Cosa può leggere. Sistemi, cartelle e tipi di documento, con accesso in sola lettura dove è sufficiente.
Cosa può scrivere. I campi e le azioni ammessi; tutto il resto resta vietato finché non decidete di aprirlo.
Chi può chiedere cosa. I ruoli interni autorizzati, perché non tutti i colleghi devono poter avviare le stesse azioni.
Tenete separati l'ambiente di prova e quello di lavoro quotidiano, che non devono condividere gli stessi poteri. In prova l'agente si può spegnere senza effetti sui clienti reali.
Rivedete i permessi ogni volta che aggiungete un passaggio. Un nuovo collegamento non deve ereditare poteri ampi solo per comodità.
Il controllo non è una riunione annuale, ma un'attività quotidiana e leggibile che si regge su cinque strumenti.
Registro. Ogni azione rilevante lascia traccia di chi l'ha fatta, che cosa, quando e con quale esito.
Campioni. Ogni settimana una persona rivede un campione di pratiche; se il volume è alto non servono tutte, ma abbastanza da individuare gli errori.
Soglie. Se gli errori aumentano, si riducono i poteri dell'agente oppure si spegne la parte più debole.
Passaggio alla persona. Quando l'agente non è sicuro, non inventa: passa il caso a una persona insieme a un riepilogo.
Formazione. Chi approva sa che cosa guardare e non firma alla cieca.
Le misure da seguire sono le pratiche chiuse senza intervento, il tempo medio, gli errori corretti e il numero di volte in cui la persona rifiuta la proposta. Questi numeri dicono se l'agente vi aiuta o se crea lavoro in più.
Il costo di un agente non si esaurisce nella costruzione iniziale: bisogna considerare anche la gestione nel tempo, che comprende diverse voci.
Modelli a consumo. Ogni passaggio di testo ha un costo variabile, che cresce con il volume.
Collegamenti. Mantenere attivi i collegamenti con i vostri sistemi richiede tempo.
Supervisione. Contano le ore di chi approva le proposte e rivede i campioni.
Aggiornamento delle regole. Quando cambiano prodotti o procedure, qualcuno deve aggiornare le regole scritte.
Formazione. Nuove persone e nuovi limiti richiedono formazione e ripassi periodici.
Un agente economico da comprare ma costoso da governare non è un affare. Chiedete nell'offerta che cosa comprende la gestione mensile e che cosa succede se il volume raddoppia.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Paolo si accorge di passare metà del tempo a correggere proposte vaghe e decide di ridurre i poteri dell'agente. Il costo di gestione scende più di quanto sarebbe sceso riducendo il consumo dei modelli.
Se per capire una proposta dell'agente serve un corso, la persona finirà per approvare a caso e la supervisione diventerà una finzione.
Preparate modelli di proposta divisi in tre blocchi: che cosa l'agente ha letto, che cosa propone e che cosa rischiate confermando. Teneteli brevi e scritti nella lingua del lavoro quotidiano.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Sara riceve proposte piene di sigle interne e le fa riscrivere in modo più semplice. Il tempo necessario per approvarle si riduce, e con esso gli errori.
Quando serve, aggiungete un quarto blocco del tipo «non ho potuto verificare questo dato». L'onestà evita danni, e un agente che nasconde le proprie lacune è peggiore di uno che chiede aiuto.
La strada più sicura prevede che all'inizio l'agente si limiti a leggere e proporre, mentre la persona esegue ancora le azioni a mano. Solo se i numeri sono buoni si apre la scrittura, e soltanto su campi ben delimitati.
Molti progetti invertono quest'ordine per fare colpo, e poi passano mesi a riparare scritture sbagliate. Non si tratta di coraggio, ma di un debito che prima o poi va pagato.
Definite un elenco chiuso di campi in cui l'agente può scrivere e lasciate chiuso tutto il resto. Ogni nuovo campo richiede una decisione firmata.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Paolo vuole che l'agente aggiorni il magazzino, ma parte con la sola lettura e con le proposte. Dopo due settimane con pochi scarti apre un unico campo, la quantità proposta, lasciando chiuso quello del prezzo.
Se notate due di questi segnali contemporaneamente, riducete i poteri dell'agente invece di aggiungerne. Un agente più piccolo e controllato vale più di uno ampio e opaco.
Insegnate a chi supervisiona a riconoscere questi segnali, perché non basta saper usare lo strumento: bisogna anche saperlo fermare.
Spesso l'agente si appoggia a una chat e a documenti con fonti citabili, che restano però strumenti distinti. La chat dialoga con clienti o colleghi, i documenti forniscono basi verificabili e l'agente coordina i passaggi; fonderli in un unico sistema senza confini è una cattiva idea.
Tenete chiare le responsabilità: chi aggiorna i documenti, chi approva le azioni e chi parla con il cliente. Quando i ruoli si confondono, diventa difficile capire da dove nasce un errore e come ripararlo.
Il diritto di rifiutare una proposta non è un dettaglio. Se per rifiutare servono tre livelli di approvazione, o se un rifiuto blocca il lavoro della giornata, quel diritto di fatto non esiste.
Chi approva deve avere tempo, contesto e un'alternativa. Deve poter correggere la proposta o fermare il passaggio, e sapere a chi segnalare un errore che si ripete.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Marta rifiuta una proposta perché manca un documento. L'agente registra il rifiuto e chiede il documento mancante, senza insistere e senza aggirare la decisione.
Contate quanti rifiuti ci sono e per quali motivi. Un tasso alto può indicare regole sbagliate o dati sporchi, mentre un tasso pari a zero può nascondere approvazioni fatte senza leggere; in entrambi i casi il dato va analizzato.
In prova usate dati resi anonimi oppure ambienti separati, e non sperimentate scritture su clienti veri con la scusa che si tratta solo di un test.
Quando passate all'uso quotidiano, ripetete i controlli sui permessi, perché ciò che era ampio in prova non deve restarlo per pigrizia.
Preparate un elenco di controllo per il passaggio, che comprenda permessi, registro, persona che approva, criterio di spegnimento e formazione completata. Finché l'elenco non è firmato, l'agente non si accende.
Un agente che chiede conferma su tutto sembra sicuro, ma in realtà scarica la fatica sulle persone e annulla il vantaggio. Al contrario, un agente che non chiede mai conferma sembra veloce, ma nasconde gli errori.
Il punto di equilibrio si trova nelle regole scritte, che distinguono ciò che è automatico, ciò che viene proposto e ciò che è vietato. Rivedetele dopo il pilota sulla base dei numeri, non delle sensazioni.
Questo è uno scenario costruito per spiegare, non un cliente. I nomi di persone e aziende sono inventati.
Scenario: Paolo elimina le conferme inutili sui campi a basso rischio e le mantiene su quelli che riguardano il denaro. I tempi si accorciano e gli errori non aumentano.
1
Scegliete un flusso dove oggi una persona esegue già passaggi ripetitivi.
2
Scrivete i cinque momenti e i permessi su una pagina condivisa.
3
Accendete prima in sola proposta: l'agente suggerisce, la persona conferma.