Trabalho em documentação técnica e ganho mais do que no meu antigo cargo em vendas.

O dia em que ganhei mais dinheiro a explicar software do que a vendê-lo, quase me ri.
O meu recibo de vencimento tinha chegado à caixa de entrada, como sempre, enquanto eu aquecia massa do dia anterior às 23h. Abri-o distraidamente, como se faz quando já se sabe o que se vai ver. Só que, desta vez, o número no fim era diferente. Maior. Mais limpo. Mais calmo, de alguma forma.

A parte estranha? Eu já não andava a perseguir clientes. Estava a escrever páginas de ajuda. Guias de utilização. Notas de lançamento.

O meu cargo: redator técnico.
A minha realidade: eu finalmente estava a ganhar mais do que no meu emprego de vendas “com grande potencial”.

E nada naquela mudança de carreira parecia glamoroso no LinkedIn.
À primeira vista.

De correr atrás de quotas a explicar botões

A minha vida anterior cheirava a café frio e prazos esmagados.
Eu era a pessoa a atualizar painéis de controlo às 20h59, a rezar por mais um negócio para não falhar a meta trimestral por umas centenas de dólares. O tipo de função que os recrutadores descrevem como “dinâmica, mentalidade de caçador, comissões atrativas”.

No papel, eu estava bem.
Boa empresa, salário base decente, variável simpática “se os objetivos forem atingidos”.

Na realidade, o meu rendimento oscilava imenso. Um trimestre incrível, depois um deserto. Num mês sentia-me rico, no seguinte fazia contas para ver se conseguia esticar renda mais mercearia com o que sobrava.
Cada bónus vinha com um nó de ansiedade.
Eu estava cansado de sentir que a minha conta bancária dependia do humor de outras pessoas.

A mudança começou em silêncio.
Eu sempre fui a pessoa da equipa de vendas que reescrevia apresentações para que fizessem sentido. Ajustava descrições de funcionalidades, reescrevia emails para ficarem claros, transformava o caos do produto em algo que os clientes entendessem. Uma vez o meu manager brincou: “Devias estar em marketing, não em vendas.”

Numa noite, enquanto evitava o CRM, caí num buraco de coelho: “empregos redator técnico remoto”, depois “salário especialista em documentação”, depois “mudança de carreira para redator técnico júnior”. Descobri anúncios que falavam de APIs, UX writers, centros de ajuda e… salários estáveis.

Sem comissão.
Sem metas agressivas.
Só um salário base que, em alguns casos, igualava ou ultrapassava os meus melhores trimestres “bons” em vendas.
Foi a primeira vez que pensei: talvez eu esteja no lugar errado.

Olhando para trás, a lógica é mais nítida do que pareceu na altura.
As empresas gastam milhões a construir produtos complexos e depois perdem utilizadores porque ninguém percebe como os usar. Boa documentação não é um “nice-to-have”; é uma ferramenta silenciosa de sobrevivência.

Os redatores técnicos vivem numa interseção estranha: entendem o produto o suficiente para falar com engenheiros e entendem pessoas o suficiente para escrever de forma clara. Essa ponte tem valor.
Valor real, de linha de orçamento.

O meu rendimento cresceu não porque eu me tenha tornado um génio, mas porque me aproximei de onde o risco do produto realmente mora: a confusão do utilizador.
Vendas traz dinheiro pela porta.
Documentação impede que ele escape.

Como a mudança acontece de verdade (não a versão do LinkedIn)

Foi isto que eu fiz, passo improvisado a passo improvisado.
Primeiro, deixei de me dizer: “Sou só vendedor.” Listei tudo o que eu realmente fazia: reescrever propostas, criar pequenas secções de FAQ para potenciais clientes, testar demos antes de chamadas com clientes. Essa lista parecia, surpreendentemente, muito semelhante a uma função júnior de documentação.

Depois, construí um portefólio pequeno. Nada perfeito, nada polido. Um guia de onboarding falso para uma app fictícia. Uma versão reescrita do meu antigo deck, mas em formato de artigo de ajuda. Um mini-tutorial “Como…” com capturas de ecrã de ferramentas gratuitas. Meti tudo numa pasta simples e liguei a partir de um site de uma página.

Ninguém mo pediu no início.
Mas cada vez que me candidatava, eu metia o link no email.
E isso começava conversas.

Não vou fingir que foi suave.
Na minha primeira entrevista para um emprego de redação técnica, expliquei demais e ouvi de menos. Usei conversa de vendas: “sou proativo”, “adoro desafios”, “sei fechar negócios”. Eles acenaram educadamente e depois perguntaram: “Pode explicar-nos como documentaria uma funcionalidade complexa para um utilizador não técnico?”

Eu bloqueei.
Por isso, aprendi. Li guias de estilo. Desmontei centros de ajuda de ferramentas que eu adorava. Fiz um curso online curto (nada sofisticado) sobre documentação de software. Na entrevista seguinte, mostrei um exemplo pequeno e concreto: um artigo passo a passo que eu tinha escrito sobre ligar uma ferramenta ao Google Drive.

Dessa vez, não quiseram saber da minha quota antiga.
Quiseram saber se as minhas frases eram claras e se as capturas de ecrã faziam sentido.
E se eu aceitava feedback sem amuar.

O dinheiro veio depois, e veio em silêncio.
O meu primeiro salário como redator técnico ficou ligeiramente abaixo do meu “melhor” ano em vendas, mas acima da minha média. Sem bónus, sem comissões. Só um número que não mudava com a estação. A paz dessa consistência parecia, por si só, um aumento.

