Como dar um feedback crítico a um colega por escrito sem parecer duro?

A caixa de comentário está aberta na página quatro de uma proposta compartilhada. Você digitou “Isso não faz sentido” e apagou, depois “Quem sabe dar uma enxugada aqui?” e apagou também, porque isso não pede nada. A seção está errada. Ela deixa de fora o custo da segunda opção, a decisão é na quinta e quem escreveu é alguém com quem você trabalha toda semana. Cada versão que você tenta parece cair como acusação ou como tão pouco que nada vai mudar.

Eu cofundei o Subtext, um aplicativo que lê o seu rascunho e marca as palavras que podem pegar mal, então tenho interesse em que você o use, e nada disto é orientação de RH nem jurídica. O texto trata de crítica entre colegas por escrito, seja em chat, e-mail, comentários em documentos ou code review, e não da avaliação de desempenho feita por um gestor. Mais adiante, o Subtext lê um recado sobre um documento de passagem magro, e eu mostro as duas marcações que ele devolveu e as três versões que ofereceu.

O feedback pode estar certo e mesmo assim chegar como um ataque. A pesquisa aponta para dirigir o comentário ao trabalho e não à pessoa, dar a quem lê algo com que possa agir e não presumir que a pessoa preferiria não saber. Ela não sustenta nenhum roteiro em particular, e o estudo mais próximo de crítica escrita entre colegas que encontrei usou comentários imaginados de code review¹. Para ir direto às formulações, veja as quatro tarefas e as cinco mensagens.

O que faz uma crítica escrita parecer dura?

Na minha leitura, o quanto uma crítica soa dura depende bastante de como ela é construída, além de depender da gravidade do problema. A pesquisa oferece uma definição prática. Em seu artigo de 1988, Robert Baron chamou a crítica de construtiva quando era específica, atenciosa e não atribuía o mau desempenho a causas internas, o que eu leio como algo sobre a pessoa e não sobre a situação, e de destrutiva quando quebrava essas regras².

No primeiro estudo dele, 83 estudantes de graduação receberam uma crítica construtiva ou destrutiva sobre o seu trabalho, e quem recebeu a destrutiva relatou mais raiva e tensão e disse que seria mais provável resistir ao crítico ou evitá-lo em desacordos futuros. No segundo, com 106 estudantes de graduação, quem recebeu crítica destrutiva numa primeira tarefa fixou metas mais baixas e relatou menor autoeficácia em duas tarefas seguintes do que quem recebeu crítica construtiva ou nenhuma². Eram estudantes em laboratório, então os resultados mostram o que a crítica pode fazer e não o que um colega faz depois de um e-mail duro, e o resumo não relata nenhum efeito sobre o desempenho na tarefa, então eu não afirmaria um.

A crítica ajuda, ou muitas vezes sai pela culatra?

O feedback ajuda em média, mas não em todos os casos. A meta-análise de 1996 de Kluger e DeNisi sobre feedback e desempenho reuniu 607 tamanhos de efeito de 23.663 observações. Em média o feedback melhorou o desempenho em cerca de 0,4 desvio padrão (d = 0,41), mas mais de um terço das intervenções o reduziu, e nem a variação casual das amostras nem o fato de o feedback ser positivo ou negativo explicou isso³. Eu não leria isso como uma chance em três de o seu e-mail dar errado. Os estudos misturavam tarefas e contextos, e nenhum deles era chat de trabalho moderno.

A explicação dos autores é que o feedback muda para onde vai a atenção. Nas comparações entre estudos, ele se tornava menos eficaz à medida que a atenção se deslocava da tarefa para a pessoa³. Essa é a base de pesquisa mais forte que encontrei para o conselho conhecido de comentar o trabalho e não a pessoa. Aplicá-lo à mensagem de um colega ainda é uma inferência, porque a comparação foi entre estudos, e não entre mensagens que diferiam em uma única característica.

Uma meta-análise posterior na educação, com 435 estudos e mais de 61.000 aprendizes, encontrou que o feedback de alta informação, isto é, o feedback corretivo mais informações sobre como os aprendizes estavam regulando o próprio aprendizado, teve o maior efeito médio (d = 0,99), contra 0,46 para o feedback corretivo sozinho, ou seja, o que estava certo ou errado e a resposta correta, e 0,24 para recompensa ou punição sozinhas⁴. As categorias foram codificadas a partir dos resumos dos estudos, e as comparações são entre estudos com estudantes, não com colegas de trabalho. A inferência que eu tiraria é vaga: um comentário com informação útil vale mais do que um veredito. “A linha de totais ainda inclui os pedidos cancelados” mostra a quem lê onde olhar. “Tome mais cuidado com os totais” não mostra.

