Como Escrever Artigos com Tom de Conversa
A escrever para blog com tom conversacional. Técnicas para soar humano e engajar leitores de verdade.
Por que isso é importante
Como Escrever Artigos com Tom de Conversa. A escrever para blog com tom conversacional. Técnicas para soar humano e engajar leitores de verdade.
Você já abriu um artigo técnico, leu dois parágrafos e fechou a aba sem nem perceber que estava lendo? Acontece o tempo todo. E quase sempre o motivo não é o conteúdo — é a forma como foi escrito. Tom de TCC, frases que parecem traduzidas do inglês pelo Google Translate, parágrafo após parágrafo sem respiração. Ninguém aguenta.
Quando comecei a escrever no blog, eu também cometia esse erro. Tentava soar 'profissional', usava palavras bonitas, construía frases elaboradas. O resultado era um texto que nem eu queria ler depois de pronto. Levei uns seis meses pra entender que profissionalismo e frieza não são a mesma coisa.
Por que ninguém lê blogs que parecem TCC
O problema com escrita acadêmica num blog é simples: ela foi feita pra impressionar banca, não pra resolver problema de alguém. A banca tem obrigação de ler até o fim. Seu leitor não. Ele fecha a aba no segundo parágrafo ruim e vai pro próximo resultado do Google. Simples assim.
Escrita de TCC tem características bem específicas: voz passiva em todo lugar ('foi desenvolvido', 'é possível observar'), frases que demoram três linhas pra chegar no ponto, ausência total de opinião pessoal, linguagem que tenta cobrir todos os casos e acaba não sendo clara pra nenhum. No blog, tudo isso mata o engajamento.
O teste do um parágrafo
Cole o primeiro parágrafo do seu artigo no ChatGPT e pergunte: 'Isso parece escrita humana e conversacional ou parece texto acadêmico?'. Se a resposta for acadêmico, você tem trabalho a fazer. Faça esse teste antes de publicar qualquer coisa.
Tem um dado que me mudou: leitores de blog decidem se vão continuar lendo em menos de 10 segundos. O seu título trouxe o clique. Seu primeiro parágrafo decide se a pessoa fica ou vai embora. Se você começa com 'Vamos explorar os conceitos básicos de...', você perdeu ela antes de começar.
Tom conversacional não é falta de profundidade
Muita gente confunde escrita conversacional com escrita rasa. Não é a mesma coisa. Você pode explicar conceitos complexos de arquitetura de software em linguagem que parece conversa de bar. Na verdade, essa é a habilidade mais difícil de desenvolver — e a mais valiosa.
Richard Feynman, um dos maiores físicos da história, era famoso por conseguir explicar física quântica pra qualquer pessoa. Ele dizia que se você não consegue explicar algo de forma simples, você não entendeu direito. Isso se aplica direto pra escrita técnica de dev. Se você precisa de jargão pra parecer credível, o problema é sua compreensão do assunto, não o seu vocabulário.
Conversacional significa direto, honesto e com personalidade. Significa ter opinião. Significa admitir quando algo é complicado em vez de fingir que é óbvio. Significa falar com o leitor como se ele estivesse do seu lado, não como se fosse um júri te avaliando.
Técnicas práticas pra soar humano
Chega de teoria. Vou te dar as técnicas que uso no dia a dia. Não é uma lista de regras rígidas — é um conjunto de hábitos que, com prática, viram automático.
- Escreva como fala (depois refine)Quando tiver travado, fale o que quer escrever em voz alta. Depois transcreva. O resultado vai ser mais natural que qualquer coisa que você digitar direto. Grave um áudio no celular se precisar. Esse primeiro rascunho vai ser bagunçado, mas vai ter sua voz. Aí você refina.
- Misture frases curtas e longasFrases só curtas ficam telegráficas. Frases só longas ficam cansativas. A mistura cria ritmo. Uma frase curta depois de um parágrafo longo cria impacto. Tente. Você vai ver a diferença imediatamente.
- Coloque opiniões pessoaisNinguém precisa de mais um artigo que 'por um lado... por outro lado...'. Isso é o que o GPT gera automaticamente. O que só você tem é sua opinião formada por experiência real. 'Na minha experiência, usar X funciona melhor que Y porque Z' — isso tem valor. Não tenha medo de ser errado. Ser errado e discutido é melhor que ser ignorado.
- Use perguntas retóricasPerguntas criam diálogo mesmo num monólogo. 'Você já tentou fazer isso e falhou?' puxa o leitor pra dentro do texto. Elas quebram o fluxo passivo de leitura e fazem a pessoa pensar ativamente. Não exagere — uma ou duas por seção é suficiente.
- Elimine palavras vaziasPalavras como 'basicamente', 'de uma certa forma', 'podemos dizer que', 'no contexto de' não adicionam nada. Elas só inflam o texto. Leia cada frase e pergunte: se eu tirar essa palavra, o sentido muda? Se não mudar, tira.
- Quebre os parágrafosParágrafo com mais de quatro linhas numa tela de celular parece muro de texto. Quebre. Mesmo que a regra gramatical diga que dá pra juntar, no blog a experiência de leitura importa mais que a gramática perfeita. Linha em branco é oxigênio pro leitor.
Antes e depois: exemplos reais de reescrita
Teoria é bom. Exemplo é melhor. Vou pegar trechos reais de posts meus antigos e mostrar como reescrevi depois que aprendi essas técnicas.
Antes (versão TCC)
"O processo de deploy contínuo pode ser compreendido como a prática de automatização do ciclo de entrega de software, possibilitando que as equipes de desenvolvimento realizem entregas frequentes e com maior confiabilidade ao ambiente de produção, reduzindo assim o risco associado a grandes releases."
Depois (versão conversacional)
"Deploy contínuo é simples: toda vez que você faz um commit, o código vai pra produção automaticamente. Sem cerimônia, sem 'dia de release', sem reunião de go/no-go. Parece arriscado no começo. Na prática, é o oposto — você deploya mudanças menores com mais frequência, então quando algo quebra, você sabe exatamente o que causou."
A segunda versão tem menos palavras e comunica mais. Ela tem opinião ('parece arriscado no começo'). Ela resolve a objeção do leitor antes que ele a formule. E dá pra ler em voz alta sem engasgar no meio.
Antes (versão TCC)
"É importante ressaltar que a escolha da linguagem de programação adequada requer uma análise cuidadosa de diversos fatores, incluindo os requisitos do projeto, a experiência da equipe, a performance necessária e o ecossistema de ferramentas disponíveis para cada linguagem."
Depois (versão conversacional)
"Escolher linguagem de programação é menos sobre qual é 'melhor' e mais sobre o que resolve seu problema. TypeScript pra frontend? Faz sentido. Rust pra sistema embarcado? Ótimo. Python pra script rápido de automação? Perfeito. A pergunta certa não é 'qual linguagem aprender', é 'qual linguagem resolve esse problema específico'."
Como treinar sua escrita (o exercício que mudou minha vida)
Leitura e teoria ajudam, mas escrita se aprende escrevendo. Vou te dar o exercício que mais me evoluiu nos primeiros seis meses de blog.
O exercício da reescrita diária
Todo dia, pegue um parágrafo de um artigo técnico qualquer — pode ser documentação, post no Medium, qualquer coisa. Reescreva com seu tom, de forma conversacional, sem olhar o original depois de ler. Leva cinco minutos. Faça isso por 30 dias consecutivos. No final do mês, compare seus primeiros com os últimos. Vai se surpreender.
Outro exercício bom é o 'email pra um amigo'. Antes de escrever um artigo, imagine que está explicando o tema pra um amigo desenvolvedor pelo WhatsApp. Escreva esse 'email informal' primeiro. Depois transforme em artigo mantendo aquela energia. A informalidade do rascunho vai dar o tom certo pro texto final.
Hemingway Editor
Ferramenta online gratuita que destaca frases longas demais, voz passiva e palavras desnecessárias. Cole seu texto, veja onde está pesado, simplifique. Não siga cegamente — é um guia, não uma lei.
LanguageTool
Corretor gramatical para português com extensão de navegador. Pega erros que o corretor padrão deixa passar e sugere simplificações de frases complexas. Versão gratuita cobre o básico.
Notion / Obsidian
Para rascunhos rápidos antes de escrever o post formal. Escrever o 'email pro amigo' no Notion sem se preocupar com formatação libera o tom conversacional. Depois você move pro blog com a voz certa.
Checklist antes de publicar qualquer artigo
- Dá pra ler o primeiro parágrafo em voz alta sem travar?
- Existe pelo menos uma opinião pessoal clara no texto?
- Nenhum parágrafo tem mais de 5 linhas no mobile?
- Palavras de enchimento como 'basicamente', 'em suma', 'de forma geral' foram removidas?
- Tem pelo menos uma pergunta retórica pro leitor?
- O título promete algo que o artigo entrega?
- Você leria esse artigo se outra pessoa tivesse escrito?
Esse último item da checklist é o mais honesto. Se você não leria, provavelmente mais ninguém vai ler também. Seja exigente com seu próprio conteúdo.
Quer aprofundar em estratégia de conteúdo pro seu blog? Tenho um artigo completo sobre como sair do zero e se tornar referência na comunidade tech em De Dev Desconhecido a Referência: A Estratégia de Conteúdo que Funciona. E se quiser entender como transformar sua história pessoal em autoridade profissional, veja Storytelling para Programadores: Conte Sua História e Construa Autoridade.
Escrita conversacional não é talento nato. É hábito treinado. Todo mundo que escreve bem hoje escrevia mal no começo. A diferença é que continuou escrevendo.