Come si dà un feedback critico a un collega per iscritto senza essere duri?

La casella dei commenti è aperta a pagina quattro di una proposta condivisa. Hai scritto “Questo non ha senso” e l’hai cancellato, poi “Forse da asciugare un po’?” e hai cancellato anche quello, perché non chiede niente. La sezione è sbagliata. Manca il costo della seconda opzione, la decisione è giovedì, e chi l’ha scritta è una persona con cui lavori ogni settimana. Ogni versione che provi sembra finire o come un’accusa o come una nota così blanda che non cambierà niente.

Ho co-fondato Subtext, un’app che legge la tua bozza e segna le parole che potrebbero arrivare male, quindi ho un interesse a che tu la usi, e niente di quanto segue è consulenza HR o legale. Riguarda le critiche scritte tra colleghi, che sia in chat, via email, nei commenti a un documento o in una code review, e non la valutazione della prestazione fatta da un manager. Più avanti, Subtext legge una nota su un documento di passaggio scarno, e mostro i due tag restituiti e le tre versioni offerte.

Il feedback può essere giusto e arrivare comunque come un attacco. La ricerca indica di puntare il commento sul lavoro e non sulla persona, di dare a chi legge qualcosa su cui agire, e di non dare per scontato che preferisca non sapere. Non sostiene nessun copione in particolare, e lo studio più vicino alla critica scritta tra colleghi che ho trovato usava commenti immaginari di code review¹. Per saltare alla formulazione, vedi i quattro compiti e i cinque messaggi.

Cosa fa sembrare dura una critica scritta?

Per come la leggo io, quanto suona dura una critica dipende molto da come è costruita, oltre che dalla gravità del problema. La ricerca offre una definizione praticabile. Nel suo articolo del 1988, Robert Baron chiamava costruttiva una critica specifica, rispettosa e che non attribuiva la prestazione scarsa a cause interne, che io leggo come qualcosa della persona e non della situazione, e distruttiva una critica che violava queste regole².

Nel suo primo studio, 83 studenti universitari hanno ricevuto una critica costruttiva o distruttiva del loro lavoro, e quelli che hanno ricevuto quella distruttiva hanno riferito più rabbia e tensione e hanno detto che in futuro sarebbero stati più propensi a resistere al critico o a evitarlo nei disaccordi. Nel secondo, con 106 studenti universitari, chi aveva ricevuto una critica distruttiva su un primo compito si è dato obiettivi più bassi e ha riferito una minore autoefficacia in due compiti successivi, rispetto a chi aveva ricevuto una critica costruttiva o nessuna². Erano studenti in laboratorio, quindi mostrano cosa può fare una critica e non cosa fa un collega dopo un’email dura, e l’abstract non riporta nessun effetto sulla prestazione nel compito, quindi non lo sosterrei.

La critica aiuta, o spesso fa l’effetto contrario?

Il feedback in media aiuta, ma non in tutti i casi. La meta-analisi di Kluger e DeNisi del 1996 su feedback e prestazione ha riunito 607 dimensioni dell’effetto da 23.663 osservazioni. In media il feedback migliorava la prestazione di circa 0,4 di una deviazione standard (d = 0,41), ma più di un terzo degli interventi la abbassava, e non lo spiegavano né la variazione casuale dei campioni né il fatto che il feedback fosse positivo o negativo³. Non lo leggerei come una probabilità su tre che la tua email si ritorca contro di te. Gli studi mescolavano compiti e contesti, e nessuno era una chat di lavoro di oggi.

La spiegazione degli autori è che il feedback cambia dove va l’attenzione. Nei loro confronti tra studi diventava meno efficace man mano che l’attenzione si spostava verso la persona e si allontanava dal compito³. È la base di ricerca più solida che ho trovato per il consiglio noto di commentare il lavoro e non la persona. Applicarla al messaggio di un collega resta comunque un’inferenza, perché il confronto era tra studi, non tra messaggi che differivano in una sola caratteristica.

Una meta-analisi successiva in ambito scolastico, su 435 studi e più di 61.000 studenti, ha trovato che il feedback ad alta informazione, cioè correttivo più informazioni su come gli studenti regolavano il proprio apprendimento, aveva in media l’effetto maggiore (d = 0,99), contro 0,46 per il solo feedback correttivo, cioè cosa era giusto o sbagliato e la risposta corretta, e 0,24 per il solo premio o la sola punizione⁴. Le categorie sono state codificate dagli abstract degli studi, e i confronti sono tra studi su studenti, non su colleghi. L’inferenza che ne trarrei è vaga: un commento con informazioni utilizzabili batte un verdetto. “La riga dei totali include ancora gli ordini annullati” mostra a chi legge dove guardare. “Stai più attento ai totali” no.