A pessoa realmente quer ouvir isso?

Um motivo possível para se segurar é a crença de que a outra pessoa preferiria não saber. Abi-Esber e colegas fizeram cinco experimentos com 1.984 participantes. Quem dava o feedback tendia a subestimar o quanto quem recebia queria um feedback construtivo, em cenários hipotéticos de trabalho, em episódios lembrados e em feedback ao vivo entre amigos, colegas de quarto ou parceiros românticos⁵.

O feedback nesses experimentos era construtivo, isto é, específico, aplicável e dado com atenção ao bem-estar da pessoa, sobre um problema que quem recebia não conhecia e podia corrigir. A maior parte da evidência são previsões e episódios lembrados, e o feedback escrito não foi testado. Então ela não mostra que todo colega aprecia uma crítica que ninguém pediu, que é contestada ou difícil de corrigir, e quem recebe pode com razão rejeitar uma crítica imprecisa, invasiva ou injusta. Eu uso o achado como um teste. Eu gostaria de saber disso no lugar da pessoa? Está correto? Ela pode mudar?

Um dos quatro autores do artigo de Abi-Esber, Francesca Gino, foi considerada por Harvard como tendo cometido má conduta em pesquisa em outros quatro artigos, o que ela nega⁵. Crossref, OpenAlex e PubMed não listam nenhuma correção, retratação ou expressão de preocupação para esse artigo⁵.

Cabe a você dizer, e deveria ser por escrito?

Duas perguntas vêm antes de qualquer formulação. A primeira é sobre legitimidade. Um problema num trabalho de que você depende, medido contra algo que vocês dois combinaram, cabe a você levantar. Eu deixaria um padrão no desempenho geral de alguém, ou se a pessoa serve para o cargo, para quem a gerencia. Se é principalmente que você teria feito diferente, diga que é uma preferência.

A segunda é se deve escrever. A evidência mais próxima sobre escrever contra conversar trata de outras coisas. Quem escreve superestima o quanto o tom fica claro por e-mail, em experimentos com estudantes e tons atribuídos⁶. Participantes que em sua maioria eram desconhecidos entre si e estudantes de faculdade chegaram a mais entendimento e menos conflito quando falaram sobre um tema polêmico do que quando escreveram, embora a maioria, numa amostra separada, tenha dito que preferiria escrever⁷. As pessoas esperavam que uma ligação para um velho amigo fosse mais constrangedora do que um e-mail, e não foi⁸. Nenhum desses é crítica ao trabalho de alguém, e nenhum mostra que uma ligação vence um comentário. O texto sobre mensagens firmes no Slack passa pelo primeiro estudo, e o texto sobre cancelar planos pelo terceiro.

Minha regra de trabalho é escrever quando os fatos e a mudança que você quer estão claros, e conversar primeiro quando o assunto é contestado, recorrente ou provavelmente vai render uma sequência de réplicas, e depois registrar por escrito o que foi combinado. Escrever permite revisar, deixa a pessoa responder no tempo dela e deixa um registro. Se você não sabe qual ela prefere, pergunte.

O que a mensagem deve dizer, e o que deve cortar?

Uma crítica escrita tem quatro tarefas, e eu as faria nesta ordem. Este é o meu roteiro de trabalho, montado a partir das três regras de Baron, do achado sobre a atenção acima e da orientação de profissionais abaixo.

1. A coisa específica. Nomeie o documento, o trecho, o incidente ou a entrega combinada, e como ele difere do padrão combinado. Separe o que você observou do que você infere. “A linha de totais inclui pedidos cancelados” é observado, e “descuidado” é inferido.
2. O que isso causou. Diga o que mudou no trabalho, do seu lado e sem afirmar que todos concordam, como em “então não consegui terminar o resumo”.
3. Um pedido. Uma mudança que a pessoa possa fazer, com prazo só onde há uma dependência real. Diga quais partes são obrigatórias e quais são preferência sua, como faz a orientação publicada do Google para code review com rótulos como Nit, Optional e FYI⁹, embora isso seja orientação de profissionais, não um estudo controlado. Específico não quer dizer exaustivo, então comece pela mudança que mais importa e rotule o resto. No chat, mande uma única mensagem, e no e-mail ponha o pedido logo no início, sob um assunto claro.
4. Uma porta aberta e uma oferta que você cumpre. Faça uma pergunta de verdade onde pode faltar contexto a você, e não esconda uma exigência dentro de uma pergunta falsa. Ofereça uma revisão ou uma ligação só se você for fazê-la.

