Hai passato il percorso principiante a scrivere buone istruzioni, un compito alla volta. Funziona, e per un compito che capita una volta sola è tutto quello che ti serve. Il problema comincia quando ti accorgi che stai scrivendo la stessa istruzione, con piccole varianti, per la quarta volta questo mese.

Un prompt risolve un compito, un workflow risolve un tipo di compito

Un prompt è una richiesta singola: chiedi una cosa, la ricevi, la usi. Un workflow è una sequenza di passi che affronta un intero tipo di problema, sempre nello stesso modo, così che il risultato non dipenda da chi lo esegue quel giorno o da quanta attenzione ci mette. La differenza non è tecnica, è di intenzione: un prompt è per oggi, un workflow è per ogni volta che questo tipo di compito si ripresenta.

La domanda che segnala il passaggio da uno all’altro non è «come scrivo il prompt perfetto?», ma «questo problema mi ricapiterà?». Se prepari il resoconto settimanale ogni lunedì, se rispondi alle stesse tre categorie di domande dei clienti, se ogni nuovo progetto richiede lo stesso tipo di scaletta iniziale: in tutti questi casi, la risposta è sì, e continuare a scrivere prompt da zero ogni volta è tempo perso.

Cosa standardizzare, e cosa no

L’errore più comune, quando si prova a costruire il primo workflow, è provare a fissare le parole esatte della richiesta, come se il valore stesse nella formula magica. Non è lì che sta il valore. Standardizza i passaggi, non le parole. Un workflow utile per, poniamo, preparare un resoconto settimanale dice: prima raccogli il materiale grezzo (email, note, numeri), poi estrai i punti che contano davvero, poi fai verificare a un umano le parti ambigue o rischiose, poi produci il testo finale nel formato che il tuo team si aspetta. Le parole con cui chiedi ciascun passo possono cambiare leggermente ogni volta; la sequenza e la logica dietro non cambiano.

Non tutto merita di diventare un workflow. Un compito che fai una volta ogni sei mesi, o che cambia forma ogni volta in modo imprevedibile, costa più tempo a standardizzare che a rifare da zero con un buon prompt. Il segnale che vale la pena investirci è la ripetizione: se lo stai facendo per la terza volta nello stesso modo, è il momento di scrivere il processo una volta e riusarlo.

Un esempio vero

Ogni lunedì raccogli gli aggiornamenti di tre persone del team e ne fai un resoconto per il tuo responsabile. Le prime settimane hai scritto un prompt diverso ogni volta, un po’ a memoria: «riassumimi questi aggiornamenti in modo professionale». Il risultato oscillava: a volte troppo lungo, a volte mancava il punto più urgente, a volte il tono non era quello giusto per quel destinatario specifico.

Il workflow che hai messo in piedi dopo la quarta settimana è questo. Primo passo: incolla i tre aggiornamenti grezzi così come arrivano, senza pulirli tu. Secondo passo: l’agente estrae, per ciascuno, cosa è stato fatto, cosa è bloccato, cosa serve da altri. Terzo passo: tu guardi solo la parte «bloccato», perché è l’unica che richiede una tua decisione, e la correggi se qualcosa non torna. Quarto passo: l’agente produce il resoconto finale nel formato che il tuo responsabile si aspetta, con i blocchi in cima perché sono la parte che gli interessa di più. Il tempo che ci metti è sceso da venti minuti a cinque, e il risultato è più uniforme di settimana in settimana, non perché la formula sia più furba, ma perché il processo è sempre lo stesso.

L’umano nel punto giusto, non ovunque

Un errore opposto al non standardizzare affatto è voler automatizzare tutto, compresa la parte che richiede il tuo giudizio. Nell’esempio sopra, il punto in cui intervieni tu, il «bloccato», non è casuale: è l’unico punto ambiguo, quello dove serve sapere cose che l’agente non può sapere da solo, come le priorità reali del tuo responsabile questa settimana. Un buon workflow non toglie l’umano dal giro, lo mette esattamente dove il suo giudizio serve, e lo risparmia ovunque il lavoro sia meccanico.

Una cosa da fare, adesso

Scegli un compito che rifai almeno una volta a settimana con lo stesso schema di fondo. Scrivi, in quattro righe, i passi che segui sempre, indipendentemente dai dettagli che cambiano ogni volta. Poi affida a un agente ogni passo separatamente invece di chiedere tutto insieme, e guarda dove ti serve davvero fermarti a controllare.

Un prompt da cui partire

Sto costruendo un processo per [tipo di compito che si ripete].
I passi fissi sono: 1) [raccogliere cosa], 2) [estrarre cosa], 3) [cosa deve controllare un umano], 4) [che output finale serve].
Parti dal passo 1 con questo materiale: [incolla il materiale grezzo].
Fammi vedere solo l'output di questo passo, poi ti dico se puoi proseguire al successivo.

Fallo davvero

Se non hai sotto mano un compito tuo che si ripete, il corso te ne presta uno con i materiali già pronti. Scarica email-clienti.txt: dieci email arrivate in una mattina nella casella di uno studio web, con dentro un’emergenza, un sollecito, una proposta da archiviare e un paio di trappole.

Apri il tuo assistente abituale (Claude, ChatGPT o Gemini, il metodo è identico) e costruisci il workflow in quattro passi come nell’esempio del resoconto. Passo uno: incolla tutte le email grezze. Passo due: chiedi l’estrazione, per ciascuna, di mittente, tema e urgenza. Passo tre: guarda tu solo le urgenze alte, perché è lì che un errore costa. Passo quattro: chiedi la lista delle risposte da scrivere oggi, in ordine di priorità.

Poi confronta il risultato con l’output atteso, che segnala anche i due errori tipici: le due email dello stesso cliente da collegare e l’avviso automatico che sembra spam ma riguarda il sito di un cliente. Se il tuo giro li ha mancati, correggi l’istruzione del passo due e rifai. Quando i due errori spariscono, hai fatto il tuo primo giro di messa a punto di un workflow, che è il mestiere di questo intero percorso.

Dove andare adesso

Nel prossimo capitolo del percorso pro, dedicato ai prompt riusabili, vediamo come costruire la tua libreria personale di questi processi, così che la prossima volta non parti da zero nemmeno per il primo passo. Se invece lavori con più agenti che si passano il lavoro fra loro, la lettura più utile adesso è il capitolo del percorso builder Quando l’agente sbaglia: la maggior parte dei problemi in un workflow con più passi nasce proprio nei passaggi di consegne fra un passo e il successivo.