L’altra persona vorrebbe davvero saperlo?

Un possibile motivo per trattenersi è la convinzione che l’altra persona preferisca non sapere. Abi-Esber e colleghi hanno condotto cinque esperimenti con 1.984 partecipanti. Chi dava feedback tendeva a sottovalutare quanto chi lo riceveva volesse un feedback costruttivo, in scenari di lavoro ipotetici, in episodi ricordati e in feedback dal vivo tra amici, coinquilini o partner⁵.

Il feedback in questi esperimenti era costruttivo, cioè specifico, concreto e dato pensando al benessere della persona, su un problema che chi lo riceveva non conosceva e poteva correggere. Gran parte delle prove sono previsioni ed episodi ricordati, e il feedback scritto non è stato testato. Quindi non dimostra che ogni collega accolga volentieri una critica non richiesta, contestata o difficile da correggere, e chi la riceve può ragionevolmente rifiutare una critica inesatta, invadente o ingiusta. Uso il risultato come un test. Vorrei saperlo al suo posto, è accurato, e può cambiarlo?

Una delle quattro autrici dell’articolo di Abi-Esber, Francesca Gino, è stata ritenuta da Harvard responsabile di condotta scorretta nella ricerca in altri quattro articoli, cosa che lei nega⁵. Crossref, OpenAlex e PubMed non riportano correzioni, ritrattazioni o espressioni di preoccupazione per quell’articolo⁵.

Sta a te dirlo, e va scritto?

Due domande vengono prima di qualsiasi formulazione. La prima riguarda a chi spetta dirlo. Un problema in un lavoro da cui dipendi, misurato rispetto a qualcosa che avete concordato entrambi, è tuo da sollevare. Lascerei a chi gestisce la persona uno schema nella sua prestazione complessiva, o se sia adatta al ruolo. Se è soprattutto che tu l’avresti fatto in un altro modo, di’ che è una preferenza.

La seconda è se scriverlo. Le prove più vicine sullo scrivere rispetto al parlare riguardano altre cose. Chi scrive sopravvaluta quanto il proprio tono arrivi chiaro via email, in esperimenti con studenti e toni assegnati⁶. Persone per lo più sconosciute e studenti universitari hanno raggiunto più comprensione e meno conflitto quando parlavano di un tema controverso che quando scrivevano, anche se in un campione separato la maggior parte ha detto di preferire scrivere⁷. Le persone si aspettavano che una telefonata con un vecchio amico fosse più imbarazzante di un’email, e non lo è stata⁸. Nessuno di questi è una critica al lavoro di qualcuno, e nessuno dimostra che una telefonata batta un commento. Il pezzo sui messaggi Slack chiari ma non scortesi ripercorre il primo studio, e il pezzo su come annullare gli impegni il terzo.

La mia regola di lavoro è scriverlo quando i fatti e il cambiamento che vuoi sono chiari, e parlarne prima quando la questione è contestata, ricorrente o probabile fonte di una sequenza di repliche, poi mettere per iscritto quanto concordato. Scrivere ti permette di rivedere, permette all’altra persona di rispondere coi suoi tempi e lascia una traccia. Se non sai cosa preferisce, chiedilo.

Cosa deve dire il messaggio, e cosa deve togliere?

Una critica scritta ha quattro compiti, e li farei in quest’ordine. È il mio schema di lavoro, costruito sulle tre regole di Baron, sul risultato sull’attenzione qui sopra e sulle indicazioni dei professionisti qui sotto.

1. La cosa specifica. Nomina il documento, il passaggio, l’episodio o il risultato concordato, e come si discosta dallo standard concordato. Tieni separato quello che hai osservato da quello che deduci. “La riga dei totali include gli ordini annullati” è osservato, e “trascurato” è dedotto.
2. Cosa ha causato. Di’ cosa ha cambiato nel lavoro, dal tuo punto di vista e senza dire che tutti sono d’accordo, come in “quindi non ho potuto finire il riepilogo”.
3. Una sola richiesta. Un cambiamento che l’altra persona può fare, con una scadenza solo dove c’è una vera dipendenza. Di’ quali parti sono necessarie e quali sono una tua preferenza, come fanno le linee guida pubblicate da Google per le code review con etichette come “Nit”, “Optional” e “FYI”⁹, anche se sono indicazioni di professionisti e non una sperimentazione. Specifico non vuol dire esaustivo, quindi parti dal cambiamento che conta di più ed etichetta il resto. In chat manda un solo messaggio, e per email metti la richiesta presto, sotto un oggetto chiaro.
4. Una porta aperta, e un’offerta che intendi mantenere. Fai una vera domanda dove ti può mancare del contesto, e non nascondere una pretesa dentro una domanda finta. Offri una revisione o una telefonata solo se la farai.

