Prima di automatizzare un processo, devi saper spiegare come lo fai davvero

La settimana scorsa un artigiano mi ha scritto una frase che sento almeno una volta al mese: "voglio automatizzare i preventivi, ci perdo troppo tempo". Gli ho risposto con una sola domanda: "come lo fai adesso un preventivo, dal momento in cui arriva la richiesta?". È rimasto in silenzio, poi ha scritto "dipende". Ed è lì, in quel "dipende", che si gioca tutto.

Il punto è questo: quasi tutti vogliono delegare a una macchina un lavoro che non hanno mai scomposto. Lo fanno a mente, in automatico, da tanto tempo, e proprio perché lo fanno bene non lo vedono più come una sequenza di passaggi. Ma l'AI non può eseguire quello che tu non sai descrivere. Se il processo vive solo dentro la tua testa, l'automazione parte già zoppa.

Questo articolo non parla di strumenti. Parla del lavoro che viene prima di qualsiasi strumento: mettere nero su bianco come fai davvero una cosa, passo per passo, prima di consegnarla all'AI. È la competenza meno appariscente e la più decisiva. Nel framework AI Fluency di Rick Dakan e Joseph Feller, sviluppato con Anthropic, questa capacità si chiama delega: decidere cosa affidare alla macchina e come. La cornice è loro, quello che leggi qui sotto è mio, e nasce dalle oltre venti automazioni che ho in produzione. Ognuna è partita da un foglio, non da un software.

Perché un'automazione fallisce prima ancora di partire

Quando un'automazione non funziona, la tentazione è dare la colpa allo strumento: il modello sbaglia, il tool è limitato, l'integrazione non tiene. Nella maggior parte dei casi che ho visto il problema stava molto più a monte. Il processo che si voleva automatizzare non era un processo, era un'abitudine. E un'abitudine non si programma, perché nessuno l'ha mai messa in ordine.

Torna al preventivo dell'artigiano. Nella sua testa è un gesto solo. Sul foglio diventa un'altra cosa: leggere la richiesta, capire se il cliente è nuovo o di ritorno, stimare i materiali, controllare la disponibilità in magazzino, decidere il margine in base a chi ha davanti, scrivere il testo, allegare le condizioni, inviare. Otto passaggi, non uno. E in mezzo ci sono almeno due punti in cui decide lui e nessun altro.

Finché quei passaggi restano impliciti, qualsiasi strumento tu scelga eredita il vuoto. L'AI riempirà quel vuoto a modo suo, cioè inventando la parte che non le hai spiegato. Il primo lavoro, quindi, non è tecnico. È di scomposizione.

La cosa curiosa è che questo vale a qualsiasi scala. Un artigiano con i preventivi e una PMI con la fatturazione hanno lo stesso problema di partenza: un lavoro che gira da anni senza essere mai stato scritto. Cambia il numero di passaggi, non la sostanza. Ho visto team fermarsi mesi su un'automazione complicata e poi sbloccarla in un pomeriggio, semplicemente disegnandola su una lavagna prima di toccare qualsiasi software.

Il lavoro che sai fare a occhi chiusi è quello più difficile da spiegare

C'è un paradosso noto a chiunque abbia provato a insegnare il proprio mestiere: più sei bravo a fare una cosa, meno riesci a raccontarla. Chi è esperto comprime. Anni di pratica diventano un'unica mossa fluida, e i passaggi intermedi spariscono dalla coscienza. Per l'automazione è un problema serio, perché proprio i passaggi che hai smesso di vedere sono quelli che la macchina deve conoscere.

Per questo la domanda giusta non è "cosa faccio", ma "cosa farebbe una persona nuova al posto mio, senza sapere quello che so io". Costringersi a spiegare il lavoro a un principiante immaginario è il modo più rapido per far riemergere i passaggi nascosti. Non è un caso che gli stessi passaggi servano identici a un collaboratore umano e a un'AI: l'automazione, in fondo, è solo una delega scritta con più precisione.

Come mappare un processo prima di darlo all'AI

Ecco il metodo che uso, prima di aprire qualsiasi strumento. Cinque passaggi, si fanno con carta e penna o con una nota sul telefono, e valgono per qualsiasi lavoro ripetitivo.

