Como montar um portfólio (para designers e desenvolvedores)

Escolher o que entra

1. 1Liste todo projeto que você poderia mostrar — trabalho, freelance, projetos paralelos, trabalhos de faculdade, hackathons, código aberto.
2. 2Pontue cada um por: relevância para as vagas que você quer, quanto do resultado você pode reivindicar e se você consegue explicar sua contribuição específica.
3. 3Fique com os 3 a 5 melhores. Corte tudo o que você teria de ressalvar muito ou sobre o que não pode falar por causa de um acordo de confidencialidade.
4. 4Garanta que o conjunto mostre variedade — tipos de problema diferentes, não cinco versões da mesma tela.

A estrutura do estudo de caso

Um estudo de caso é uma história curta com forma fixa. Mire em algo que um leitor escaneie em dois minutos e leia por inteiro em cinco.

1. Visão geral (2 a 3 frases)
   O que é o produto, para quem, qual era o projeto.

2. Meu papel
   Seu cargo, a equipe, o prazo, do que você era responsável versus para o que contribuiu.

3. O problema
   O problema do usuário ou do negócio, e como você sabia que era real (dados, pesquisa, reclamações).

4. Processo
   Os 3 a 4 movimentos principais que você fez. Mostre artefatos: rascunhos, fluxos, protótipos, experimentos, PRs.
   Inclua pelo menos um trade-off ou beco sem saída e por que você mudou de direção.

5. A solução
   O resultado final, com visuais ou um link ativo. Anote as decisões que importam.

6. Impacto
   Números se você tiver (conversão, tempo de carregamento, sucesso na tarefa, adoção). Se não, resultados qualitativos e o que você mediria em seguida.

7. O que aprendi
   Uma ou duas reflexões honestas.

Se você é desenvolvedor

• Cada projeto: um link de demo ao vivo e um link de repositório, ambos funcionando. Uma demo quebrada é pior que nenhuma demo.
• Escreva um README de verdade: o que faz, captura de tela ou GIF, stack de tecnologia, como rodar localmente, o que você faria em seguida.
• Fixe seus 4 a 6 melhores repositórios no perfil do GitHub e adicione um README de perfil.
• Destaque sinais de qualidade de código: testes, CI, commits claros, estrutura sensata. Os avaliadores abrem o código, sim.
• Contribuições de código aberto contam — vincule os PRs mesclados e diga em poucas palavras o que cada um fez.
• Para cargos de back-end ou dados em que não há nada visual, um diagrama de arquitetura claro e uma explicação escrita substituem as capturas de tela.

# Nome do projeto
Uma frase sobre o que faz e para quem é.

![demo](demo.gif)

## Por que eu construí
2 a 3 frases.

## Stack
Linguagens, frameworks, bibliotecas notáveis, hospedagem.

## Rodar localmente
Passos.

## Decisões notáveis
- Decisão e o motivo
- Um trade-off que você fez

## O que vem a seguir
Lista curta.

Se você é designer

• Mostre artefatos do processo, não só as comps finais: notas de pesquisa, fluxos de usuário, wireframes, iterações.
• Inclua as versões que não foram lançadas e diga por quê — demonstra julgamento.
• Mantenha o capricho visual alto no próprio site do portfólio; ele é uma amostra de trabalho, quer você queira ou não.
• Ligue cada decisão a uma necessidade do usuário ou a um objetivo de negócio, não ao gosto pessoal.
• Para cargos de UX, comece pelo raciocínio; para cargos visuais ou de marca, comece pelo acabamento — mas ambos precisam dos dois.

Onde hospedar

• Um site pessoal no seu próprio domínio é a opção mais forte — controle total, passa comprometimento.
• Rápido de publicar: um modelo em um construtor de sites, ou um site estático simples no GitHub Pages, Vercel ou Netlify.
• Designers podem complementar com Behance ou Dribbble para alcance, mas mantenha os estudos de caso reais no seu próprio site.
• Desenvolvedores: GitHub não é negociável; um site de portfólio é um plus.
• Tenha sempre uma versão em PDF ou slides de um ou dois estudos de caso para quando alguém pedir por e-mail.

Erros comuns

• Projetos demais, nenhum explicado em profundidade.
• Capturas de tela sem enunciado do problema, papel ou resultado.
• Reivindicar resultados de equipe sem dizer o que você fez pessoalmente.
• Nenhuma informação de contato ou forma óbvia de entrar em contato.
• Links protegidos por senha ou quebrados na versão que você envia a recrutadores.
• Enterrar o melhor projeto na terceira página.

Perguntas frequentes