Per il commento a pagina quattro potrebbe essere: “In questa sezione manca il costo della seconda opzione, e la decisione di giovedì dipende da quello. Potresti aggiungere una cifra approssimativa prima di allora? Se è coperto da qualche altra parte e mi è sfuggito, indicamelo.”

Poi taglia. Taglia le parole che descrivono la persona invece del lavoro, come trascurato, pigro, “sei sempre”, “di nuovo” usato come accusa e “ovviamente”. Taglia le domande retoriche, i verdetti vaghi come “non ci siamo ancora”, il sarcasmo, la faccina usata per ammorbidire una lamentela, i paragoni con colleghi nominati e le affermazioni su cosa pensano tutti. La definizione di Baron copre solo il vago, il poco rispettoso e il personale, quindi il resto di quell’elenco è mio, e gli studi sulle emoji vanno in direzioni diverse sulla faccina. Non metterei diretto o breve nell’elenco.

Prima di inviarlo, chiediti se un lettore ragionevole potrebbe trovare il problema, capire lo standard, agire senza tirare a indovinare e correggere un errore del tuo resoconto. Userei questo test al posto di contare le parole cortesi.

Il sandwich, SBI, Radical Candor e la CNV funzionano?

Il sandwich, lode poi critica poi lode, ha tre articoli che vanno in direzioni diverse. In due studi sul feedback scritto tra pari tra studenti di medicina del terzo anno (20 e 350 studenti), gli studenti credevano che i sandwich aiutassero la loro prestazione successiva, e non c’erano prove che lo facessero¹⁰. In un esperimento randomizzato con 91 studenti universitari, una correzione tra due affermazioni positive generiche è stata seguita da più problemi di matematica risolti rispetto alla sola correzione, anche se gli autori la chiamano una prova parziale¹¹. In uno studio su otto studenti universitari alle prese con compiti d’ufficio simulati, ciascuno ha provato ogni sequenza, e il sandwich non è stato in media il più efficace¹². Quindi non è né smentito né dimostrato. Il mio parere è di lodare solo ciò che è vero, specifico e pertinente, perché una lode il cui unico compito è fare da cuscino aggiunge lunghezza e una domanda su cosa sta per arrivare.

SBI, Radical Candor e la Comunicazione Nonviolenta (CNV) sono schemi di professionisti: Situation-Behavior-Impact, l’abbinamento di Kim Scott tra interessarsi di una persona e sfidarla con franchezza, e la Comunicazione Nonviolenta. Il Center for Creative Leadership, che vende formazione sull’SBI, lo definisce basato sulla ricerca, ma la pagina che ho letto non mostra nessuno studio sugli esiti¹³. Nemmeno la pagina del fornitore di Radical Candor cita uno studio sugli esiti dello schema¹⁴. Una rassegna di 31 studi sulla formazione alla CNV, pubblicata il 5 novembre 2026, ha valutato la certezza delle prove da molto bassa a moderata, ha trovato che la maggior parte mancava di controlli adeguati e si basava sull’autovalutazione, e ha definito il quadro più modesto dell’assunto comune che la CNV migliori il funzionamento sociale¹⁵. Molti erano programmi di formazione provati in contesti come carceri e ospedali.

Cinque messaggi, prima e dopo

Questi cinque sono inventati per questo articolo, e nessuno è il testo giusto. Ognuno è una strada possibile. Ogni dopo usa solo i fatti che si leggono nella sua situazione e nel suo prima, più una richiesta, che è mia.

Un passaggio scarno. Il documento di passaggio di Owen non aveva il login di staging né la lista dei bug aperti, e hai rimesso insieme quasi tutto per conto tuo.

Prima “Grazie per il documento di passaggio, Owen. Un po’ scarno, a dire il vero 😅 Ho dovuto ricostruire quasi tutto da solo. Magari la prossima volta aggiungi il login di staging e la lista dei bug aperti? Tranquillo, figurati.”

Dopo “Grazie per il documento di passaggio, Owen. Non c’erano il login di staging né la lista dei bug aperti, quindi ho dovuto ricostruire quasi tutto da solo. Potresti aggiungerli per il prossimo passaggio? Se sono da qualche parte e non li ho trovati, indicamelo.”

“Un po’ scarno, a dire il vero 😅” è un verdetto con il sorriso, e “Tranquillo, figurati” ritira la lamentela. Il dopo nomina le due cose mancanti, tiene il costo che hai dichiarato, chiede la correzione e lascia spazio nel caso esistano altrove.