Para o comentário da página quatro, poderia ser assim: “Esta seção não traz o custo da segunda opção, e a decisão de quinta depende dele. Dá pra acrescentar um valor aproximado até lá? Se estiver coberto em outro lugar que eu não vi, me aponta onde.”

Depois corte. Corte as palavras que descrevem a pessoa e não o trabalho, como descuidado, preguiçoso, “você sempre”, “de novo” usado como acusação e “obviamente”. Corte perguntas retóricas, vereditos vagos como “ainda não está lá”, sarcasmo, uma carinha usada para suavizar uma reclamação, comparações com colegas citados pelo nome e afirmações sobre o que todo mundo pensa. A definição de Baron cobre só o vago, o desatencioso e o pessoal, então o resto dessa lista é meu, e os estudos sobre emoji apontam em direções diferentes sobre a carinha. Eu não poria direto ou curto na lista.

Antes de enviar, pergunte se um leitor razoável conseguiria encontrar o problema, entender o padrão, agir sem adivinhar e corrigir um erro no seu relato. Eu usaria esse teste no lugar de contar palavras educadas.

Sanduíche, SBI, Radical Candor e CNV funcionam?

O sanduíche, elogio, depois crítica, depois elogio, tem três artigos que apontam em direções diferentes. Em dois estudos de feedback escrito entre pares com estudantes de medicina do terceiro ano (20 e 350 estudantes), os estudantes acreditavam que os sanduíches ajudavam o desempenho posterior, e não havia evidência de que ajudassem¹⁰. Num experimento randomizado com 91 estudantes universitários, uma correção entre duas afirmações positivas gerais foi seguida de mais problemas de matemática resolvidos do que a correção sozinha, embora os autores a chamem de evidência parcial¹¹. Num estudo com oito estudantes de graduação fazendo tarefas de escritório simuladas, cada um tentou todas as sequências, e o sanduíche não foi o mais eficaz em média¹². Então ele não foi desmentido nem se mostrou eficaz. Minha opinião é elogiar só o que é verdadeiro, específico e relevante, porque um elogio cuja única função é amortecer aumenta o texto e levanta a pergunta sobre o que vem depois.

SBI, Radical Candor e CNV são roteiros de profissionais: Situação-Comportamento-Impacto, o par de Kim Scott de se importar pessoalmente e desafiar com franqueza, e a Comunicação Não Violenta. O Center for Creative Leadership, que vende treinamento em SBI, o chama de baseado em pesquisa, mas a página que li não mostra nenhum estudo de resultado¹³. A página comercial do Radical Candor também não cita nenhum estudo de resultado do método¹⁴. Uma revisão de 31 estudos de treinamento em CNV, publicada em 5 de novembro de 2026, avaliou a certeza da evidência como de muito baixa a moderada, encontrou que a maioria não tinha controles adequados e dependia de autorrelato, e chamou o padrão de mais modesto do que a suposição comum de que a CNV melhora o funcionamento social¹⁵. Muitos eram programas de treinamento testados em ambientes como prisões e hospitais.

Cinco mensagens, antes e depois

Estas cinco foram inventadas para este texto, e nenhuma é o texto correto. Cada uma é um caminho possível. Cada depois usa só os fatos que o seu contexto e o seu antes dão, mais um pedido, que é meu.

Um documento de passagem magro. O documento de passagem do Owen não tinha o login do staging nem a lista de bugs abertos, e você montou a maior parte por conta própria.

Antes “Valeu pelo documento de passagem, Owen. Meio magrinho, né 😅 Acabei montando a maior parte sozinho. Quem sabe da próxima vez incluir o login do staging e a lista de bugs abertos? Sem problema nenhum.”

Depois “Valeu pelo documento de passagem, Owen. Nele não tinha o login do staging nem a lista de bugs abertos, então acabei montando a maior parte por conta própria. Dá pra incluir os dois na próxima passagem? Se estiverem em algum lugar que eu não achei, me aponta onde.”

