Automatizzare con l'AI non è gratis: il costo che paghi dopo, quando la macchina gira da sola

Serie "Alfabetizzazione AI per chi lavora" | Framework 4D: Delegation

Questo articolo è stato scritto con l'assistenza dell'AI. Una delle automazioni che gestisce il mio sito ne ha preparato una prima versione, io l'ho riletta, corretta, e la responsabilità di quello che leggi è mia. È la stessa Delegation di cui parla l'articolo, applicata all'articolo stesso: la macchina ha fatto la prima stesura, la decisione di cosa tenere è rimasta a me.

C'è un lavoro che fai ogni lunedì mattina. Apri tre schede, copi due numeri da un foglio, li incolli in un report, aggiungi una riga di commento e lo mandi. Venti minuti, forse meno. E ogni lunedì, verso la fine, pensi la stessa cosa: questo potrei automatizzarlo con l'AI.

Quasi sempre è una buona idea. Qualche volta è la scelta più costosa che puoi fare, e il motivo è che stai facendo il conto sbagliato. Conti quanto tempo ti porta via il lavoro, moltiplichi per le settimane dell'anno, e il numero che esce è grande abbastanza da giustificare qualsiasi cosa. Manca la metà dell'equazione. La metà che non si vede finché non l'hai già costruita.

Questa è la competenza che l'alfabetizzazione AI chiama Delegation, e non è "usa di più l'AI". È l'esatto contrario: decidere con lucidità cosa vale la pena delegare a una macchina e cosa no. Nel framework AI Fluency, quello messo a punto da Rick Dakan e Joseph Feller in collaborazione con Anthropic, è la prima delle quattro competenze proprio perché viene prima di tutte le altre. Prima di saper descrivere un compito all'AI, prima di saper valutare quello che ti restituisce, devi decidere se quel compito deve arrivare all'AI. La maggior parte delle persone salta questo passaggio e va dritta al "come". Il "se" è dove si perdono i soldi.

Il conto che quasi nessuno fa prima di automatizzare

Il conto ingenuo suona così: il lavoro mi costa un tot di tempo a settimana, l'AI me lo toglie, quindi il tempo è tutto guadagnato. È il calcolo che ti fa costruire automazioni che non ripaghi mai.

Il conto vero ha altri tre pezzi, e sono tutti sul lato dei costi.

Il primo è il costo di costruzione. Non è "scrivo un prompt e ho finito". È definire il compito con precisione, provarlo su casi reali, sistemare i casi che non aveva previsto, collegarlo alle cose da cui prende i dati e a quelle a cui li consegna. Un lavoro che a mano dura venti minuti può richiederti mezza giornata per essere automatizzato bene. Quella mezza giornata è un investimento, e come ogni investimento ha un tempo di rientro.

Il secondo è il costo di manutenzione. Questo è quello che la gente dimentica. Una cosa fatta a mano non si rompe da sola: se cambia il formato del foglio, te ne accorgi mentre lo apri e ti adatti in un secondo. Un'automazione non si adatta. Quando cambia qualcosa a monte, lei continua a girare producendo output sbagliato, oppure si ferma, e in entrambi i casi tocca a te tornarci dentro. Ogni automazione che costruisci è una cosa in più che dovrai riparare, per sempre, ogni volta che il mondo attorno a lei si sposta.

Il terzo è il costo dell'errore silenzioso, e di solito è il più caro. Quando fai il lavoro a mano, sei tu il controllo qualità: se un numero è assurdo, lo vedi. Quando lo automatizzi, quel controllo sparisce, a meno che tu non lo ricostruisca apposta. E un'automazione che sbaglia in silenzio è peggio del lavoro fatto male a mano, perché il lavoro fatto male a mano lo sai, l'errore silenzioso te lo scopri settimane dopo, quando ha già mandato quel numero sbagliato a un cliente.

Il conto onesto, allora, non è "tempo del lavoro moltiplicato per le settimane". È: tempo del lavoro per le settimane, meno il costo di costruirla, meno il costo di tenerla in piedi, meno il rischio che sbagli senza avvertirti. E solo se quello che resta è ancora positivo, e positivo di parecchio, automatizzare conviene.

Le tre variabili che decidono se automatizzare conviene

Non serve una formula precisa per applicare questo ragionamento. Servono tre domande, e l'ordine in cui te le fai conta.