Una scadenza che ti è costata. Il report di test di Callum doveva arrivare lunedì ed è arrivato mercoledì, quindi il rilascio è slittato da mercoledì a venerdì. È la seconda volta in questo trimestre, e il QA ha bisogno del report due giorni prima di un rilascio.

Prima “Il report di test doveva arrivare lunedì. È la seconda volta. Se è di nuovo in ritardo lo porto al tuo responsabile.”

Dopo “Callum, il report di test doveva arrivare lunedì ed è arrivato mercoledì, quindi il rilascio è slittato da mercoledì a venerdì. Il QA lo vuole due giorni prima di un rilascio, quindi mi serve il prossimo con quell’anticipo. Se c’è qualcosa che ti blocca, dimmelo adesso.”

Le date e la conseguenza restano. “Seconda volta” tiene il conto dentro una richiesta su un solo report, quindi sparisce, e se lo schema è reale va in una conversazione a parte, come con Tobias qui sotto. Sparisce anche la minaccia, perché non ne farei una che potrei non mantenere.

Una prima bozza che non centra. La bozza della guida di onboarding di Ingrid si apre con la storia dell’azienda e lascia fuori la prima settimana. La sezione sugli strumenti è chiara. Pensi che una persona appena assunta debba sapere cosa fare il primo giorno e a chi chiedere.

Prima “Mi piace l’energia che c’è. Basta solo una piccola sistemata prima di farla uscire.”

Dopo “Grazie per la bozza, Ingrid. La sezione sugli strumenti è chiara. Quello che manca è la prima settimana. Penso che una persona appena assunta debba sapere cosa fare il primo giorno e a chi chiedere, e la guida parte dalla storia dell’azienda. Potresti mettere la prima settimana all’inizio e spostare la storia dopo?”

Sembra innocuo e penso sia il più rischioso dei cinque, perché “una piccola sistemata” dice che la bozza è quasi pronta, e la ristrutturazione può arrivare dopo come una sorpresa.

Un’abitudine nelle riunioni. In tre riunioni di pianificazione di fila, Tobias è tornato sulla scelta del fornitore presa dal team a ottobre, usando tempo che il team aveva per lo sprint. Stai per scrivere nel canale del team.

Prima “Visto che qui a quanto pare non si decide mai niente 🙃”

Dopo (come messaggio privato) “Ciao Tobias, nelle ultime tre riunioni di pianificazione siamo tornati sulla scelta del fornitore che avevamo concordato a ottobre, e ha occupato il tempo che avevamo per lo sprint. Se ci sono informazioni nuove, potresti mandarle prima della riunione così vediamo se cambiano qualcosa?”

Il prima va a tutto il canale, quindi la frecciata arriva a tutti, e “non si decide mai niente” è un’affermazione che nessuno può verificare. Il dopo va solo a Tobias, conta le riunioni e chiede un solo cambiamento. Per un’abitudine ne parlerei prima a voce e manderei questo come traccia.

Un commento di revisione. La modifica di Farah va in crash quando la lista è vuota, perché il ciclo legge il primo elemento senza controllare. Questo va cambiato, e trovi anche difficile da leggere un nome di variabile, tmp.

Prima “Perché qui non c’è un controllo sulla lista vuota? Roba base.”

Dopo “Necessario prima del merge: questo va in crash quando la lista è vuota, perché il ciclo legge il primo elemento senza controllare. Potresti aggiungere un controllo per il caso vuoto, o dirmi se un chiamante lo esclude già? Nit, facoltativo: il nome tmp è difficile da leggere.”

“Roba base” giudica Farah, e la domanda chiede una risposta che nessuno vuole dare. Il dopo etichetta cosa è necessario e cosa è facoltativo, come fanno le linee guida di Google, e commenta il codice e non chi l’ha scritto⁹.

Cambia con l’anzianità, la cultura o con chi hai davanti?

Titoli di lavoro uguali non vogliono dire uguale influenza. Un ingegnere senior può controllare l’approvazione, e una persona con meno anzianità può avere poco margine per contestare una scadenza. Quindi di’ che autorità porta la richiesta, se è un blocco al rilascio, un requisito concordato dal team o una tua preferenza, e non far sembrare un suggerimento facoltativo un ordine. Il pezzo sui messaggi Slack chiari ma non scortesi tratta cosa si sa e cosa no su come il ruolo di chi scrive cambia il modo in cui un messaggio viene letto.

La cultura è uno stimolo a chiedere. Erin Meyer, scrivendo per INSEAD, descrive le culture dirette che rafforzano la critica con parole come “assolutamente” e quelle indirette che la ammorbidiscono con “un po’”¹⁶. È esperienza di una professionista senza un campione misurato, e descrive tendenze. Chiedi come il tuo team gestisce le correzioni.