“Meio magrinho, né 😅” é um veredito com um sorriso, e “Sem problema nenhum” retira a reclamação. O depois nomeia as duas coisas que faltaram, mantém o custo que você contou, pede a correção e deixa espaço para o caso de elas existirem em outro lugar.

Um prazo que custou caro. O relatório de testes do Callum era para segunda e chegou na quarta, então o lançamento passou de quarta para sexta. É a segunda vez neste trimestre, e o QA precisa do relatório dois dias antes de um lançamento.

Antes “O relatório de testes era para segunda. Essa é a segunda vez. Se atrasar de novo, vou levar isso ao seu gestor.”

Depois “Callum, o relatório de testes era para segunda e chegou na quarta, então o lançamento passou de quarta para sexta. O QA precisa dele dois dias antes de um lançamento, então preciso do próximo com essa antecedência. Se alguma coisa estiver no caminho, me avisa agora.”

As datas e a consequência ficam. “Segunda vez” fica contando erros dentro de um pedido sobre um único relatório, então sai, e se o padrão é real, ele pede uma conversa à parte, como no caso do Tobias mais abaixo. A ameaça também sai, porque eu não faria uma que talvez não cumprisse.

Um primeiro rascunho que erra o alvo. O rascunho do guia de integração da Ingrid abre com a história da empresa e deixa de fora a primeira semana. A parte de ferramentas está clara. Você acha que quem entra precisa saber o que fazer no primeiro dia e a quem perguntar.

Antes “Adorei a energia. Só precisa de uma arrumadinha antes de sair.”

Depois “Valeu pelo rascunho, Ingrid. A parte de ferramentas está clara. O que falta é a primeira semana. Acho que quem entra precisa saber o que fazer no primeiro dia e a quem perguntar, e o guia começa pela história da empresa. Dá pra pôr a primeira semana no começo e passar a história para depois dela?”

Parece inofensivo, e acho que é a mais arriscada das cinco, porque “uma arrumadinha” diz que o rascunho está quase pronto, e a reestruturação pode chegar depois como surpresa.

Um hábito nas reuniões. Em três reuniões de planejamento seguidas, o Tobias reabriu a decisão sobre o fornecedor que o time tomou em outubro, usando o tempo que o time tinha para a sprint. Você está prestes a postar no canal do time.

Antes “Pelo visto aqui nunca se decide nada 🙃”

Depois (como mensagem privada) “Oi, Tobias, nas últimas três reuniões de planejamento a gente voltou à escolha do fornecedor que fechamos em outubro, e isso tomou o tempo que tínhamos para a sprint. Se há informação nova, dá pra mandar antes da reunião para vermos se muda alguma coisa?”

O antes vai para o canal inteiro, então todo mundo recebe a alfinetada, e “nunca se decide nada” é uma afirmação que ninguém consegue checar. O depois vai só para o Tobias, conta as reuniões e pede uma mudança. Para um hábito, eu conversaria primeiro e mandaria isto como registro.

Um comentário de revisão. A alteração da Farah quebra quando a lista está vazia, porque o loop lê o primeiro item sem checar. Isso precisa mudar, e você também acha difícil de ler um nome de variável, tmp.

Antes “Por que não tem checagem de lista vazia aqui? Coisa básica.”

Depois “Obrigatório antes do merge: isso quebra quando a lista está vazia, porque o loop lê o primeiro item sem checar. Dá pra adicionar uma checagem para o caso vazio, ou me dizer se algum chamador já descarta isso? Nit, opcional: o nome tmp é difícil de ler.”

“Coisa básica” julga a Farah, e a pergunta pede uma resposta que ninguém quer dar. O depois rotula o que é obrigatório e o que é opcional, como faz a orientação do Google, e comenta o código e não quem o escreveu⁹.

Isso muda com senioridade, cultura ou com quem é a pessoa?

Cargos iguais não significam influência igual. Um engenheiro sênior pode controlar a aprovação, e um colega em início de carreira pode ter pouco espaço para discutir um prazo. Então diga que autoridade o pedido carrega, se é um bloqueio de lançamento, uma exigência combinada do time ou a sua preferência, e não faça uma sugestão opcional soar como ordem. O texto sobre mensagens firmes no Slack trata do que se sabe e do que não se sabe sobre como o cargo de quem envia muda a leitura de uma mensagem.

A cultura é um convite a perguntar. Erin Meyer, escrevendo para o INSEAD, descreve culturas diretas reforçando a crítica com palavras como “absolutamente” e as indiretas suavizando com “meio que”¹⁶. Isso é experiência de profissional, sem amostra medida, e descreve tendências. Pergunte como o seu time lida com correções.