1) Scrivi il processo come una sequenza di verbi. Non "gestisco i preventivi", ma "ricevo, leggo, stimo, controllo, decido, scrivo, invio". Ogni verbo è un passaggio candidato. Se un passaggio contiene due verbi, spezzalo: quasi sempre nasconde una decisione.

2) Per ogni passaggio, segna cosa entra e cosa esce. Input e output. "Leggo la richiesta" ha in ingresso una mail e in uscita tre informazioni: cosa vuole il cliente, per quando, con che budget. Se non sai dire cosa esce da un passaggio, quel passaggio non è ancora chiaro nemmeno a te.

3) Marca i punti in cui decidi. Sono i passaggi dove non basta una regola, serve un giudizio: quanto margine applicare, se questo cliente merita una risposta diversa, se vale la pena prendere il lavoro. Questi punti non si automatizzano, si presidiano. Ci torno tra poco, perché è la distinzione più fraintesa.

4) Distingui la regola dalla sensibilità. Alcuni passaggi seguono una logica esplicita, "se il cliente è nuovo allega sempre le condizioni generali". Altri dipendono da qualcosa che sai riconoscere ma fatichi a scrivere, "questo cliente va trattato con più cura". I primi l'AI li esegue bene. I secondi te li tieni, e li dai alla macchina come contesto, non come decisione.

5) Cerca il passaggio che si ripete uguale a se stesso. L'automazione rende non quando copre tutto il processo, ma quando toglie di mezzo la parte più meccanica e frequente. Spesso è uno solo dei tuoi otto passaggi: scrivere la bozza del testo, formattare, tradurre, riassumere. Parti da lì. Il resto lo aggiungi dopo, se serve davvero.

I punti dove l'AI si ferma e decidi tu

Il terzo passaggio del metodo, marcare le decisioni, merita un discorso a parte, perché è dove si concentrano quasi tutti gli errori di chi automatizza per la prima volta. Delegare a una macchina l'esecuzione di un compito è una cosa. Delegarle una decisione che ricade sulla tua responsabilità è un'altra, e le due vanno tenute separate con disciplina. Ne ho scritto in modo esteso a proposito della differenza tra delegare un compito e delegare una decisione, e vale la pena tenerlo a mente proprio in fase di mappatura.

Nel preventivo, "scrivere la bozza del testo" è un compito: puoi affidarlo. "Decidere il margine" è una decisione: la tieni tu, anche se l'AI ti prepara i numeri. La regola pratica che uso è semplice: se un passaggio, sbagliato, ti costa la fiducia di un cliente o dei soldi veri, quel passaggio ha dentro una decisione, e la decisione resta umana. L'AI può arrivare fino al bordo, preparare tutto, mettere l'opzione sul tavolo. L'ultimo clic è tuo.

Non è prudenza esagerata. È il modo in cui un'automazione diventa affidabile invece che rischiosa. Un sistema che esegue e si ferma dove serve un giudizio è un sistema di cui ti puoi fidare a occhi chiusi. Un sistema che decide da solo cose che non dovrebbe è una bomba a orologeria che un giorno manda il preventivo sbagliato al cliente sbagliato.

Deciderai anche in quale modalità far lavorare la macchina, se come esecutore che aspetta il tuo via o come processo che gira da solo. Su questo ho messo in fila le tre modalità di lavoro con l'AI, e la scelta cambia a seconda di quanto è alto il costo di un errore.

Un esempio completo: dalla richiesta al preventivo

Torniamo all'artigiano e chiudiamo il cerchio, perché un metodo senza un esempio resta un'astrazione. Abbiamo scomposto il suo "faccio i preventivi" in otto passaggi. Vediamo cosa succede quando li mettiamo in fila con input, output e decisioni marcate.

1) Ricevo la richiesta. Input: una mail o un messaggio. Output: la richiesta grezza, spesso incompleta.

2) Leggo e capisco. Input: il testo del cliente. Output: cosa vuole, per quando, con che budget indicativo. Qui a volte manca un'informazione e serve una domanda di ritorno.

3) Riconosco il cliente. Nuovo o di ritorno? Decisione leggera, ma cambia il tono e le condizioni.

4) Stimo i materiali. Input: il tipo di lavoro. Output: una lista con quantità. Passaggio tecnico e ripetitivo, ottimo candidato all'automazione.

5) Controllo la disponibilità. Serve un dato esterno, il magazzino. Non è testo, è un sistema a parte.