In alcuni dati, il genere emerge nel tipo di feedback che le persone ricevono. Nelle valutazioni a 360 gradi di 4.328 dirigenti di alto livello in un’organizzazione del settore pubblico britannico, le donne ricevevano un feedback più specifico sui punti di forza, e meno specifico su cosa sviluppare, rispetto agli uomini. Quel rapporto non è sottoposto a revisione paritaria, e le sue differenze di genere sono osservazionali¹⁷. Lo leggo come un motivo per controllare di dare a tutti gli stessi dettagli, non per trattare qualcuno come fragile.

La neurodivergenza non è un solo stile di comunicazione. Una sintesi di 34 articoli sulla vita lavorativa degli adulti autistici ha trovato che il feedback era a volte difficile da capire o poco utile, e che aspettative chiare aiutavano¹⁸. Non copre ADHD, dislessia o altre condizioni, quindi chiedi. Il pezzo sull’AuDHD ripercorre le prove sul canale.

E se l’altra persona risponde sulla difensiva, o non risponde?

Una risposta sulla difensiva è comunque una risposta. Controllerei prima se sotto c’è un disaccordo sui fatti. “Potrebbe mancarmi del contesto. Quale parte della cronologia vedi in modo diverso?” lo chiede senza rinunciare al requisito. Se l’altra persona ha ragione su qualcosa, dillo, poi ribadisci una volta il requisito condiviso. Se il tuo primo messaggio conteneva una generalizzazione ingiusta, ripara direttamente quella parte, come spiega come si chiede scusa via messaggio. Poi smetti di aggiungere repliche scritte, e offri una telefonata o una breve scaletta scritta.

Il silenzio non significa di per sé accordo, ostilità o rifiuto. Manda un solo breve sollecito nel canale dove vive il lavoro, nominando la decisione che sta bloccando, e per il resto concedi i tempi di risposta abituali del tuo team.

Quando il problema riguarda priorità, responsabilità o accordi mancati ripetutamente, o risorse che non potete stabilire da pari, coinvolgi chi può decidere, con i fatti, l’effetto sul lavoro e la decisione che ti serve. Lo direi prima al tuo collega, a meno che non riguardi molestie, sicurezza o discriminazione, e partirei dalla policy della tua azienda.

Nella conversazione non dovrebbero finire supposizioni sulla salute o sulle intenzioni di qualcuno, informazioni riservate su altri colleghi, minacce che non puoi o non vuoi mantenere, o affermazioni su cosa pensa il gruppo che non hai verificato. Le accuse di molestie, discriminazione, ritorsione o gravi comportamenti scorretti vanno nel processo di segnalazione della tua azienda. Se la persona ti spaventa o ti minaccia, non è più un problema di formulazione. Se sei in pericolo immediato, chiama il numero di emergenza locale. Per favore, tieni quella conversazione fuori da Subtext e da ogni altro strumento di AI.

Quando uno strumento aiuta

Subtext è uno strumento di AI, quindi le prove più vicine sono la ricerca sull’aiuto dell’AI con un messaggio, che si trova in I riscrittori di messaggi con l’AI funzionano davvero? Non ho trovato nessuno studio indipendente che mostri che Subtext, o qualsiasi strumento di AI che riscrive, migliori il modo in cui il feedback ai colleghi arriva, quanto sia equo o come va il rapporto di lavoro.

Due abitudini non costano niente. Scrivi in privato la versione senza filtri e sostituisci ogni giudizio con quello che è successo e quello che vuoi cambiare. Poi dilla ad alta voce come la sentirebbe il lettore più severo, come spiega questo messaggio suona scortese? nella sua forma testata più vicina.

Subtext legge una bozza di feedback che hai scritto e segna le parole che potrebbero leggersi come un attacco, un giudizio con “sempre” o “mai”, un tono paternalistico o una regola imposta con “devi”, con una breve spiegazione per ciascuna. Dà un nome in una parola all’emozione che c’è nella bozza e offre fino a tre versioni, una che resta vicina alle tue parole, ognuna segnata “pronto da inviare” oppure “da notare” e, per le versioni fatte dalla tua bozza, una stima di quanto delle tue parole ha cambiato. Un badge “pronto da inviare” è una stima di Subtext basata sulle parole che ha davanti, e un “da notare” è un motivo per rileggere quella versione, non la prova di un problema. Non invia niente, quindi copi la versione che vuoi e la mandi tu.