Em alguns dados, o gênero aparece no feedback que as pessoas recebem. Em avaliações de 360 graus de 4.328 gestores seniores de uma organização do setor público do Reino Unido, as mulheres receberam feedback mais específico sobre pontos fortes, e menos específico sobre o que desenvolver, do que os homens. Esse relatório não foi revisado por pares, e as diferenças de gênero são observacionais¹⁷. Eu leio isso como um motivo para conferir se você dá a todos os mesmos detalhes, não para tratar alguém como frágil.

Neurodivergência não é um único estilo de comunicação. Uma síntese de 34 artigos sobre a vida profissional de adultos autistas encontrou que o feedback às vezes era difícil de entender ou de pouca utilidade, e que expectativas claras ajudavam¹⁸. Ela não cobre TDAH, dislexia ou outras condições, então pergunte. O texto sobre AuDHD passa pela evidência sobre o canal.

E se a pessoa reagir na defensiva, ou não responder?

Uma resposta na defensiva continua sendo uma resposta. Eu verificaria primeiro se por baixo dela há uma discordância sobre os fatos. “Pode ser que eu esteja sem contexto. Que parte do cronograma você vê diferente?” pergunta isso sem abrir mão da exigência. Se a pessoa tem razão em algum ponto, diga, e depois repita a exigência compartilhada uma vez. Se a sua primeira mensagem tinha uma generalização injusta, repare diretamente essa parte, o que como pedir desculpas por mensagem trata. Depois pare de acrescentar réplicas escritas e ofereça uma ligação ou uma pauta curta por escrito.

O silêncio, por si só, não significa concordância, hostilidade nem recusa. Mande um único acompanhamento curto no canal onde o trabalho acontece, dizendo a decisão que ele está segurando, e de resto respeite o tempo de resposta habitual do seu time.

Quando o problema é de prioridades, de responsabilidade ou de combinados repetidamente descumpridos, ou de recursos que você não consegue resolver entre colegas, leve a quem pode decidir, com os fatos, o efeito sobre o trabalho e a decisão de que você precisa. Eu avisaria primeiro o seu colega, a menos que envolva assédio, segurança ou discriminação, e começaria pela política do seu empregador.

A troca de mensagens não deve conter palpites sobre a saúde ou as motivações de alguém, informações confidenciais sobre outros colegas, ameaças que você não pode ou não vai cumprir, nem afirmações sobre o que o grupo pensa que você não checou. Denúncias de assédio, discriminação, retaliação ou má conduta grave pertencem ao processo de denúncia do seu empregador. Se a pessoa te assusta ou te ameaça, isso deixou de ser um problema de formulação. Se você está em perigo imediato, ligue para o número de emergência local. Por favor, mantenha essa conversa fora do Subtext e de qualquer outra ferramenta de IA.

Quando uma ferramenta ajuda

O Subtext é uma ferramenta de IA, então a evidência mais próxima é a pesquisa sobre ajuda de IA com uma mensagem, que Os reescritores de mensagem com IA funcionam mesmo? trata. Não encontrei nenhum estudo independente mostrando que o Subtext, ou qualquer ferramenta de IA de reescrita, melhora como o feedback a colegas é recebido, o quanto é justo ou como fica a relação de trabalho.

Dois hábitos não custam nada. Escreva a versão sem filtro em particular e troque cada julgamento pelo que aconteceu e pelo que você quer que mude. Depois diga em voz alta como o leitor mais afiado a ouviria, o que este texto soa grosseiro? trata na forma testada mais próxima.

O Subtext lê um rascunho de feedback que você escreveu e marca palavras que podem soar como ataque, um julgamento com sempre ou nunca, um tom de superioridade, ou uma regra imposta com deve ou tem que, com um motivo curto para cada uma. Ele dá ao sentimento do rascunho o nome de uma palavra e oferece até três versões, uma delas perto das suas palavras, cada uma marcada como “pode enviar” ou “atenção” e, nas versões feitas a partir do seu rascunho, com uma estimativa de quanto do seu texto ele mudou. Um selo “pode enviar” é a estimativa do próprio Subtext a partir das palavras que ele tem à frente, e uma “atenção” é um motivo para reler aquela versão, não prova de um problema. Ele não envia nada, então você copia a versão que quer e envia por conta própria.