Depois fiz aquilo de que muita gente não gosta de falar: voltei ao mercado ao fim de 18 meses. Mesma função, mais competências, portefólio mais forte. As propostas que chegaram eram mais altas.

Sejamos honestos: ninguém faz isto todos os dias.
Mas, a cada um ou dois anos, testar o teu valor no mercado pode aumentar o teu rendimento mais do que cinco horas extra por semana.
Foi assim que o meu recibo de vencimento ultrapassou discretamente os meus “melhores meses” em vendas - e nunca mais voltou a descer.

Como é, na prática, trabalhar em documentação técnica

No dia a dia, o meu trabalho é menos sexy do que os posts de carreira no Instagram, mas muito mais gentil para o meu sistema nervoso. Passo o tempo a falar com product managers, developers, equipas de suporte. Abro versões de teste antecipadas de novas funcionalidades, clico até algo partir e depois escrevo o que um ser humano normal realmente precisa de saber.

Uma tarefa típica: entra em produção um novo painel de relatórios. Eu recebo um briefing curto, algumas notas internas confusas e um ficheiro do Figma meio explicado. O meu trabalho é transformar essa névoa num artigo claro: o que aquele painel faz, para quem é, como se usa, onde pode falhar.

É parte trabalho de detetive, parte tradução.
Ninguém aplaude no fim.
Mas os utilizadores deixam de escrever emails frustrados para o suporte e isso, estranhamente, é muito satisfatório.

Se estás a pensar nesta mudança, há uma armadilha que aparece depressa: tentar soar mais “técnico” do que realmente és. Eu tentei isso. Salpiquei jargão nos meus primeiros rascunhos, a achar que ia impressionar os engenheiros. Não impressionou. Eles corrigiram-me.

O que eles precisavam era de rigor, não de buzzwords. Quando eu não entendia algo, aprendi a dizer: “Explique-me isto como se eu fosse um recém-contratado”, em vez de acenar e esperar que mais tarde eu percebesse.

Há outro erro silencioso: cobrares menos por ti porque o trabalho parece menos stressante do que o anterior. Menos pânico não significa menos valor.
Não te pagam pela adrenalina.
Pagam-te pela clareza que escala para milhares de utilizadores.

Um engenheiro sénior disse-me uma vez: “A tua documentação poupa-nos horas de chamadas todas as semanas. Finalmente construímos as coisas uma vez, não cinco vezes com explicações diferentes.”
Essa frase ficou comigo, porque pôs um número em algo que muitas vezes parece invisível.

• Constrói um portefólio pequeno e real
  Dois ou três bons exemplos valem mais do que um manual falso de 20 páginas. Mostra que consegues explicar uma coisa bem.
• Fala com as equipas de suporte
  Os tickets deles são a tua matéria-prima. Cada pergunta repetida é um futuro artigo de ajuda.
• Aprende uma ferramenta da indústria de cada vez
  Confluence, Notion, documentação baseada em Git… escolhe uma, fica confortável e depois adiciona outra.
• Negocia o teu salário base, não as tuas horas extra
  Já não estás em território de comissões. Aponta primeiro para um salário fixo sólido.
• Mantém-te perto das mudanças de produto
  Entra em reuniões de release quando puderes. Quanto mais cedo vires as funcionalidades, mais fácil o teu trabalho fica.

O orgulho silencioso de ganhar mais ao acalmar as coisas

Alguns dias ainda me lembro da adrenalina de fechar um negócio às 18h58 numa sexta-feira. O grupo a explodir, o email do manager, os copos de celebração que sabiam mais a alívio do que a alegria. Há uma parte pequena e viciante dessa vida que a documentação não substitui.

O que eu tenho agora é diferente. Um ritmo que não sobe e desaba. Um rendimento que não depende do drama do orçamento de fim de trimestre de um cliente. Uma sensação de que o meu trabalho mantém o produto honesto: se não conseguimos explicá-lo, talvez não o devêssemos lançar.

Quando amigos de vendas me mandam mensagem tarde da noite, a queixar-se de metas, eu não tento convencê-los a sair. Só digo: “Há outras funções onde as tuas competências de comunicação se traduzem. E algumas pagam melhor do que imaginas.”

Ponto-chave	Detalhe	Valor para o leitor
As competências de vendas são transferíveis	Clareza, empatia e estruturação da informação contam tanto na documentação como nos negócios	Ajuda-te a ver-te como qualificado, sem começares do zero
Um salário base estável pode vencer o variável	Um salário consistente + pequenos aumentos muitas vezes ultrapassam comissões instáveis	Oferece calma financeira e crescimento de rendimento a longo prazo
Portefólio acima de diplomas	Amostras concretas de escrita abrem mais portas do que buzzwords no CV	Dá-te uma via prática para entrares em redação técnica

FAQ:

• Pergunta 1 Preciso de um curso de engenharia para trabalhar em documentação técnica?
  
• Pergunta 2 Como posso construir um portefólio se ainda ninguém me pagou para escrever documentação?
  
• Pergunta 3 O salário é mesmo mais alto do que em vendas na maioria dos casos?
  
• Pergunta 4 Que ferramentas devo aprender primeiro para entrar em redação técnica?
  
• Pergunta 5 Posso passar de documentação para outras funções mais tarde?