1) Quanto spesso lo fai davvero. Un compito che torna ogni giorno ripaga in fretta anche una costruzione lunga. Un compito che torna una volta al mese ci mette anni. Un compito che hai fatto tre volte in tutto e forse non farai più non va automatizzato: va fatto a mano la quarta volta. La frequenza è la variabile che tutti sopravvalutano, perché al momento in cui ti scoccia fare una cosa ti sembra di farla di continuo, e quasi mai è vero. Prima di automatizzare, conta quante volte l'hai fatta davvero nell'ultimo trimestre. Il numero reale è quasi sempre più basso della sensazione.

2) Quanto è stabile. Un compito stabile è uno che si fa sempre nello stesso modo, con gli stessi passaggi, sugli stessi tipi di dato. Quello si automatizza bene, perché la macchina ripete e la ripetizione è il suo mestiere. Un compito che cambia ogni volta, che dipende dal contesto, che richiede una decisione diversa a seconda di cosa trovi, è un pessimo candidato: passeresti più tempo ad aggiornare l'automazione di quanto ne passeresti a fare il lavoro. La stabilità è quello che rende sostenibile la manutenzione. Senza stabilità, la manutenzione ti mangia vivo.

3) Quanto costa se sbaglia e non te ne accorgi. Qui si decide se ti serve un guardiano. Se il compito è mandare un promemoria interno, un errore silenzioso costa poco: al massimo un promemoria saltato. Se il compito tocca soldi, contratti, numeri che finiscono davanti a un cliente, allora l'automazione da sola non basta: ti serve qualcosa che la sorvegli e ti avvisi quando esce dai binari. E quel qualcosa è a sua volta una cosa da costruire e da mantenere. Il costo dell'errore non decide solo se automatizzare, decide quanto ti costa farlo per davvero.

Se rispondi a queste tre e il compito è raro, instabile e costoso da sbagliare, hai la risposta: non automatizzarlo. Fallo a mano, meglio e con attenzione. Non è una sconfitta. È Delegation fatta bene.

Il costo che non vedi: la manutenzione e l'osservatore

Voglio insistere sul secondo pezzo del conto, quello di manutenzione, perché è dove ho sbagliato io per primo e dove sbaglia chiunque costruisca sistemi per mestiere.

Gestisco una sessantina di automazioni distribuite su più ambienti diversi. Sembra un bel numero, e per un po' l'ho raccontato come un bel numero. Poi ho fatto un audit interno del sistema, con una domanda sola: quante di queste producono davvero qualcosa, e quante esistono solo per sorvegliare le altre? La risposta è stata scomoda. Circa metà di quel sistema non genera niente di utile per il mondo esterno. Esiste per controllare, sincronizzare, verificare, allineare. Metà del sistema sorveglia l'altra metà.

Questo non è un difetto di progettazione, è la conseguenza matematica di automatizzare cose che toccano valore reale. Nel momento in cui una macchina fa un lavoro che conta, ti serve un'altra macchina che ti dica se quella prima sta lavorando bene. E quella seconda è, di nuovo, una cosa che può rompersi in silenzio, quindi a rigore ne servirebbe una terza. La spirale si ferma solo se sei tu a decidere dove si ferma, in modo consapevole, accettando un po' di rischio invece di inseguire una copertura totale che non arriva mai.

La lezione è dura ma semplice: ogni automazione che aggiungi non è solo un lavoro che ti togli, è un abitante in più di un sistema che dovrai sorvegliare. E l'osservatore costa. Se non lo metti nel conto all'inizio, lo paghi dopo, quando la macchina gira da sola e tu non hai idea se stia girando bene.

Quando automatizzare con l'AI è la scelta sbagliata

Mettendo insieme i pezzi, ci sono profili di compito su cui la risposta giusta è quasi sempre "lascia stare".

Il compito raro. Se lo fai poche volte l'anno, il tempo che risparmi non ripagherà mai la costruzione più la manutenzione. Lo fai a mano e chiudi lì.

Il compito che cambia continuamente. Se ogni volta è diverso, l'automazione è una cosa che riscrivi in eterno. Stai automatizzando l'instabilità, e l'instabilità non si automatizza.

Il compito che richiede giudizio. Se il valore del lavoro sta proprio nella decisione, delegare l'esecuzione a una macchina ti fa perdere la parte che contava. Puoi usare l'AI per prepararti il materiale su cui decidere. La decisione resta tua, ed è giusto che resti visibile, non nascosta dentro un processo che gira senza che nessuno guardi.

Il compito il cui errore è caro e invisibile. Se un errore non urla, ma costa, automatizzare senza un osservatore serio è come togliere i freni per andare più veloci. Vai più veloce fino alla curva.

