La scelta non è binaria. Fra una semplice risposta e un agente autonomo esiste una zona utile: un flusso con passaggi fissi, per esempio raccogliere una richiesta, verificarne i campi e preparare una bozza. Separare queste tre soluzioni evita di comprare autonomia dove occorrerebbe soprattutto chiarezza di processo. Questa guida aiuta a decidere il perimetro iniziale, non a promettere che una tecnologia risolva da sola un problema organizzativo.
La differenza utile: conversare, seguire un flusso, agire
Un chatbot è prima di tutto un canale di conversazione. Riceve una domanda e restituisce testo, link, istruzioni o una proposta di passo successivo. Può usare regole, ricerca in una base di conoscenza o un modello linguistico. Può essere molto utile senza modificare dati aziendali, inviare messaggi o scegliere in autonomia una sequenza di operazioni.
Un workflow AI usa anche il modello, ma il percorso è predisposto: se accade A, esegue B; poi chiede una verifica oppure produce C. È spesso la scelta più leggibile quando le eccezioni sono poche e le regole si possono esplicitare. Anthropic distingue infatti i workflow, con percorsi di codice predefiniti, dagli agenti, in cui il modello indirizza dinamicamente processo e uso degli strumenti. La stessa guida suggerisce di aumentare la complessità solo quando è necessaria: un buon criterio per una PMI che deve poter spiegare come funziona il proprio sistema.
In questa guida chiamiamo agente AI un sistema che, dato un obiettivo, usa un modello per scegliere passi e strumenti entro limiti definiti. Può consultare dati, richiedere informazioni mancanti, scegliere fra azioni autorizzate e fermarsi se incontra un ostacolo. La definizione operativa è coerente con quella della guida OpenAI sugli agenti: modello, strumenti e istruzioni lavorano insieme; gli strumenti possono leggere informazioni oppure compiere azioni su sistemi esterni.
| Soluzione | Domanda a cui risponde bene | Cosa fa nel perimetro iniziale | Controllo tipico |
|---|---|---|---|
| Chatbot | “Dove trovo questa informazione?” | Risponde, indirizza, raccoglie una richiesta. | Fonti approvate, tono e passaggio a una persona. |
| Workflow AI | “Come rendiamo più veloce un percorso noto?” | Segue passaggi e regole stabiliti, produce una bozza o una classificazione. | Regole esplicite, eccezioni e controllo dei risultati. |
| Agente AI | “Quali passi servono per arrivare a questo obiettivo?” | Seleziona strumenti e sequenza entro autorizzazioni limitate. | Permessi minimi, approvazioni, registri e possibilità di arresto. |
Le categorie possono convivere. Un chatbot sul sito può capire l’intento e passare una richiesta strutturata a un workflow; un agente interno può usare la conversazione soltanto come interfaccia. Quindi non si deduce l’architettura da una finestra di chat: si guardano dati accessibili, strumenti disponibili, margine decisionale e conseguenze dell’errore.
Prima scelta: il risultato deve essere una risposta o un’azione?
Partire dall’output evita discussioni astratte. Se il risultato atteso è una risposta basata su contenuti stabili, un link a una procedura o una raccolta ordinata di informazioni, iniziare da chatbot o ricerca assistita è generalmente più semplice da provare e correggere. Se l’output deve essere una bozza, una classificazione o una lista di attività con regole note, un workflow può rendere il comportamento più prevedibile.
Un agente diventa una candidatura sensata quando il risultato dipende da contesto, eccezioni e più strumenti: per esempio, consultare lo stato di una pratica, verificare se mancano dati, preparare un’azione consentita e attendere una conferma. Non basta che il compito abbia più passaggi. La guida tecnica Anthropic indica gli agenti per problemi aperti in cui non si può predire o codificare un percorso fisso; avverte anche che autonomia, latenza e costo possono crescere insieme agli errori composti.
Rispondere alle cinque domande seguenti, su un solo processo alla volta, trasforma la scelta in una decisione osservabile.
- Qual è l’output verificabile? Scrivere “migliorare l’assistenza” è troppo vago. È meglio “preparare una risposta con i riferimenti approvati” oppure “creare una bozza di ticket completa”.
- Il percorso è già noto? Se il team sa descrivere passaggi, condizioni ed eccezioni ricorrenti, un workflow può bastare. Se la sequenza cambia in base alla situazione e richiede scelta fra strumenti, l’ipotesi agente acquista senso.
- Quali strumenti servono davvero? Elencare prima i dati e le funzioni necessarie riduce integrazioni superflue. Una fonte documentale in sola lettura non equivale a poter aggiornare un CRM o inviare una comunicazione.
- Cosa succede quando sbaglia? Un collegamento inesatto e una modifica a un’anagrafica hanno conseguenze molto diverse. Valutare reversibilità, destinatari esterni e impatto economico prima delle funzioni desiderate.
- Chi verifica l’azione? Se non esiste un responsabile in grado di vedere una proposta, approvarla o bloccarla, non è il momento di delegare azioni rilevanti a un agente.
La soglia di rischio: non tutte le azioni meritano la stessa autonomia
Il passaggio da risposta ad azione cambia il progetto. Un agente con accesso a strumenti può ricevere istruzioni ostili dentro un messaggio, un documento o una pagina recuperata; può anche combinare permessi troppo ampi con una richiesta ambigua. OWASP raccomanda di trattare i dati esterni come non fidati, limitare strumenti e risorse allo stretto necessario e tenere l’autorizzazione dell’azione fuori dal contesto del modello.
Per decidere una PMI può usare quattro fasce. Non sono una classificazione legale né una certificazione: sono una regola pratica per scegliere quanta supervisione mettere prima del rilascio.
| Fascia | Esempio di capacità | Autonomia iniziale prudente |
|---|---|---|
| Informativa | Rispondere da contenuti pubblici o approvati. | Può rispondere; deve dichiarare quando non trova una base adeguata. |
| Consultiva interna | Leggere una pratica o cercare in dati autorizzati. | Sola lettura, ruoli separati e accesso alla minima porzione utile. |
| Preparativa | Creare una bozza di ticket, email o aggiornamento. | Anteprima e revisione umana prima di rendere visibile l’esito. |
| Esecutiva o irreversibile | Inviare, modificare record, autorizzare condizioni o cancellare. | Approvazione esplicita sulla singola azione, registro e possibilità di arresto. |
La checklist OWASP per la sicurezza degli agenti propone proprio privilegi minimi per strumento, autorizzazione esplicita per operazioni sensibili, anteprima delle azioni e audit trail. Un pulsante generico “conferma” non è sufficiente se non è collegato a destinatario, parametri e momento dell’azione. Per questo, all’inizio è più prudente far preparare all’agente che far eseguire.
Metodo originale: la scheda 5C per scegliere senza sovradimensionare
La scheda 5C è un esercizio di un’ora, da fare con chi svolge il processo, chi ne risponde e chi gestisce i dati. Non assegna un voto alla tecnologia: rende confrontabili alternative diverse e lascia traccia delle decisioni. Compilare una riga per ogni caso d’uso candidato, non un documento generale sull’AI.
- Compito. Scrivi un evento iniziale e un esito concreto. Esempio: “arriva una richiesta incompleta; ottenere una bozza di risposta che indichi il dato mancante”. Indica anche cosa resta fuori: in questo caso, non inviare e non cambiare record.
- Conoscenza. Elenca da quali fonti può arrivare la risposta, chi le mantiene e ogni quanto cambiano. Se nessuno possiede le fonti o i contenuti sono contraddittori, fermarsi qui: né chatbot né agente rendono affidabile una conoscenza non governata.
- Cammino. Disegna i passaggi come “sempre”, “a volte” e “mai”. Molti “sempre” suggeriscono workflow. Più alternative dipendenti dal contesto possono giustificare una scelta dinamica, dopo avere verificato gli altri punti.
- Conseguenza. Per ogni azione scrivi destinatario, reversibilità, dati coinvolti e danno plausibile se è errata. Colloca l’azione in una delle quattro fasce sopra e decidi chi approva le fasce preparativa ed esecutiva.
- Controllo. Stabilisci come il team noterà un errore: campione di conversazioni, test con casi reali anonimizzati, registro delle azioni, pulsante di stop e procedura di correzione. Senza una misura e un proprietario, il pilot resta una dimostrazione.
Al termine non serve una formula complessa. Se Compito e Conoscenza sono chiari ma Cammino è fisso, scegli chatbot o workflow. Se Cammino è variabile, Conseguenza è bassa o ben controllata e Controllo è pronto, valuta un agente ristretto. Se Conseguenza è alta e Controllo non è praticabile, riduci il compito: un sistema che propone può essere utile quanto uno che agisce.
Per trasformare una scheda 5C in un confronto tra opzioni, è possibile usare una piccola griglia da zero a due per ciascun criterio: necessità di conversazione, stabilità del percorso, bisogno di strumenti, impatto dell’azione e maturità dei controlli. È un aiuto interno, non un benchmark. Un punteggio alto per bisogno di strumenti non “vince” da solo: se impatto e controlli non sono compatibili, l’azione va mantenuta in bozza.
Esempio ipotetico: la stessa richiesta, tre perimetri diversi
Scenario ipotetico: una piccola azienda manifatturiera riceve dal sito domande su schede tecniche e disponibilità di un ricambio. Vuole ridurre il tempo speso a cercare informazioni, senza promettere date o condizioni non verificate.
Nel perimetro chatbot, il sistema risponde alle domande frequenti con pagine e schede approvate. Se la domanda riguarda disponibilità o condizioni specifiche, riconosce il limite e invita a usare il canale corretto. Il risultato è informativo: nessun dato personale o gestionale deve essere letto per rispondere.
Nel perimetro workflow, un modulo raccoglie codice prodotto, quantità e urgenza. Il sistema controlla che i campi siano completi, classifica la richiesta e crea una bozza di ticket per il reparto competente. Le condizioni sono fissate dall’azienda; una persona corregge casi non previsti. Qui la scelta non è “più AI”, ma un percorso ripetibile con meno passaggi manuali.
Nel perimetro agente, il sistema potrebbe consultare in sola lettura catalogo e stato di una richiesta, capire se manca un’informazione e predisporre un ticket con priorità proposta. Non dovrebbe inviare al cliente una data di consegna né modificare disponibilità senza una regola di autorizzazione e una conferma per l’azione esatta. Il valore aggiunto dell’agente esiste solo se le eccezioni frequenti rendono insufficiente il percorso fisso; altrimenti aumenta complessità senza migliorare l’esito.
Questo esempio non descrive un’implementazione realmente realizzata, un risultato garantito o una configurazione valida per tutte le imprese. Mostra come la stessa esigenza possa cambiare architettura quando cambia il confine fra informare, preparare e agire.
Dal test ristretto a una scelta motivata
Un buon pilot mette alla prova una sola promessa. Per un chatbot può essere “trova la fonte corretta o dichiara il limite”. Per un workflow può essere “prepara una bozza completa nei casi inclusi”. Per un agente può essere “seleziona solo strumenti in sola lettura e propone il passo successivo”. Prima di aprire l’uso a tutti, prepara un set di richieste normali, ambigue, incomplete e fuori perimetro; verifica non solo la risposta ma anche cosa il sistema tenta di leggere o fare.
Definisci in anticipo un esito minimo, una causa di stop e chi guarda i risultati. Il profilo NIST per l’AI generativa è una risorsa volontaria per incorporare considerazioni di affidabilità nella progettazione, nell’uso e nella valutazione dei sistemi. Per una PMI ciò si traduce in una disciplina concreta: documentare lo scopo, testare gli errori rilevanti, misurare nel contesto e cambiare il perimetro quando emergono problemi, invece di affidarsi a una demo convincente.
Chi usa o supervisiona lo strumento deve anche capire cosa può fare, cosa non deve fare e quando fermarlo. La FAQ della Commissione europea sull’AI literacy indica che provider e deployer devono adottare misure per sostenere le competenze AI di personale e persone che operano per loro, considerando conoscenze, esperienza, formazione e contesto. La stessa pagina non prescrive un unico livello “sufficiente”: è quindi utile registrare istruzioni brevi e mirate al ruolo, comprese escalation, verifica delle fonti e limiti dei permessi. Per gli obblighi applicabili al caso specifico serve una valutazione professionale.
La decisione da portare al tavolo di lavoro
La scelta più solida non è “chatbot contro agente”, ma una frase verificabile: “Per questo processo vogliamo ottenere questo output, con queste fonti, senza queste azioni e con questa persona responsabile”. Se la frase termina con una risposta e un passaggio umano, il chatbot può essere un ottimo punto di partenza. Se termina con un percorso noto, il workflow rende il comportamento ispezionabile. Se richiede scelta dinamica fra strumenti, l’agente va progettato per gradi, con un confine di azione più stretto di quello che sarebbe tecnicamente possibile.
Se la scheda 5C evidenzia un caso d’uso concreto, la pagina Soluzioni AI per Aziende presenta l’area di lavoro dedicata a documenti, assistenza e automazioni. Prima di confrontare strumenti, porta con te il processo, le fonti e le azioni che non vuoi delegare.
Per chiarire volontariamente il confine del tuo caso, puoi anche descrivere il processo all’assistente disponibile in basso nella pagina: una domanda concreta, il dato da consultare e l’azione da evitare sono già elementi utili per distinguere chatbot, workflow e agente. Non sostituisce una verifica tecnica, organizzativa o legale quando dati, autorizzazioni o effetti dell’azione lo richiedono.