O Subtext não consegue julgar se a sua crítica é justa ou correta, e não consegue dizer o que o seu colega quis dizer, o que as perguntas frequentes do site também dizem, nem como a pessoa vai receber. Ele não conhece a história entre vocês nem as normas do seu time, além das palavras que você dá a ele e das notas que você salvou na Memória. Uma versão feita a partir de uma instrução, como o pedido de uma mais curta ou mais calorosa, tende a ficar calorosa, simples e curta, então uma mensagem que precisa continuar direta pede uma leitura para ver o que foi perdido. É um assistente de escrita, não terapia, mediação nem um processo de RH.

O documento de passagem magro acima, inventado para o teste, passou pelo Subtext. O rascunho dizia “Valeu pelo documento de passagem, Owen. Meio magrinho, né 😅 Acabei montando a maior parte sozinho. Quem sabe da próxima vez incluir o login do staging e a lista de bugs abertos? Sem problema nenhum.” O Subtext deu ao sentimento o nome de Frustração e devolveu duas marcações. Passivo-agressivo, com o motivo de que “Valeu pelo documento” seguido de “Meio magrinho, né 😅” e “Sem problema nenhum” esconde a irritação atrás de ironia e pode soar como uma alfinetada. E Sarcasmo, porque, segundo o motivo, o agradecimento inicial pode ser lido como sincero ou como ironia, o que deixa o tom ambíguo.

As três versões foram marcadas como “pode enviar”. A primeira, Direto e leve, tirou o “Meio magrinho”, o emoji e o “Sem problema nenhum”, escreveu “Ficou faltando bastante coisa” e transformou a sugestão na pergunta “dá pra incluir o login do staging e a lista de bugs abertos?”, com um “Ajuda muito” no fim. A segunda, Mais caloroso, mantém o “Valeu” e troca o 😅 por um 🙂, muda “a maior parte sozinho” para “a maior parte por conta própria, mas faltaram alguns itens”, o que suaviza o rascunho, e abre o pedido com “Se puder”. A nota dela diz que a versão “mantém o valeu e o emoji amigável”, o que é uma estimativa a partir das palavras e não um conhecimento sobre o Owen. A terceira, Reescrita natural, é a que mais muda o texto. Ela nomeia as duas lacunas, “o login do staging e a lista de bugs abertos”, acrescenta que deu “pra aproveitar bastante coisa” do documento, o que o seu rascunho nunca disse, e deixa de fazer a pergunta, porque o pedido vira uma condição: “se vierem já no documento, o começo fica bem mais rápido pra quem assume”. Nenhuma oferece uma revisão nem pergunta se o conteúdo pode estar em outro lugar, então a quarta tarefa, a porta aberta e a oferta, continua sendo sua. A fala do Subtext antes das versões começou com “Dá pra entender o incômodo de ter montado quase tudo sozinho.” e seguiu com “Deixei o recado claro e sem a alfinetada.” Esse é o resultado real do aplicativo, sem edição.

Experimente o Subtext no navegadorBaixar na App StoreDisponível no Google PlayBaixar o aplicativo

Com qualquer ferramenta, peça que ela mantenha os fatos, a exigência e o prazo e que não acrescente elogios, promessas nem pedidos de desculpa, e depois compare o que voltou com o seu original, porque uma reescrita pode suavizar um fato junto com a aresta, como fez a segunda versão acima.

O que você deve colar no Subtext ou em qualquer ferramenta de IA?

Um rascunho de feedback colado no Subtext ou em qualquer outra ferramenta de IA pode conter informações comerciais confidenciais e detalhes sobre alguém que nunca escolheu o serviço, e tirar um nome não tira todos os detalhes que identificam. Confira primeiro a política do seu empregador e o seu contrato, use uma ferramenta e uma conta aprovadas quando existirem, e cole só o seu próprio feedback, com cargos no lugar de nomes e sem nomes de clientes, valores nem histórico de conversa de que a tarefa não precise. Deixe de fora qualquer coisa sobre a saúde, o dinheiro ou a vida privada da outra pessoa.

Os termos do Subtext pedem que você confirme que pode enviar as palavras de outras pessoas e, se usa para trabalho, que tem permissão para isso. A política de privacidade diz que nada do que você envia é usado para treinar um modelo de IA, pelo Subtext ou por seus provedores, e que o seu texto vai para os provedores de IA que ela nomeia. Uma conversa se apaga sozinha cinco dias depois da última vez que você a usa, ou 90 dias se você a fixar, e dá para apagar uma na hora¹⁹. As notas salvas na Memória ficam até você excluí-las. Quais assistentes de escrita com IA treinam com as suas mensagens tem a versão longa para outras ferramentas.

