Per scegliere un processo da automatizzare con l'AI devi sapere che cosa entra, quale risultato serve e chi risponde quando qualcosa va storto. Una demo che prepara una risposta non dice quanto lavoro resterà a chi deve controllarla. La convenienza si decide includendo quel controllo, le eccezioni e la manutenzione.
Questa guida propone un metodo di valutazione per cinque famiglie di attività: documenti, richieste ricorrenti, report, qualificazione dei contatti e onboarding. Sono candidati da esaminare, non una classifica di rendimenti. Non assegno loro risparmi medi o tempi di rientro: senza dati del tuo processo sarebbero numeri messi a decorare il preventivo.
Che cosa cambia quando un processo usa l'AI
Un flusso può combinare regole deterministiche e interpretazione di testi o immagini. Il codice può verificare che un ordine abbia un identificativo, calcolare un totale e impedire un doppio inserimento. Un modello può proporre come classificare una richiesta scritta liberamente o quali informazioni estrarre da un documento. La proposta del modello non diventa corretta perché ha la forma richiesta.
La scelta utile è assegnare ogni passaggio al componente che puoi verificare meglio. Se una regola è esplicita e calcolabile, scrivila nel codice. Se serve interpretazione, limita il risultato richiesto al modello e prepara un controllo. Se manca un'informazione decisiva, prevedi l'astensione: non costringere il sistema a riempire il campo pur di chiudere la pratica.
Anthropic distingue i workflow con percorsi definiti dal codice dagli agenti che decidono dinamicamente quali strumenti usare. Nel suo articolo Building effective agents, consultato il 29 ottobre 2026, suggerisce di partire dalla soluzione più semplice compatibile con il compito. È una distinzione utile anche nel preventivo: una sequenza stabile di verifiche non richiede necessariamente un agente autonomo.
Per il passaggio dalla singola attività al flusso completo puoi approfondire il servizio di automazione dei processi aziendali. Prima, però, bisogna descrivere il lavoro: scegliere lo strumento non sostituisce questa parte.
Prima di scegliere: scrivi la scheda del processo
Prendi un'attività abbastanza precisa da avere un inizio e una fine osservabili. Gestire le email è troppo ampio. Preparare la bozza di risposta a una richiesta sullo stato di un ordine è un perimetro su cui puoi discutere input, fonti e autorizzazioni. Se nella stessa descrizione compaiono decisioni di persone diverse, separale prima della prova.
Nella scheda indica il segnale che avvia il lavoro, le fonti necessarie, il risultato atteso, chi lo usa e le azioni consentite. Aggiungi le informazioni che il sistema non deve inventare e le condizioni che richiedono una persona. Scrivi anche dove arriveranno le eccezioni: una cartella chiamata da controllare non serve se nessuno la apre.
Osserva il processo manuale e registra il tempo attivo, le attese e il lavoro di correzione. Tienili distinti: una pratica può restare ferma a lungo perché aspetta una conferma, pur richiedendo poco lavoro operativo. Automatizzare la compilazione non elimina automaticamente quell'attesa. Il confronto deve riguardare lo stesso tipo di pratiche e lo stesso risultato.
Annota anche i casi che oggi finiscono fuori procedura: allegati illeggibili, riferimenti assenti, richieste contraddittorie, duplicati e autorizzazioni scadute. Sono parte del processo, anche quando nessuno li ha messi nel diagramma. Una prova costruita soltanto sui casi ordinati può produrre una demo impeccabile e una coda di eccezioni ingestibile.
Documenti: classificare, estrarre e consegnare
Fatture, ordini e altri documenti possono attraversare una sequenza simile: ricezione, riconoscimento del tipo, estrazione dei campi, verifica e consegna al sistema successivo. La somiglianza del percorso non rende equivalenti i documenti. Parti da una famiglia precisa e identifica i campi davvero necessari al destinatario, evitando di estrarre tutto perché il modello sembra capace di farlo.
Per ogni campo definisci formato, fonte e comportamento quando manca. Un importo può richiedere il confronto con altre righe; un codice può dover esistere nel catalogo; una data può essere presente nel testo senza essere la data che serve al processo. Conserva il riferimento al punto del documento che sostiene l'estrazione, così il controllo non deve ricominciare dalla prima pagina.
In una prima prova puoi limitare l'uscita a una scheda da verificare. Il documento originale resta disponibile e il gestionale non viene aggiornato fino alla conferma prevista. Quando valuti un passaggio automatico, stabilisci quali controlli lo autorizzano e quali documenti restano esclusi. Un campo compilato non basta a dimostrare che sia il campo giusto.
Prova esplicitamente file duplicati, pagine mancanti, scansioni poco leggibili e documenti della stessa famiglia con significati diversi. Se la lettura non riesce, il sistema deve dirlo. Il fallback può essere l'inoltro a chi lavora il caso con il documento allegato e la motivazione del blocco. Non deve essere una seconda estrazione presentata come affidabile soltanto perché diversa dalla prima.
Misura i campi errati, quelli mancanti e il tempo necessario alla verifica. Conta separatamente i casi completati, quelli correttamente fermati e quelli rimandati senza motivo. Per scegliere dove investire, la quota di lavoro realmente utilizzabile è più informativa del numero di documenti che il modello riesce ad aprire.
Richieste ricorrenti: preparare una risposta verificabile
Le richieste sullo stato di una pratica sono un buon esempio di separazione fra linguaggio e fatti. Il modello può interpretare la domanda e preparare una bozza; disponibilità, consegna e condizioni commerciali devono arrivare dalle fonti autorizzate. Se la fonte è assente o non aggiornata, la risposta deve fermarsi sul punto che non può sostenere.
Definisci le categorie ammesse partendo dai messaggi reali che puoi usare per la prova. Conserva una categoria per ciò che non rientra nel perimetro. Non trasformare una richiesta insolita nella categoria più vicina solo per evitare lo smistamento manuale: un errore di instradamento può restare invisibile finché qualcuno aspetta una risposta che non arriverà.
La bozza dovrebbe mostrare a chi la approva da dove provengono le informazioni e quali parti richiedono verifica. Se l'operatore deve aprire ogni sistema e rifare tutta la ricerca, il lavoro non è necessariamente diminuito. Misura il controllo completo, compresi i messaggi scartati e le bozze riscritte, invece del solo tempo di generazione.
Invio, destinatari e allegati sono decisioni separate dalla qualità del testo. Una risposta corretta inviata alla persona sbagliata resta un errore. Prevedi un controllo sui destinatari consentiti e sul contenuto effettivamente approvato. Se la bozza cambia dopo l'approvazione, quella conferma non dovrebbe autorizzare il testo nuovo senza una regola esplicita.
Per iniziare, lascia l'invio a una persona e registra le modifiche apportate alla bozza. Le correzioni indicano dove il contratto è ambiguo o dove la fonte non basta. Un tono più naturale non corregge un dato sbagliato: la revisione del linguaggio e quella delle informazioni vanno osservate separatamente.
Report: calcoli riproducibili e commenti legati ai dati
Un report automatico deve dichiarare il periodo, le fonti e gli eventuali dati mancanti. Il codice raccoglie e calcola; il modello può aiutare a spiegare gli scostamenti, purché il commento rimandi alle misure che lo sostengono. Un testo plausibile non deve compensare una fonte che ha smesso di aggiornarsi.
Prima della prova definisci come si riconosce un dato fresco e come si comporta il flusso quando una fonte non risponde. Puoi interrompere il report oppure consegnarne una versione parziale dichiarata. La scelta dipende dall'uso del documento. Il comportamento da evitare è produrre ogni volta la stessa impaginazione lasciando credere che i dati siano completi.
Se confronti periodi diversi, verifica che definizioni e perimetro siano compatibili. Un cambio di filtro può alterare un totale senza indicare alcun cambiamento nel lavoro. Conserva i parametri della raccolta e la versione del calcolo, così chi legge può distinguere un risultato operativo da una modifica del metodo di misura.
Il controllo finale riguarda anche la destinazione. Generare un file non dimostra che il responsabile lo abbia ricevuto o possa aprirlo. Registra dove viene consegnato e verifica che il percorso funzioni. Se la consegna fallisce, conserva il risultato e segnala il guasto senza produrre nuovi invii identici a ogni tentativo.
Come primo candidato scegli un report con destinatario e uso chiari: quale decisione deve aiutare a prendere, entro quando e con quali informazioni. Se nessuno sa indicarlo, potresti automatizzare un documento che non serve. Eliminare quel report può valere più di costruirgli un generatore.
Contatti commerciali: priorità motivate, senza informazioni inventate
La classificazione delle richieste commerciali può aiutare a organizzare una coda, ma non dovrebbe trasformare indizi in fatti. Il sistema può riconoscere un bisogno dichiarato, un argomento o una domanda incompleta. Non può attribuire budget, urgenza, autorità decisionale o disponibilità all'acquisto se il contatto non li ha espressi.
Parti dai dati necessari al lavoro e già disponibili secondo le regole della tua organizzazione. Per ogni etichetta conserva la frase o il campo che la giustifica. Chi riceve la richiesta deve poter correggere la classificazione senza ricostruire il ragionamento del modello. Una priorità incomprensibile rende più difficile anche accorgersi degli errori.
Definisci quale azione consegue a ciascuna categoria. Preparare una scheda per una persona è diverso dall'inviare un'email o inserire un contatto in una sequenza. Ogni canale deve avere le proprie condizioni di utilizzo e le autorizzazioni necessarie. La presenza di un indirizzo nel CRM non basta a decidere che cosa puoi spedirgli.
Nella prova osserva anche le richieste sottovalutate: se controlli soltanto quelle poste in cima alla coda, non scopri quante opportunità siano state accantonate male. Confronta le proposte del sistema con la lettura di chi gestisce il processo e registra i motivi del disaccordo. Non chiamare conversione una semplice assegnazione di categoria.
Se il problema iniziale è che le richieste non arrivano, un classificatore più sofisticato non crea domanda. Chiarisci prima il collo di bottiglia. Il servizio di consulenza AI sui processi può partire proprio da questa distinzione fra organizzare meglio il lavoro presente e cercare un risultato che il processo, da solo, non produce.
Onboarding: una pratica completa, con le autorizzazioni al posto giusto
L'onboarding mette insieme informazioni, documenti, accessi e conferme. Per valutarne l'automazione descrivi prima che cosa significa pratica completata. Un modulo compilato potrebbe essere soltanto l'inizio: può mancare una verifica, una firma, l'assegnazione di un responsabile o la conferma che il destinatario abbia ricevuto ciò che gli serve.
Separa la raccolta delle informazioni dall'abilitazione degli accessi. Il modello può aiutare a riconoscere ciò che manca o a preparare istruzioni; i permessi devono seguire regole esplicite, applicate dal sistema che li gestisce. Non lasciare che una frase nel documento venga interpretata come autorizzazione a creare un account o condividere un archivio.
Rendi visibile lo stato della pratica: in attesa di dati, da verificare, approvata, consegnata oppure bloccata. Ogni stato deve avere un responsabile e una condizione di uscita. Evita che in lavorazione diventi un deposito permanente. Se l'attesa supera il tempo stabilito per quel processo, qualcuno deve ricevere una segnalazione utilizzabile.
Prova anche la ripetizione dello stesso evento. Un secondo invio del modulo non dovrebbe creare accessi duplicati o rispedire documenti già consegnati. Servono identificativi e controlli applicati prima dell'azione. Quando il sistema non sa se una consegna sia riuscita, deve riconciliare lo stato prima di riprovare.
Le misure utili comprendono il tempo di lavoro, le attese e i ritorni al richiedente per dati mancanti. Confronta pratiche simili e conserva le cause delle interruzioni. Se il lavoro si sposta dalla raccolta alla correzione degli errori automatici, la velocità del primo passaggio non racconta il costo del processo.
Come scegliere il primo candidato
Metti a confronto frequenza, stabilità delle regole, disponibilità delle fonti, verificabilità dell'output e conseguenze di un errore. Non basta che un'attività sia ripetitiva. Un processo può ripetersi spesso e richiedere ogni volta informazioni che nessun sistema possiede; un altro può essere meno frequente ma avere input ordinati e un risultato facile da controllare.
Chiediti anche che cosa potresti semplificare senza AI. Un campo obbligatorio nel modulo può evitare una richiesta di chiarimento; una regola di assegnazione può sostituire una classificazione; un report non più usato può essere eliminato. Se la soluzione semplice risolve il problema, aggiungere un modello introduce un componente da mantenere senza una ragione dimostrata.
Scegli un perimetro reversibile, con una persona che conosce il lavoro e può valutare gli esiti. Definisci prima quali azioni restano escluse e come si torna al procedimento manuale. Il primo risultato utile può essere scoprire che il candidato non conviene: la prova deve consentire anche questa conclusione, senza trasformarsi in un progetto da giustificare.
La prova: casi ordinari, eccezioni e risultato atteso
Prepara esempi utilizzabili per il progetto, proteggendo le informazioni che non devono uscire dall'ambiente autorizzato. Se usi dati sintetici, dichiaralo: possono verificare il comportamento previsto, ma non dimostrano come il sistema lavori sul materiale dell'azienda. I casi devono includere errori, ambiguità e richieste fuori perimetro, oltre alle situazioni semplici.
Per ogni caso scrivi prima che cosa ci si aspetta: un risultato corretto, un rimando motivato o un blocco. Se decidi l'atteso dopo aver visto l'output, rischi di adattare la spiegazione a ciò che il sistema ha fatto. Conserva una parte dei casi per una verifica separata dalle correzioni, così la prova finale non ripete soltanto gli esempi su cui hai aggiustato il comportamento.
Controlla l'intera consegna. Per una richiesta con allegato, verificare la classificazione del testo non basta se il flusso ignora il file. Per un report, non basta che il calcolo sia corretto se il destinatario riceve quello del periodo precedente. L'unità di valutazione è il lavoro che una persona può usare alla fine del percorso.
Registra separatamente errori con conseguenze, astensioni corrette e lavoro utile. Un sistema che blocca tutto può sembrare prudente senza aiutare nessuno; uno che completa tutto può nascondere errori. Il giudizio deve tenere insieme i due lati e dichiarare il perimetro della prova. Superarla non equivale a garantire il funzionamento su qualsiasi input futuro.
Un foglio di misura che puoi compilare
Per ogni pratica registra: identificativo, famiglia del caso, tempo manuale di riferimento, tempo di verifica dell'output, correzioni necessarie, esito e motivo dell'eventuale rimando. Aggiungi la versione del sistema e la data della prova. Il foglio deve permettere di risalire al caso, senza contenere copie inutili di dati riservati.
Il tempo liberato si calcola confrontando il lavoro manuale con il lavoro che resta, comprese revisione, eccezioni e manutenzione attribuibile al periodo. Distinguine l'uso: capacità disponibile non significa automaticamente riduzione dei costi o nuovo fatturato. Per sostenere uno di quei risultati servono evidenze ulteriori, coerenti con ciò che è cambiato davvero.
Nel costo del progetto includi costruzione, integrazioni, preparazione dei dati, verifiche, consumi e gestione degli incidenti. Scrivi le assunzioni accanto al calcolo, per esempio quali volumi e quale frequenza di manutenzione hai ipotizzato. Se non conosci una voce, lasciala da verificare e mostra come potrebbe cambiare la decisione. Nasconderla dentro un ritorno medio non la elimina.
Per un confronto più dettagliato trovi una guida su quanto costa automatizzare un processo. La domanda da portare al preventivo è quale lavoro viene incluso, quali condizioni lo rendono verificabile e che cosa succede alle eccezioni, oltre al costo iniziale.
Prima dell'uso: responsabilità, errori e ritorno al manuale
Per ogni passaggio scrivi l'errore possibile, come lo rilevi, la risposta prevista, il fallback e chi riceve l'avviso. Se il modello o una fonte non sono disponibili, il flusso deve sapere se attendere, interrompere o consegnare il caso a una persona. Un nuovo tentativo ha senso soltanto quando non può ripetere un'azione già riuscita.
Separa chi può proporre da chi può eseguire. Una bozza può essere corretta senza avere il permesso di diventare un invio; un ordine può essere leggibile senza essere autorizzato. Il controllo deve stare nel percorso dell'azione. Un'istruzione nel prompt aiuta a descrivere la regola, ma non costituisce da sola il vincolo che la applica.
Verifica anche la consegna degli avvisi. Un processo che scrive errore nel proprio log non ha necessariamente informato chi deve intervenire. Definisci una destinazione osservabile e prova il comportamento quando quella destinazione non risponde. Conservare un avviso non consegnato permette di recuperarlo; fingere che sia arrivato produce una tranquillità che il sistema non merita.
Per il lavoro con agenti, la guida su istruzioni e controlli deterministici approfondisce questo confine. Il criterio operativo resta concreto: identifica l'azione, la condizione che la autorizza e il punto del sistema che può impedirla.
Manutenzione: che cosa serve dopo la prima prova
Una modifica alle fonti, ai formati o alle regole può rendere vecchio un comportamento che funzionava. Mantieni versionati contratto e casi di verifica, e ripeti i controlli pertinenti quando cambi il sistema. Registra la versione usata per ogni risultato: senza questo riferimento diventa difficile capire se un errore sia nuovo o appartenga a una configurazione precedente.
Stabilisci chi aggiorna credenziali e collegamenti, chi gestisce la coda delle eccezioni e chi può sospendere il flusso. La manutenzione non è una voce residuale da assegnare dopo il rilascio. Se manca un responsabile, l'automazione può continuare a partire mentre nessuno verifica più che il lavoro arrivi a destinazione.
Conserva un percorso manuale praticabile e le informazioni necessarie a usarlo. Tornare indietro non dovrebbe richiedere di ricostruire ciò che il modello ha fatto da tracce incomplete. La decisione di ampliare l'autonomia viene dopo una misura del processo in uso, con i suoi errori e il lavoro di controllo, non dopo una dimostrazione riuscita davanti al cliente.
Da dove partire nella tua azienda
Porta alla prima valutazione la descrizione di un processo, esempi autorizzati dei suoi input e la definizione del risultato che serve a chi lavora. Aggiungi i vincoli sulle azioni e una prima osservazione del lavoro manuale. Non serve fingere di avere già la soluzione: serve rendere verificabile la domanda.
Se il bisogno è imparare a usare e controllare gli strumenti nel team, il percorso è la formazione AI aziendale. Se invece hai un processo circoscritto da mettere alla prova, puoi proporlo nel programma pilota per agenti AI, definendo insieme perimetro e condizioni di verifica.
Il passo successivo è compilare la scheda del processo e decidere che cosa misurare. Solo dopo ha senso costruire il primo flusso.