Uma página não mostra toda a habilidade
Um artigo polido prova que você consegue produzir texto polido. Não mostra como descobriu informação faltante, escolheu audiência, lidou com requisitos conflitantes ou verificou instruções.
Transforme cada amostra em um pequeno case study.
Explique o problema primeiro
Diga quem era o leitor, o que precisava fazer e quais eram as restrições: comportamento incompleto, várias versões, prazo de release, terminologia regulada ou migração difícil.
Depois mostre o que mudou e por quê. Uma comparação antes/depois da estrutura pode ser mais informativa que um screenshot final.
Inclua evidências diferentes
Uma amostra pode ser procedimento, outra API reference e outra arquitetura da informação ou automação de qualidade. Se não puder publicar trabalho proprietário, recrie o problema com software público ou anonimize a estrutura sem revelar dados confidenciais.
Mostre verificação
Explique como testou comandos, validou exemplos e trabalhou com subject-matter experts. Não reivindique impacto de negócio sem evidência.
Facilite o review
Três case studies fortes costumam ser melhores que vinte links soltos. Resuma cada um, permita acesso rápido ao artefato e verifique links, imagens e permissões.
O portfólio deve responder: que problema de documentação esta pessoa consegue resolver conosco?
Exemplo aplicado
Transforme “Um portfólio de technical writing deve mostrar decisões, não só páginas” em um exercício curto com resultado observável. Escolha um artefato que possa terminar em uma ou duas sessões: procedimento de uma página, exemplo de API, edição antes/depois, limpeza terminológica ou pequeno caso de portfólio. Defina antes o que significa “melhor”.
Guarde evidências do processo:
- problema e público originais;
- decisões tomadas e alternativas descartadas;
- feedback de leitor, revisor ou especialista;
- uma mudança que faria na próxima tentativa.
Isso ensina mais do que acumular cursos passivamente. Escrita técnica é uma prática de decisões repetidas sob restrições; um exercício pequeno concluído com revisão real vale mais do que um projeto teórico que nunca chega ao leitor.
Checklist editorial rápido
- Uma página não mostra toda a habilidade. Um artigo polido prova que você consegue produzir texto polido.
- Explique o problema primeiro. Diga quem era o leitor, o que precisava fazer e quais eram as restrições: comportamento incompleto, várias versões, prazo de release, terminologia regulada ou migração difícil.
- Inclua evidências diferentes. Uma amostra pode ser procedimento, outra API reference e outra arquitetura da informação ou automação de qualidade.
- Mostre verificação. Explique como testou comandos, validou exemplos e trabalhou com subject-matter experts.