Perguntas frequentes

Como critico o trabalho de um colega com educação num e-mail? Aponte para a coisa específica, diga o que ela causou, peça uma mudança e deixe espaço para o que você não sabe. Educado aqui quer dizer preciso e respeitoso. Enchimento não acrescenta nem uma coisa nem outra.

Pode dar feedback crítico pelo Slack ou por e-mail? Pode, quando os fatos e a mudança que você quer estão claros. Converse primeiro quando o assunto é contestado, recorrente ou provavelmente vai render uma sequência de réplicas.

Devo começar com um elogio? Só se for verdadeiro e sobre o trabalho. O sanduíche tem três artigos por trás que apontam em direções diferentes, e na minha opinião um elogio cuja única função é amortecer a crítica aumenta o texto e levanta a pergunta sobre o que vem depois.

Quanto tempo devo esperar antes de enviar? Não encontrei nenhum estudo que dê um intervalo. Se você fizer uma pausa, eu usaria o tempo para trocar cada julgamento pelo que aconteceu e pelo que você quer que mude, e enviaria antes que a correção deixe de importar.

Em que ordem fazer

Decida primeiro se cabe a você dizer e se escrever é o caminho certo. Se o assunto é contestado, recorrente ou provavelmente vai render uma sequência de réplicas, converse primeiro. Se for escrever, aponte para a coisa específica, diga o que ela causou, peça uma mudança e deixe espaço para o que você não sabe.

Se a pessoa responder na defensiva, verifique primeiro se há uma discordância sobre os fatos, repare o que você errou e repita a exigência uma vez. Se nada voltar, mande um único acompanhamento curto. Se for assédio, discriminação ou algo que te assusta, deixou de ser um problema de formulação.

Escreva a menor mensagem que nomeia o trabalho, diz o que ele causou e pede uma mudança. Depois envie.

Fontes

Numeradas na ordem em que aparecem acima. Onde não foi possível verificar um número em relação à fonte primária, o texto diz isso. Checado em 6 de novembro de 2026.

1. Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., and Blincoe, K. (2022). Destructive Criticism in Software Code Review Impacts Inclusion. Proceedings of the ACM on Human-Computer Interaction, 6(CSCW2), 1 a 29. Pesquisa com 93 profissionais de software reagindo a comentários hipotéticos de code review construtivos ou destrutivos; vinhetas e autorrelato.
2. Baron, R. A. (1988). Negative Effects of Destructive Criticism: Impact on Conflict, Self-Efficacy, and Task Performance. Journal of Applied Psychology, 73(2), 199 a 207. Três estudos: 83 estudantes de graduação, 106 estudantes de graduação e uma pesquisa com 108 funcionários de uma empresa de processamento de alimentos; manipulação em laboratório e autorrelato.
3. Kluger, A. N., and 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), 254 a 284. Meta-análise de 607 tamanhos de efeito (23.663 observações): o feedback melhorou o desempenho em média (d = 0,41), mas mais de um terço das intervenções o reduziu. Tarefas e contextos variados, nenhum deles chat de trabalho moderno; o texto completo não pôde ser aberto, então a divisão entre laboratório e campo não é conhecida.
4. Wisniewski, B., Zierer, K., and Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, article 3087. Meta-análise de 435 estudos e 994 efeitos com mais de 61.000 aprendizes, d médio de 0,48 depois de remover valores extremos; tipos de feedback codificados a partir dos resumos dos estudos primários; estudantes, não colegas de trabalho.
5. Abi-Esber, N., Abel, J. E., Schroeder, J., and Gino, F. (2022). “Just Letting You Know …” Underestimating Others’ Desire for Constructive Feedback. Journal of Personality and Social Psychology, 123(6), 1362 a 1385. Cinco experimentos (N = 1.984) e um piloto no campus: cenários hipotéticos de trabalho, episódios lembrados, feedback ao vivo entre amigos, colegas de quarto ou parceiros, e um concurso de fala com estudantes. Registro sobre a coautora Francesca Gino, checado em 6 de novembro de 2026: a conclusão de Harvard de má conduta em pesquisa em outros quatro artigos, e a negação dela, são relatadas pelo Harvard Crimson em 15 de março de 2024. Os quatro avisos de retratação estão no Crossref em PNAS, Psychological Science, Psychological Science e Journal of Personality and Social Psychology. Nenhuma correção, retratação ou expressão de preocupação está ligada a este artigo no Crossref, no OpenAlex ou no PubMed, e a página do próprio periódico não pôde ser aberta.
6. Kruger, J., Epley, N., Parker, J., and Ng, Z.-W. (2005). Egocentrism Over E-Mail: Can We Communicate as Well as We Think? Journal of Personality and Social Psychology, 89(6), 925 a 936. Cinco experimentos, estudantes de graduação dos EUA, e-mail; tons atribuídos, não crítica no trabalho.
7. Bevis, B., Schroeder, J., and Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, article 5792. Experimentos randomizados com 1.576 parceiros de conversa e 1.432 observadores, em sua maioria desconhecidos e estudantes de faculdade discordando sobre temas polêmicos, não crítica a um trabalho; acesso aberto.
8. Kumar, A., and 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), 595 a 607. Um experimento de campo em que 200 estudantes da University of Chicago foram convidados a retomar contato com um velho amigo por telefone ou e-mail (103 concluíram o acompanhamento) e experimentos de laboratório em que as pessoas conversavam com um desconhecido por vídeo, voz ou texto. Sobre retomar contato e se conhecer, não sobre crítica.
9. Google Engineering Practices. How to Write Code Review Comments. Orientação de profissionais, sem data, lida em 6 de novembro de 2026; não é um estudo controlado.
10. Parkes, J., Abercrombie, S., and McCarty, T. (2013). Feedback Sandwiches Affect Perceptions but Not Performance. Advances in Health Sciences Education, 18(3), 397 a 407. Dois estudos (N = 20 e N = 350) de feedback escrito entre pares com estudantes de medicina do terceiro ano escrevendo notas de pacientes; os estudantes achavam que os sanduíches ajudavam o desempenho posterior, sem evidência de que ajudassem.
11. Prochazka, J., Ovcari, M., and Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, article 101649. Experimento randomizado com 91 estudantes universitários resolvendo problemas de matemática; o grupo do sanduíche se preparou por mais tempo e resolveu mais numa segunda série; o elogio era geral e sem relação com o desempenho, e os autores chamam a evidência de parcial.
12. Henley, A. J., and 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), 321 a 335. Oito estudantes de graduação (sete mulheres, um homem) fizeram tarefas de escritório simuladas, cada um sob as quatro condições (três sequências de feedback e nenhum feedback), metade recebendo feedback verbal antes de cada sessão e metade depois; o sanduíche não foi a sequência mais eficaz. Tamanho da amostra confirmado no texto completo.
13. Center for Creative Leadership (2025). Use Situation-Behavior-Impact (SBI)™ To Understand Intent. Artigo de profissionais, 19 de agosto de 2025; chama o método de baseado em pesquisa, mas não apresenta nenhum estudo de resultado do método em si.
14. Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. Página comercial de uma empresa de treinamento, lida em 6 de novembro de 2026; não cita nenhum estudo de resultado do próprio método.
15. Lazzari, G., Jean, B. R., de la Sablonnière, R., and van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, article 1800455. 31 estudos; certeza da evidência avaliada como de muito baixa a moderada; a maioria sem controles adequados ou randomização e baseada em autorrelato; publicado online em 5 de novembro de 2026.
16. Meyer, E. (2015). Giving Negative Feedback Across Cultures. INSEAD Knowledge, 16 de setembro de 2015. Artigo de profissionais baseado no ensino, na consultoria e em anedotas da autora; sem amostra medida.
17. Burd, H., Bremner, G., Schein, A., and Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, June 2021. Avaliações de 360 graus de 4.328 gestores seniores de uma organização do setor público do Reino Unido; quem avaliava, e não quem era avaliado, foi randomizado para receber instruções diferentes; não revisado por pares.
18. Thorpe, D., McKinlay, M., Richards, J., Sang, K., and Stewart, M. E. (2024). The Lived Experience of Autistic Adults in Employment: A Systematic Search and Synthesis. Autism in Adulthood, 6(4), 495 a 509. Síntese qualitativa de 34 artigos; sem financiamento e sem conflitos declarados; cobre os relatos de trabalhadores autistas, não outras formas de neurodivergência.
19. Subtext. Terms and privacy. Política de privacidade e termos atualizados em 22 de outubro de 2026. Fonte própria.