Portfólio de Design: Como Montar Um Que Realmente Te Leva a Ser Contratado

Gestores de contratação gastam 90 segundos num portfólio antes de decidir se vão entrevistar. A maioria dos designers monta portfólios otimizados para o próprio ego, não para essa janela de 90 segundos. O resultado é uma homepage lindamente fotografada que ninguém lê além do topo, cinco projetos que parecem todos iguais e uma estrutura de case study que enterra cada decisão interessante sob uma muralha de screenshots.

Este paper é a versão que funciona. Os cinco projetos que de fato levam um portfólio de júnior a sênior, a estrutura de case study que prova tomada de decisão em vez de bom gosto, e como montar um site que recebe resposta em 48 horas em vez de mais um e-mail de recusa.

O que um portfólio realmente é

Um portfólio é uma aposta no seu próximo emprego, não um museu dos anteriores. Cada projeto precisa estar ali por um motivo. Cada case study precisa ensinar ao leitor algo sobre como você pensa. Cada decisão no site, da hierarquia da homepage ao tamanho do case study, é um sinal de contratação.

O portfólio que consegue entrevistas não é o que tem mais projetos. É aquele em que o gestor lê três case studies e sai pensando: "quero essa pessoa na sala". Esse resultado não é acidente. É estrutura.

A análise de design de hierarquia visual mostra como controlar a ordem de leitura em qualquer página. O portfólio é o caso de teste. Se o seu portfólio não tem hierarquia, os gestores não chegam ao fim dele.

Os cinco projetos que realmente importam

A maioria dos portfólios inclui de oito a doze projetos. O gestor lê dois. O debate de design entre "incluir tudo" e "curar com rigor" acabou. Cure. Cinco projetos, no máximo. Escolha os cinco que contam uma história completa.

Projeto 1: O carro-chefe

Um projeto em que você foi dono do resultado da pesquisa ao lançamento. Normalmente seu case study mais forte. Ele fica na homepage, na primeira dobra. É o projeto que você quer que o gestor leia se ler só um, e para 40 por cento dos leitores, é só isso que acontece.

O carro-chefe não é o projeto mais bonito. É o das decisões mais claras, do maior escopo e do fio condutor mais firme do problema ao resultado. Um projeto modesto executado com ownership total vence um projeto vistoso em que você tocou três telas.

Projeto 2: O definidor de alcance

Um projeto que mostra que você trabalha num registro visual diferente do carro-chefe. Se o carro-chefe é um dashboard SaaS limpo, o definidor de alcance é uma identidade de marca expressiva. Se o carro-chefe é um app de consumo cheio de personalidade, o definidor de alcance é uma ferramenta enterprise precisa. Alcance prova que você se adapta, que é metade do que significa ser sênior.

O definidor de alcance costuma ser o segundo projeto da homepage. Ele deve parecer claramente diferente do carro-chefe à primeira vista, para que o gestor perceba a amplitude sem precisar ler o case study.

Projeto 3: A peça de profundidade

Um projeto em que você demonstra uma especialidade avançada. Arquitetura de design systems, acessibilidade, metodologia de pesquisa, motion design, implementação front-end. Profundidade é o que separa sênior de pleno. Todo designer sênior tem ao menos uma área em que vai além do que um generalista precisa.

A peça de profundidade é mais curta que o carro-chefe, mas tecnicamente mais densa. É o projeto em que aparecem trechos de código, diagramas de arquitetura de tokens ou protocolos de pesquisa. O guia de design systems é um exemplo do tipo de assunto que funciona bem numa peça de profundidade.

Projeto 4: O caso de colaboração

Um projeto que prova que você trabalha bem com outros designers, engenheiros ou stakeholders fora do design. É o projeto em que você escreve com honestidade sobre trade-offs, concessões e o que entregou versus o que queria entregar. Gestores dão muito peso a esse projeto porque ele conta como você será como colega de time, não como solista.

O caso de colaboração costuma ser o mais difícil de escrever porque exige honestidade. Projetos entregues sem concessões normalmente não existem, e um case study que afirma o contrário parece mentira.

Projeto 5: O projeto pessoal ou paralelo