Subtext non può giudicare se la tua critica sia giusta o corretta, e non può dirti cosa intendesse il tuo collega o la tua collega, cosa che dicono anche le sue FAQ, né come la prenderà. Non conosce la storia tra voi né le norme del tuo team, oltre alle parole che gli dai e alle note che hai salvato nella Memoria. Una versione scritta a partire da un’istruzione, come la richiesta di una più breve o più calda, tende a essere calda, semplice e breve, quindi un messaggio che deve restare fermo richiede una rilettura per vedere cosa ha lasciato cadere. È un assistente di scrittura, non una terapia, una mediazione o una procedura HR.

Il passaggio scarno qui sopra, inventato per la prova, è passato da Subtext. La bozza diceva “Grazie per il documento di passaggio, Owen. Un po’ scarno, a dire il vero 😅 Ho dovuto ricostruire quasi tutto da solo. Magari la prossima volta aggiungi il login di staging e la lista dei bug aperti? Tranquillo, figurati.” Subtext ha chiamato l’emozione Frustrazione e ha restituito due tag. Passivo-aggressivo è andato su “Un po’ scarno, a dire il vero 😅” e su “Ho dovuto ricostruire quasi tutto da solo”, con la nota che suonano “come una frecciata mascherata dall’emoji”. Messaggi contrastanti è andato sulla chiusa, “Tranquillo, figurati”, con la nota che “dopo la critica sembra minimizzare”.

Tutte e tre le versioni sono segnate “pronto da inviare”. La prima, Vicina al tuo testo, toglie la chiusa e chiede le due cose come una domanda, “La prossima volta puoi aggiungere il login di staging e la lista dei bug aperti? Mi aiuterebbe molto.”, ma cambia “quasi tutto” in “qualche dettaglio”, e questo ammorbidisce un fatto. La seconda, Più calda, apre con un riconoscimento, “mi è stato utile come punto di partenza”, presenta la richiesta come un modo per “risparmiare parecchio tempo” e finisce con una sola emoji, 🙂, ma lascia cadere la riga su quanto hai dovuto ricostruire. La terza, Riscritta, diretta, è l’unica che dichiara cosa mancava invece di chiederlo, “mancavano il login di staging e la lista dei bug aperti, così ho dovuto ricostruirli da solo”, e la sua nota dice che spiega cosa è mancato “senza giudizi sul documento”. Nessuna offre una revisione o chiede se ti manchi del contesto, quindi il quarto compito, la porta aperta e l’offerta, resta tuo. La riga di chiusura di Subtext dice: “Ho tolto ‘Tranquillo, figurati’ perché contraddiceva la richiesta.” Questo è l’output reale dell’app, senza modifiche.

Prova Subtext nel browserScarica dall'App StoreDisponibile su Google PlayScarica l'app

Con qualsiasi strumento, chiedigli di mantenere i fatti, il requisito e la scadenza e di non aggiungere lodi, promesse o scuse, poi confronta quello che torna con il tuo originale, perché una riscrittura può ammorbidire un fatto insieme allo spigolo, come ha fatto qui la prima versione con “qualche dettaglio”.

Cosa incollare in Subtext o in qualsiasi strumento di AI?

Una bozza di feedback incollata in Subtext o in un altro strumento di AI può contenere informazioni commerciali riservate e dettagli su una persona che non ha scelto quel servizio, e togliere un nome non toglie ogni dettaglio identificativo. Controlla prima la policy della tua azienda e il tuo contratto, usa uno strumento e un account approvati dove esistono, e incolla solo il tuo feedback, con i ruoli al posto dei nomi e senza nomi di clienti, cifre o cronologia della conversazione di cui il compito non ha bisogno. Tieni fuori tutto ciò che riguarda la salute, i soldi o la vita privata dell’altra persona.

I termini di Subtext ti chiedono di confermare di poter inviare le parole di altre persone e, se lo usi per lavoro, di averne il permesso. La sua informativa sulla privacy dice che niente di quello che invii viene usato per addestrare un modello di AI, né da Subtext né dai suoi fornitori, e che il tuo testo va ai fornitori di AI che nomina. Una conversazione si cancella da sola cinque giorni dopo l’ultimo utilizzo, o dopo 90 giorni se la fissi, e puoi cancellarne una subito¹⁹. Le note salvate nella Memoria restano finché non le elimini. Quali assistenti di scrittura con AI si addestrano sui tuoi messaggi ha la versione lunga per gli altri strumenti.

Domande frequenti

Come critico educatamente il lavoro di un collega in un’email? Indica la cosa specifica, di’ cosa ha causato, chiedi un solo cambiamento e lascia spazio a ciò che non sai. Educatamente qui vuol dire con precisione e rispetto. L’imbottitura non aggiunge né l’una né l’altro.

