O que um portfolio precisa provar
Não é uma galeria de screenshots. É a prova de que consegues transformar requisitos em software que alguém usa. Cada caso deve responder: problema → o que fizeste → resultado (mesmo que o resultado seja qualitativo).
Estrutura de um caso (template)
- Contexto: quem é o utilizador ou negócio? Que restrição importava (tempo, acessibilidade, performance)?
- O teu papel: solo, equipa, design, só front, full-stack?
- Stack + porque: duas frases honestas (não listas infinitas de logos).
- Decisões: 1–2 trade-offs que explicam o teu juízo técnico.
- Resultado: métrica, quote de utilizador, ou aprendizagem clara se for projecto pessoal.
Screenshots e media
Boas práticas
- Primeira imagem: o momento "aha" da interface, não o login.
- Mobile + desktop: se for web responsiva, mostra as duas.
- Performance: comprime imagens; usa lazy loading em grelhas grandes.
- Acessibilidade: texto alternativo que descreve o fluxo, não "imagem1".
O que mostrar primeiro
Ordena por relevância para o trabalho que queres a seguir, não por cronologia pura. Se queres front-end criativo, abre com o projecto mais forte visualmente, mesmo que seja mais pequeno.
Copy que soa humano
Evita buzzwords vazias
Mostra curiosidade
CTA claro
Checklist antes de publicares
- Links live e repositório (se aplicável) abrem e estão actualizados.
- Sem erros óbvios de ortografia no primeiro ecrã.
- Pelo menos um projecto com narrativa completa (não só galeria).
- Contacto ou link para próximo passo visível.
Projecto relacionado
Explora o Portfolio Builder em /projetos/portfolio-builder: é uma referência viva de estrutura e componentes que podes adaptar à tua marca.