Um projeto que não é trabalho de cliente. Uma exploração por iniciativa própria, uma ferramenta que você construiu, um experimento de tipografia, uma participação em game jam. É aqui que o portfólio prova que o designer tem bom gosto fora do briefing. O projeto pessoal não precisa ser grande. Precisa ser específico.

Projetos paralelos importam mais para designers no começo da carreira (onde o trabalho de cliente é limitado) e para sêniores (onde mostram curiosidade contínua). Designers plenos às vezes podem pular essa vaga e trocá-la por uma segunda peça de profundidade.

---

A estrutura de case study que converte

A maioria dos case studies é estruturada como um slideshow de telas finais com texto de marketing no meio. Isso não é case study. É galeria. Um case study de verdade se lê como um registro de decisões.

A estrutura que funciona:

Seção 1: O pitch de duas linhas

Quem era o cliente, qual era o problema, qual foi o seu papel. Duas linhas, nada mais. Um gestor que não ler mais nada deve saber o que foi esse projeto e com o que você contribuiu.

Exemplo: "Redesenhei o fluxo de checkout de um cliente fintech que atende 2 milhões de usuários em 18 mercados. Liderei o UX, trabalhei com uma designer de marca e três engenheiros, e entreguei um fluxo que reduziu o abandono de carrinho em 23 por cento em relação à base anterior."

Seção 2: O problema

De um a três parágrafos sobre o problema real. Não "os usuários tinham uma experiência ruim". Específico. Números, comportamentos, pontos de atrito. Quanto mais concreto o problema, mais crível a solução.

A armadilha é enunciar o problema nos termos que um designer valoriza em vez dos termos que o negócio valoriza. "A interface parecia datada" é um problema de designer. "17 por cento dos usuários abandonavam na tela de pagamento" é um problema de negócio. Escreva a segunda versão.

Seção 3: A abordagem

Como você atacou o problema. Que pesquisa fez. Que hipóteses formou. Que restrições moldaram o trabalho. Esta é a seção do raciocínio, e é o motivo pelo qual gestores leem case studies. Eles querem ver como você vai do problema à solução, não só que chegou a uma solução.

Não pule as restrições. Todo projeto real tem as suas: orçamento, prazo, código legado, requisitos regulatórios, preferências de stakeholders. Um case study que parece exploração sem restrições parece ficção. Restrições são o tempero.

Seção 4: O trabalho

Mostre os artefatos. Achados de pesquisa, wireframes, explorações de design, telas finais. É aqui que moram os screenshots, mas a serviço da história, não no lugar dela. Cada screenshot tem uma legenda que explica qual decisão ele representa, não só como ele se parece.

O erro comum é abrir (leading) com telas finais polidas e enterrar o processo. Inverta. Comece pelo meio bagunçado (as direções descartadas, os insights de pesquisa, os trade-offs debatidos) e depois mostre o trabalho final como conclusão desse raciocínio.

Seção 5: O resultado

O que aconteceu depois do lançamento. Métricas, feedback qualitativo, trabalhos derivados, lições aprendidas. Se você tem números concretos, use. Se não tem, use sinais qualitativos (depoimentos, recepção interna, o que faria diferente).

Nunca invente números. Um gestor que flagra uma taxa de conversão fabricada encerra a entrevista antes de ela começar. Um honesto "não medimos isso na época, mas o time de vendas relatou conversão de demo para trial mais forte depois do redesign" vence métricas inventadas sempre.

Seção 6: A reflexão

Um parágrafo curto sobre o que você aprendeu e o que mudaria. Esta costuma ser a seção que separa sênior de pleno. Júniores escrevem case studies que afirmam que tudo deu certo. Sêniores escrevem case studies que incluem "deveríamos ter testado o novo onboarding com cinco usuários antes de lançar, porque pegamos dois problemas de usabilidade na primeira semana que teriam sido óbvios na pesquisa".

Reflexão não é autoflagelação. É a prova de autoconsciência. Um case study sem reflexão parece de um designer que acha que acertou tudo, o oposto do que os gestores querem ver.

---

Regras da homepage

A homepage é o teste de 10 segundos. Se ela não passa, os case studies nunca são lidos. Três regras.

Regra 1: Comece pelo trabalho, não por você