6) Decido il margine. Decisione vera: dipende dal cliente, dal periodo, da quanta voglia ho di quel lavoro. Resta mia.

7) Scrivo il preventivo. Input: tutto quello di sopra. Output: un testo pulito e professionale. È il passaggio più meccanico e più frequente.

8) Allego le condizioni e invio. Regola fissa se il cliente è nuovo, salto se è di ritorno.

Guarda la mappa finita. Su otto passaggi, due sono decisioni che restano all'artigiano, il margine e in parte il riconoscimento del cliente. Uno dipende da un sistema esterno, il magazzino. E uno, scrivere il testo del preventivo, è meccanico, frequente e uguale a se stesso ogni volta. È lì che parte l'automazione. Non "automatizzo i preventivi", ma "l'AI mi scrive la bozza a partire dalla stima, io controllo il margine e invio". Molto più piccolo di quello che l'artigiano immaginava, e per questo fattibile davvero.

Il paradosso è che la versione ambiziosa, "automatizzo tutto", non parte mai, mentre la versione mappata, "automatizzo il passaggio sette", va in produzione in un pomeriggio. La mappa non serve a fare di più. Serve a vedere dove il di più conviene.

Cosa cambia quando il processo è scritto

Mappare un processo ha un effetto collaterale che vale quanto l'automazione stessa: per la prima volta il lavoro esiste fuori dalla tua testa. E un lavoro scritto è un lavoro che puoi delegare a un collaboratore, migliorare, spiegare a un cliente, e sì, dare a una macchina.

È anche il punto in cui l'automazione incontra l'alfabetizzazione richiesta dall'AI Act. Sapere come funziona lo strumento che usi, dove si ferma, cosa decide e cosa no, è esattamente la competenza che la norma chiede a chi lavora con l'AI. Non serve un corso: serve aver capito il proprio processo abbastanza bene da governarlo. La mappa è la prova che quella competenza c'è.

Per questo consiglio di partire sempre dalla carta, mai dallo strumento. Lo strumento cambia in fretta. Il modo in cui fai il tuo lavoro no, e una volta scritto resta buono per qualsiasi tecnologia venga dopo. Le automazioni che ho in produzione le ho cambiate di software più volte. Le mappe da cui sono nate sono ancora quelle.

C'è anche un guadagno che non ti aspetti. Mappando, spesso scopri che un passaggio non serve, che ne fai due quando ne basterebbe uno, che chiedi al cliente un dato che avevi già. Prima ancora di automatizzare qualcosa, la mappa ti fa buttare quello che era diventato inutile. In diversi casi il risparmio di tempo più grande è arrivato lì, dalla potatura del processo, non dalla macchina che poi lo ha eseguito.

Il primo passo, oggi, senza aprire nulla

Se vuoi un punto di partenza concreto, fai la cosa più semplice: prendi il lavoro ripetitivo che ti pesa di più e scrivilo come sequenza di verbi, con input, output e decisioni marcate. Dieci minuti. Alla fine avrai in mano non un'automazione, ma la cosa senza cui nessuna automazione tiene.

E se vuoi capire dove ti trovi rispetto agli obblighi di chi usa l'AI per lavoro, senza tecnicismi e senza scadenze da temere, ho messo online un self-check gratuito sull'AI Act pensato per chi lavora, non per i giuristi. Ti restituisce in dieci minuti la fotografia di cosa ti riguarda davvero.

Domande frequenti

Da dove comincio se non ho mai mappato un processo?

Dal lavoro che ti pesa di più e che rifai più spesso. Scrivilo come sequenza di verbi, un verbo per passaggio. Non cercare la mappa perfetta al primo colpo: la prima versione serve solo a far uscire i passaggi dalla testa. La affini mentre la usi.

Serve un software particolare per mappare?

No. Carta e penna, una nota sul telefono, un documento di testo. Il valore sta nel pensiero, non nello strumento. Lo strumento di automazione arriva dopo, quando la mappa ti mostra quale passaggio conviene togliere di mezzo per primo.

E se un passaggio dipende dal mio giudizio e non riesco a scriverlo come regola?

Va benissimo, ed è un'informazione preziosa. Quel passaggio è una decisione, non un compito: la tieni tu. All'AI lo dai come contesto, non come scelta. Un buon sistema automatizza l'esecuzione e si ferma dove serve il tuo giudizio.