O que devemos saber antes de enviar uma mensagem
Escrevemos como falamos — e as duas coisas não são a mesma coisa. No texto, cada mensagem é uma interrupção. Sem tom de voz, sem expressão, sem contexto: o problema fica com quem lê.
Baseado em princípios do nohello.net e alinhado ao Remote Manifesto da GitLab
Trabalho remotamente há anos, e a comunicação assíncrona passou a fazer parte de quase todas as esferas da vida. Minha filha de 8 anos pega o celular da mãe para me mandar mensagem quando quer perguntar algo. É natural que isso aconteça — o que ainda me pega às vezes é perceber que a gente escreve como fala, e as duas coisas não são a mesma coisa.
Na fala, o outro está presente. Você fragmenta, pausa, completa — e tudo bem, porque existe troca em tempo real. No texto, cada mensagem enviada é uma notificação independente: no celular, no computador, às vezes no relógio de pulso. Não é um recado deixado numa superfície. É uma interrupção.
O sintoma mais visível é o "Oi" isolado — uma mensagem sem conteúdo, que força o outro a responder antes de você dizer o que precisa. O site nohello.net trata exatamente disso, e mesmo assim o comportamento persiste. Mas o "Oi" é o caso mais óbvio. O que considero mais problemático na prática — e que eu mesmo faço com frequência — é chegar com a hipótese antes de explicar o problema.
"Acho que o servidor caiu?"
Quando você abre com um diagnóstico, quem vai te ajudar começa a confirmar ou refutar a sua teoria, em vez de olhar o problema com olhos frescos. A análise já está contaminada antes de começar. Faz mais sentido descrever o que você observou, mostrar o que já tentou, e deixar espaço para o outro enxergar o que você não viu:
"Estou sem acesso ao sistema desde as 14h. Já reiniciei e troquei de rede, sem resultado. Consegue me ajudar a entender o que pode ser?"
Isso não é falta de objetividade — é respeito pelo raciocínio do outro e, na prática, chega mais rápido à solução.
Outros pontos que aprendi, às vezes da forma difícil:
Urgência precisa ser declarada. No remoto, ninguém vê sua expressão nem sente o ritmo da situação. Se você não diz que é urgente — e por quê — essa informação simplesmente não existe para o outro. "Preciso disso até 14h, tenho reunião com o cliente logo depois" é completamente diferente de mandar a mesma solicitação sem contexto.
Confirmar recebimento não é confirmar entrega. Um 👍 pode ser lido como comprometimento com um prazo que você não assumiu conscientemente. Se você viu a mensagem mas não consegue resolver agora, o correto é dizer: "Vi, mas só consigo olhar amanhã de manhã." Parece detalhe. Evita muita confusão.
O que não está escrito, não aconteceu. Alinharam em call e chegaram a um acordo? Alguém precisa registrar no canal: o quê, quando e quem é responsável. Memória é seletiva — quando algo der errado, as versões do que foi combinado raramente vão coincidir.
Em grupo, você não está falando com uma pessoa. Escreva como se a mensagem pudesse ser lida por quem você menos espera — porque eventualmente será. Tom, conteúdo e nível de detalhe precisam ser calibrados para o contexto coletivo, não para a sua relação com uma das pessoas do grupo.
Não estou defendendo frieza ou formalidade. Estou dizendo que comunicação escrita exige mais atenção do que a falada — não menos. Você escreve uma vez, o outro lê no tempo dele, sem o seu tom de voz, sem a sua expressão. Se o que você escreveu não tiver contexto suficiente, você transferiu o problema para quem está lendo.
A maioria das pessoas não faz isso com má intenção. É hábito: aprendemos a nos comunicar falando, e replicamos isso no texto sem perceber. Mudar não exige ferramenta nova. Exige um segundo de atenção antes de apertar enter.
Na prática:
| Situação | ❌ Evite | ✅ Prefira |
|---|---|---|
| Iniciar conversa | "Oi" | "Oi, preciso de ajuda com X — tem um minuto?" |
| Reportar um problema | "Acho que o servidor caiu?" | "Sem acesso desde 14h. Já reiniciei e troquei de rede. Consegue ajudar?" |
| Sinalizar urgência | "Preciso do relatório." | "Preciso até 14h — reunião com cliente logo depois." |
| Confirmar recebimento | 👍 | "Vi, mas só consigo olhar amanhã de manhã." |
| Registrar decisão | (nada) | "Combinado: faremos X. Prazo: sexta. Responsável: João." |
| Mandar mensagem longa | (6 mensagens separadas) | (1 mensagem com ALT+ENTER para quebrar linhas) |
Resumindo: descreva o problema antes de oferecer a solução. Declare urgência quando ela existir. Escreva uma vez, escreva completo. Registre o que foi decidido. Em grupo, calibre o tom para o contexto coletivo.
Comunicação escrita não é transcrição de pensamento. É responsabilidade com o tempo e o foco do outro.
Uma nota sobre IA
A mesma lógica se aplica quando você interage com um assistente de IA. Mandar o contexto picado em várias mensagens, abrir com o diagnóstico antes de descrever o problema, ou omitir informações relevantes — tudo isso afeta a qualidade da resposta. O modelo trabalha com o que recebeu: se o input for parcial ou já direcionado por uma hipótese, a resposta vai refletir isso. Além disso, mensagens fragmentadas consomem mais tokens sem agregar contexto útil. Escreva uma vez, escreva completo vale aqui também.
Referências: nohello.net e o Remote Manifesto da GitLab.Referências: nohello.net e o Remote Manifesto da GitLab.