O hero deve ser uma prévia do seu projeto mais forte, não uma foto sua, nem um slogan, nem uma frase sobre "criar experiências encantadoras". Gestores ainda não ligam para você. Ligam para saber se o seu trabalho está na área em que estão contratando. Mostre o trabalho primeiro, apresente-se depois.

A única exceção são designers conhecidos cujo próprio nome é o gancho. Se você não é esse designer, comece pelo trabalho.

Regra 2: O posicionamento em uma linha

Abaixo ou ao lado do projeto em destaque, uma linha de texto que posiciona você. Não uma proposta de valor, um posicionamento. "Product designer para fintechs em estágio inicial." "Designer de marca para bem-estar de consumo." "Designer de sistemas UX para SaaS enterprise."

A linha de posicionamento filtra o público. Um recrutador que busca designer de marca para uma empresa de bem-estar vê sua linha e continua lendo. Um recrutador que busca SaaS enterprise quando a sua linha diz fintech segue em frente, o que é o resultado correto. O glossário de precificação baseada em valor cobre a mesma lógica para trabalho com clientes: posicione-se de forma estreita para atrair o trabalho certo, não para excluir possibilidades.

Regra 3: Navegação que não briga com você

Uma navegação no topo com exatamente de três a cinco itens: Trabalhos, Sobre, Contato, e opcionalmente Notas ou Textos. O portfólio é um artefato linear. Gestores o leem de cima para baixo na primeira visita. Não os faça caçar.

Evite menus de filtro de case studies, grids masonry que se reorganizam no hover e navegação animada que se esconde. A homepage já está brigando pela atenção do gestor. Não acrescente atrito.

---

A página Sobre

A página Sobre é a segunda mais lida de um portfólio, depois do case study carro-chefe. A maioria dos designers a trata como formalidade. Não é. Ela responde a uma pergunta específica do gestor: "como será trabalhar com essa pessoa".

Três coisas a incluir:

Uma bio em linguagem simples. De dois a quatro parágrafos. Quem você é, o que fez, com o que se importa. Escreva como se estivesse se apresentando numa conferência, não como um perfil de LinkedIn. Especificidade e textura vencem polimento.

As pessoas com quem você trabalhou. Não todas as empresas, só as que importam. Uma lista curta de clientes, empresas ou colaboradores. Se conseguir um depoimento de uma linha de alguém, essa linha vale mais que qualquer parágrafo que você escreva sobre si.

Contato, em destaque. A página Sobre é onde a maioria dos gestores entra em contato. Coloque o e-mail em texto simples (não atrás de um formulário) e coloque duas vezes: uma no topo, outra no fim. Formulário de contato é barreira. Remova a barreira.

O trabalho além do portfólio

Gestores não param no portfólio. Eles checam Twitter/X, LinkedIn, Dribbble, a seção de notas do seu site e qualquer texto longo. Presuma que estão olhando e garanta que o que encontrarem reforce a história que o portfólio conta.

Isso não significa fingir uma presença. Significa não se contradizer. Um portfólio que posiciona você como designer sênior com mentalidade de sistemas, junto com um feed de Twitter cheio de "estou começando em design, alguém tem conselhos?", manda um sinal misto. A solução é atualizar o feed ou admitir que o portfólio é aspiracional. Ambos são válidos. Inconsistência não é.

Falhas comuns de portfólio

Quatro padrões que matam mais portfólios do que trabalho fraco.

A lista infinita de projetos. Doze projetos, nenhum diferenciado, o gestor rola direto depois dos três primeiros. A solução é curadoria. Cinco projetos, cada um contando uma parte diferente da história. Se um projeto não responde a uma pergunta específica de contratação, corte.

O hero sem hierarquia. Uma homepage linda que não diz ao gestor o que ler primeiro. Solução: um projeto em destaque, uma linha de posicionamento, todo o resto abaixo da dobra. A análise de princípios de web design cobre as mesmas regras para qualquer landing page, portfólios inclusive.

O case study que esconde as decisões. Uma muralha de telas finais, sem processo, sem reflexão. Gestores não aprendem nada sobre como o designer pensa, que é o objetivo inteiro de um case study. Solução: use a estrutura de seis seções acima. Comece pelo raciocínio, sustente com o trabalho.