Va bene dare un feedback critico su Slack o via email? Sì, quando i fatti e il cambiamento che vuoi sono chiari. Parlane prima quando la questione è contestata, ricorrente o probabile fonte di una sequenza di repliche.

Devo cominciare con un complimento? Solo se è vero e riguarda il lavoro. Il sandwich ha dietro tre articoli che vanno in direzioni diverse, e secondo me una lode il cui unico compito è fare da cuscino alla critica aggiunge lunghezza e una domanda su cosa sta per arrivare.

Quanto devo aspettare prima di inviarlo? Non ho trovato nessuno studio che indichi un intervallo. Se fai una pausa, userei il tempo per sostituire ogni giudizio con quello che è successo e quello che vuoi cambiare, e lo invierei prima che la correzione smetta di contare.

L’ordine in cui farlo

Decidi prima se sta a te dirlo e se scrivere è il modo giusto. Se la questione è contestata, ricorrente o probabile fonte di una sequenza di repliche, parlane prima. Se lo scrivi, indica la cosa specifica, di’ cosa ha causato, chiedi un solo cambiamento e lascia spazio a ciò che non sai.

Se l’altra persona risponde sulla difensiva, controlla prima se c’è un disaccordo sui fatti, ripara ciò che hai sbagliato e ribadisci una volta il requisito. Se non torna niente, manda un solo breve sollecito. Se si tratta di molestie, discriminazione o di qualcosa che ti spaventa, non è più un problema di formulazione.

Scrivi il messaggio più piccolo che nomina il lavoro, dice cosa ha causato e chiede un solo cambiamento. Poi invialo.

Fonti

Numerate nell’ordine in cui compaiono sopra. Dove non è stato possibile verificare una cifra rispetto alla fonte primaria, il testo lo dice. Verificato il 6 novembre 2026.

1. Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., e Blincoe, K. (2022). Destructive Criticism in Software Code Review Impacts Inclusion. Proceedings of the ACM on Human-Computer Interaction, 6(CSCW2), da 1 a 29. Sondaggio su 93 professionisti del software che reagivano a commenti ipotetici di code review costruttivi o distruttivi; scenari e autovalutazione.
2. Baron, R. A. (1988). Negative Effects of Destructive Criticism: Impact on Conflict, Self-Efficacy, and Task Performance. Journal of Applied Psychology, 73(2), da 199 a 207. Tre studi: 83 studenti universitari, 106 studenti universitari e un sondaggio su 108 dipendenti di una sola azienda alimentare; manipolazione di laboratorio e autovalutazione.
3. Kluger, A. N., e DeNisi, A. (1996). The Effects of Feedback Interventions on Performance: A Historical Review, a Meta-Analysis, and a Preliminary Feedback Intervention Theory. Psychological Bulletin, 119(2), da 254 a 284. Meta-analisi di 607 dimensioni dell’effetto (23.663 osservazioni): il feedback ha migliorato in media la prestazione (d = 0,41), ma oltre un terzo degli interventi l’ha abbassata. Compiti e contesti di vario tipo, nessuno una chat di lavoro di oggi; non è stato possibile aprire il testo completo, quindi la ripartizione tra laboratorio e campo non è nota.
4. Wisniewski, B., Zierer, K., e Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, articolo 3087. Meta-analisi di 435 studi e 994 effetti con più di 61.000 studenti, d medio 0,48 dopo aver tolto i valori estremi; tipi di feedback codificati dagli abstract degli studi primari; studenti, non colleghi.
5. Abi-Esber, N., Abel, J. E., Schroeder, J., e Gino, F. (2022). “Just Letting You Know …” Underestimating Others’ Desire for Constructive Feedback. Journal of Personality and Social Psychology, 123(6), da 1362 a 1385. Cinque esperimenti (N = 1.984) e un pilota in un campus: scenari di lavoro ipotetici, episodi ricordati, feedback dal vivo tra amici, coinquilini o partner e una gara di oratoria con studenti. Documentazione sulla coautrice Francesca Gino, verificata il 6 novembre 2026: l’accertamento di condotta scorretta nella ricerca in altri quattro articoli da parte di Harvard, e la sua smentita, sono riportati da the Harvard Crimson il 15 marzo 2024. Le quattro note di ritrattazione sono su Crossref, sotto PNAS, Psychological Science, Psychological Science e Journal of Personality and Social Psychology. Nessuna correzione, ritrattazione o espressione di preoccupazione è collegata a questo articolo su Crossref, OpenAlex o PubMed, e la pagina della rivista non si è potuta aprire.
6. Kruger, J., Epley, N., Parker, J., e Ng, Z.-W. (2005). Egocentrism Over E-Mail: Can We Communicate as Well as We Think? Journal of Personality and Social Psychology, 89(6), da 925 a 936. Cinque esperimenti, studenti universitari statunitensi, email; toni assegnati, non critiche sul lavoro.
7. Bevis, B., Schroeder, J., e Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, articolo 5792. Esperimenti randomizzati con 1.576 interlocutori e 1.432 osservatori, per lo più sconosciuti e studenti universitari in disaccordo su temi controversi, non critiche sul lavoro; accesso aperto.
8. Kumar, A., e Epley, N. (2021). It’s Surprisingly Nice to Hear You: Misunderstanding the Impact of Communication Media Can Lead to Suboptimal Choices of How to Connect With Others. Journal of Experimental Psychology: General, 150(3), da 595 a 607. Un esperimento sul campo in cui a 200 studenti della University of Chicago è stato chiesto di riprendere i contatti con un vecchio amico per telefono o per email (103 hanno completato il follow-up) ed esperimenti di laboratorio in cui persone chiacchieravano con uno sconosciuto in video, a voce o per testo. Riguarda il riprendere i contatti e il fare conoscenza, non le critiche.
9. Google Engineering Practices. How to Write Code Review Comments. Indicazioni di professionisti, senza data, lette il 6 novembre 2026; non è uno studio controllato.
10. Parkes, J., Abercrombie, S., e McCarty, T. (2013). Feedback Sandwiches Affect Perceptions but Not Performance. Advances in Health Sciences Education, 18(3), da 397 a 407. Due studi (N = 20 e N = 350) su feedback scritto tra pari tra studenti di medicina del terzo anno che scrivevano note sui pazienti; gli studenti pensavano che i sandwich aiutassero la prestazione successiva, senza prove che lo facessero.
11. Prochazka, J., Ovcari, M., e Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, articolo 101649. Esperimento randomizzato con 91 studenti universitari alle prese con problemi di matematica; il gruppo del sandwich si è preparato più a lungo e ne ha risolti di più in una seconda serie; la lode era generica e slegata dalla prestazione, e gli autori definiscono la prova parziale.
12. Henley, A. J., e DiGennaro Reed, F. D. (2015). Should You Order the Feedback Sandwich? Efficacy of Feedback Sequence and Timing. Journal of Organizational Behavior Management, 35(3-4), da 321 a 335. Otto studenti universitari (sette donne, un uomo) hanno svolto compiti d’ufficio simulati, ciascuno in tutte e quattro le condizioni (tre sequenze di feedback e nessun feedback), metà con feedback verbale prima di ogni sessione e metà dopo; il sandwich non è stata la sequenza più efficace. Dimensione del campione confermata dal testo completo.
13. Center for Creative Leadership (2025). Use Situation-Behavior-Impact (SBI)™ To Understand Intent. Articolo di professionisti, 19 agosto 2025; definisce il metodo basato sulla ricerca ma non presenta nessuno studio sugli esiti del metodo stesso.
14. Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. Pagina del fornitore di un’attività commerciale di formazione, letta il 6 novembre 2026; non cita nessuno studio sugli esiti dello schema stesso.
15. Lazzari, G., Jean, B. R., de la Sablonnière, R., e van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, articolo 1800455. 31 studi; certezza delle prove valutata da molto bassa a moderata; la maggior parte mancava di controlli adeguati o di randomizzazione e si basava sull’autovalutazione; pubblicato online il 5 novembre 2026.
16. Meyer, E. (2015). Giving Negative Feedback Across Cultures. INSEAD Knowledge, 16 settembre 2015. Articolo di professionisti basato su insegnamento, consulenza e aneddoti dell’autrice; nessun campione misurato.
17. Burd, H., Bremner, G., Schein, A., e Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, giugno 2021. Valutazioni a 360 gradi di 4.328 dirigenti di alto livello in una sola organizzazione del settore pubblico britannico; sono stati assegnati a caso istruzioni diverse a chi valutava, non alle persone valutate; non sottoposto a revisione paritaria.
18. Thorpe, D., McKinlay, M., Richards, J., Sang, K., e Stewart, M. E. (2024). The Lived Experience of Autistic Adults in Employment: A Systematic Search and Synthesis. Autism in Adulthood, 6(4), da 495 a 509. Sintesi qualitativa di 34 articoli; nessun finanziamento e nessun conflitto dichiarato; riguarda i resoconti di lavoratori autistici, non altre forme di neurodivergenza.
19. Subtext. Terms and privacy. Informativa sulla privacy e termini aggiornati il 22 ottobre 2026. Una nostra pagina.