Quando usarlo

Hai una bozza pronta: una risposta a un cliente scontento, un preventivo, un documento che gira in azienda. È scritta bene, la rileggi e ti convince. È proprio questo il momento di rischio: chi ha scritto un testo lo legge già sapendo cosa voleva dire, e salta i buchi. Il revisore avversario serve qui, prima dell’invio, quando l’errore costa una figura e non solo una correzione.

Vale doppio quando la bozza l’ha scritta l’assistente. Un testo generato suona sicuro anche quando ha saltato una richiesta o promesso una cosa che non puoi mantenere. La sicurezza del tono non dice niente sulla solidità del contenuto.

Cosa serve

Un assistente AI qualunque (Claude, ChatGPT, Gemini: il metodo è identico), la bozza da controllare e il materiale da cui è nata: la richiesta originale, i dati, il contesto. Il revisore senza il materiale di partenza controlla solo la forma. Con il materiale controlla anche se hai mantenuto le promesse e risposto a tutto.

Per provare il playbook a vuoto, il corso ha le email di esempio di uno studio web: scrivi una risposta a una di quelle e falla passare dal revisore.

I passi

1 · Tieni separate la scrittura e la revisione. Non chiedere allo stesso assistente, nella stessa risposta, di scrivere e poi criticare: tenderà a difendere quello che ha appena prodotto. Apri una conversazione nuova, o almeno dai un ruolo diverso in modo esplicito. È lo stesso principio dei prompt in catena: un passo produce, il passo dopo lavora sul risultato del primo.

2 · Dai al revisore un mandato ostile e una soglia minima. Il difetto più comune è il revisore gentile, quello che risponde «mi sembra tutto a posto». Si cura chiedendo un numero minimo di problemi, o la dichiarazione esplicita che non ce ne sono:

Fai il revisore avversario di questa bozza. Il tuo compito non è approvarla: è trovare cosa non va prima che lo trovi chi la riceve.

Controlla, in quest'ordine:
1. PROMESSE: la bozza promette date, cifre, azioni? Ognuna è verificabile o è vaga ("a breve", "al più presto")?
2. RICHIESTE COPERTE: confronta con il materiale di partenza. C'è qualche domanda o richiesta a cui la bozza non risponde?
3. AFFERMAZIONI NON VERIFICATE: dichiara stati o fatti ("è già in lavorazione", "abbiamo controllato") che potrebbero non essere veri?
4. TONO: è adatto al destinatario e alla situazione? Troppo difensivo, troppo freddo, troppo confidenziale?
5. ERRORI: refusi, grammatica, nomi sbagliati.

Trova ALMENO 3 problemi. Se dopo un controllo onesto ne trovi meno, dillo e spiega perché la bozza regge. Per ogni problema: cosa non va, perché è un rischio, come sistemarlo.

MATERIALE DI PARTENZA:
[incolla la richiesta originale, i dati, il contesto]

BOZZA DA CONTROLLARE:
[incolla la tua bozza]

3 · Decidi tu quali rilievi accettare. Il revisore trova, tu scegli. Alcuni rilievi saranno giusti, altri no: magari il tono «troppo confidenziale» era voluto perché con quel cliente vi date del tu. Correggi quelli veri, scarta quelli che nascono dal fatto che il revisore non conosce la relazione. Il giudizio finale resta tuo.

4 · Riscrivi e, se la posta è alta, ripassa una volta sola. Applica le correzioni e, per un documento importante, rimanda la versione nuova al revisore un’ultima volta. Un solo giro in più basta quasi sempre: oltre, il revisore inizia a inventare problemi per giustificare la sua presenza.

Un esempio completo

Fabio di Cantine Valtellina scrive due volte in un’ora (email 4 e 10): sollecita le modifiche alla pagina prodotti chieste due settimane prima, dice che è in imbarazzo con la direzione, e in un secondo messaggio aggiunge «anche il logo nuovo quando riuscite».

Una prima bozza plausibile: «Ciao Fabio, hai ragione e ci scuso per il ritardo. Le modifiche alla pagina prodotti sono in lavorazione e le vedrai online a breve. Grazie per la pazienza.»

Il revisore avversario, con davanti le due email, restituisce cinque rilievi: «a breve» è una promessa vaga, e a Fabio serve una data da riportare alla direzione; la bozza ignora la seconda email, il logo nuovo, come se non fosse arrivata; «sono in lavorazione» afferma uno stato che va verificato prima di scriverlo, o diventa una bugia che si scopre; il testo è solo difensivo, non dà a Fabio niente di concreto da dire ai suoi superiori; e «ci scuso» è sbagliato, si scrive «mi scuso» o «ci scusiamo». Quattro problemi sostanziali e uno di forma, tutti veri, tutti trovati prima dell’invio. La riscrittura mette una data reale, risponde anche sul logo, e sostituisce le scuse con un piano.

Gli errori tipici

Il revisore troppo gentile. Senza la soglia minima («almeno 3 problemi») l’assistente approva per compiacerti. La soglia lo obbliga a guardare davvero, e la clausola di uscita («se ne trovi meno, spiega perché regge») evita che inventi difetti per rispettare il numero.

Revisionare senza il materiale di partenza. Se dai solo la bozza, il revisore controlla la forma e ti dice che «scorre bene». Il valore vero, le richieste saltate e le promesse non mantenute, si vede solo con la richiesta originale accanto.

Accettare tutti i rilievi a scatola chiusa. Il revisore non conosce la storia con quel cliente. Alcuni suoi appunti sono fuori bersaglio: il passo 3 esiste apposta, il filtro sei tu.

La variante team

Quando più persone scrivono cose che escono a nome dell’azienda, il prompt del passo 2 diventa un’istruzione salvata condivisa (un Project di Claude o un GPT del team), con la lista dei controlli adattata a voi: le cinque voci più quelle che vi bruciano di solito, tipo «hai citato il numero d’ordine?» o «hai messo in copia l’amministrazione?». Chi scrive lo lancia da solo prima di inviare, e la qualità smette di dipendere dalla giornata storta del singolo.

La skill «Revisione critica» impacchetta questo giro in un’istruzione installabile, e il capitolo «Fidarsi della giusta misura» spiega quando conviene un secondo passaggio e quando è tempo perso.