O site que quebra no mobile. Sites de portfólio que funcionam num monitor de 27 polegadas e desmontam no celular. Metade das primeiras leituras acontece no mobile. Um portfólio que não funciona ali é um portfólio que não funciona. Os padrões de design responsivo que valem para qualquer web design valem aqui também.

Atualizar o portfólio como hábito

O portfólio atualizado uma vez a cada dois anos é um portfólio com dois anos de defasagem no dia em que é aberto. A solução é uma cadência pequena e regular de atualização, em vez de uma reescrita gigante a cada inflexão de carreira.

Trimestralmente: adicione ou atualize um case study, revise o projeto em destaque na homepage, confira se as informações de contato estão atuais.

Anualmente: revisite a linha de posicionamento, decida se os cinco projetos ainda contam a história certa, aposente o que envelheceu.

A cada busca por emprego: edição agressiva. Reescreva o posicionamento para a vaga que você está mirando. Reordene a homepage para abrir com o projeto mais relevante. Atualize a página Sobre para refletir o alvo atual.

Se quiser ajuda para estruturar case studies, posicionar o site ou simplesmente contratar designers que já têm isso resolvido, contrate a Brainy. Sabemos como são portfólios sêniores porque contratamos a partir deles.

FAQ

Quantos projetos devem ter num portfólio de design?

Cinco, no máximo. Dois ou três não bastam para um portfólio sênior. Oito ou mais diluem a história. Cinco projetos, curados para cobrir um carro-chefe, um definidor de alcance, uma peça de profundidade, um caso de colaboração e um projeto pessoal, dão aos gestores evidência suficiente sem sobrecarregá-los.

Qual deve ser o tamanho de um case study de portfólio?

Longo o bastante para contar a história das decisões, curto o bastante para um gestor escanear em cinco minutos. Tipicamente de 600 a 1500 palavras por case study, com screenshots e legendas. O case study carro-chefe pode ser mais longo. Projetos paralelos menores podem ter 300 palavras. O que importa é que toda seção (pitch, problema, abordagem, trabalho, resultado, reflexão) esteja presente.

Devo colocar meu currículo no site do portfólio?

Opcional. A maioria dos portfólios linka para um currículo em PDF para download ou para um perfil de LinkedIn em vez de hospedar o currículo na página. Se incluir um, coloque em uma página separada, não na homepage. A homepage é para o trabalho.

Preciso de portfólio se tenho um LinkedIn forte?

Sim. LinkedIn é um perfil, não um portfólio. Um LinkedIn forte te coloca numa conversa com um recrutador. O portfólio é o que te garante a entrevista. Para qualquer vaga de design acima de júnior, portfólio é inegociável.

Meu portfólio deve mostrar o processo ou só o trabalho final?

Ambos, mas o processo é o diferencial. O trabalho final mostra que você sabe desenhar. O processo mostra como você pensa. Gestores que já sabem que você desenha (eles te encontraram de algum jeito) leem o case study para entender a tomada de decisão. A estrutura de case study em seis seções equilibra os dois.

Qual é o maior erro que designers cometem em portfólios?

Curar de menos. A maioria dos portfólios inclui projetos demais e história de menos sobre cada um. A solução é edição brutal: mate quatro projetos para fortalecer os cinco restantes, escreva case studies guiados por decisões em vez de galerias e abra a homepage com uma peça forte em destaque em vez de um grid de oito.

O portfólio é uma aposta

Todo portfólio é uma declaração sobre com quem você quer trabalhar a seguir. Os cinco projetos são o argumento. Os case studies são a evidência. A homepage é a frase de abertura. A página Sobre é o fechamento.

Construa como se estivesse apostando seu próximo emprego nele, porque está. Cure sem piedade. Estruture cada case study como um registro de decisões. Atualize trimestralmente. Faça funcionar no mobile. Coloque seu e-mail em texto simples.

Se quiser contratar designers que já passaram nessa barra, ou quiser ajuda para construir case studies que convertem em nível sênior, contrate a Brainy. O portfólio é a candidatura ao emprego. Trate-o como tal.

Leitura relacionada

• Template de Case Study para Designers
• Guia de Design Systems
• Design de Hierarquia Visual
• Princípios de Web Design
• UI vs UX