C'è poi un caso a parte, il più subdolo: il compito che ti dà fastidio. La voglia di automatizzare una cosa è quasi sempre proporzionale a quanto ti scoccia farla, non a quanto tempo ti porta via. Sono due cose diverse. Un lavoro fastidioso ma raro ti tenta molto più di quanto meriti. Riconoscere questa trappola è metà del lavoro.

La regola prima dell'automazione: cancellare viene prima

C'è un modo di ragionare, reso famoso da chi progetta linee di produzione, che mette l'automazione all'ultimo posto per un motivo preciso. L'ordine è: prima metti in discussione se quel lavoro serve davvero, poi cancella tutto quello che puoi cancellare, poi semplifica quello che resta, poi accelera, e solo alla fine automatizzi. Automatizzare è il passo finale non perché sia il meno importante, ma perché automatizzare una cosa che potevi cancellare significa costruire e mantenere per sempre qualcosa che non doveva esistere.

L'errore più comune tra chi si appassiona all'AI è saltare i primi passi e correre all'ultimo. È eccitante costruire l'automazione. È molto meno eccitante chiedersi se quel report che invii ogni lunedì lo legge davvero qualcuno. Ma è quella domanda noiosa a farti risparmiare di più, perché un report che nessuno legge non va automatizzato: va smesso.

Quando ho fatto quell'audit sul mio sistema, la cosa più utile non è stata trovare cose da automatizzare meglio. È stata trovare cose da spegnere. Alcune automazioni erano lì da mesi a girare per un processo che nel frattempo non serviva più a nessuno. Le tenevo perché spegnere una cosa che funziona sembra uno spreco, mentre lo spreco vero era tenerle. Cancellare è stato l'esercizio più produttivo di tutta l'analisi, e non aveva niente a che fare con l'AI. Aveva a che fare con l'onestà su cosa conta.

Prima di dare un processo all'AI, insomma, vale la pena fare un passo indietro e mappare davvero come lo fai. Molto spesso, mentre lo mappi, ti accorgi che metà dei passaggi non servono. Quella metà non si automatizza: si toglie.

Come decidere in pratica, senza illudersi

Ecco la sequenza che uso quando qualcuno mi porta un "questo lo automatizzerei". Non è una formula, è un filtro, e serve a farti fermare prima di costruire.

1) Il lavoro serve ancora? Se il processo esiste per inerzia, la risposta non è automatizzarlo, è chiuderlo.

2) Quante volte l'ho fatto davvero nell'ultimo trimestre? Conta le volte reali, non la sensazione. Sotto una certa frequenza, l'automazione non rientra.

3) Si fa sempre allo stesso modo? Se cambia ogni volta, la manutenzione ti costerà più del lavoro. Semplifica prima, poi valuta.

4) Cosa succede se sbaglia e non me ne accorgo per settimane? Se la risposta è "poco", puoi automatizzare leggero. Se la risposta è "tanto", metti in conto anche il costo di un osservatore, e rifai il calcolo con quel costo dentro.

5) Solo adesso, se è passato tutti e quattro i filtri, chiediti come automatizzarlo. Il come è l'ultima domanda, non la prima.

La maggior parte dei compiti che ti tentano non arriva al quinto punto. E va benissimo così. Ogni automazione che non costruisci è una che non dovrai mantenere.

Dove sta tutto questo nell'alfabetizzazione AI

Si parla di alfabetizzazione AI quasi sempre come se fosse "imparare a usare gli strumenti". È il pezzo meno importante, perché gli strumenti cambiano ogni pochi mesi e quello che impari oggi scade in fretta. La parte che non scade è il giudizio: sapere quando uno strumento serve e quando è solo una complicazione in più travestita da progresso.

Delegation è esattamente questo giudizio applicato all'AI. Non è la competenza di chi automatizza tutto. È la competenza di chi sa guardare un compito e dire, con onestà, "questo lo tengo io". La padroneggia chi ha capito che il sistema più solido non è quello con più automazioni, è quello con solo le automazioni che ripagano, sorvegliate quanto basta, e niente di più. Il resto è peso morto che un giorno si romperà in silenzio.

Se vuoi un punto da cui partire con il tuo lavoro, la domanda migliore non è "cosa posso automatizzare". È "cosa non dovrei". Se usi l'AI in un contesto professionale e vuoi capire dove sei rispetto agli obblighi e alle buone pratiche di base, ho preparato un self-check gratuito che parte proprio da qui: cosa stai delegando, con quale controllo, e se te ne stai accorgendo. Non ti vende niente. Ti restituisce una mappa. E una mappa, prima di automatizzare, vale più di qualsiasi strumento.