Como apresentar seu portfólio de design em uma entrevista
Intenção de busca: Designers UX/UI que têm um trabalho excelente mas não sabem como narrar suas decisões de design com confiança sob o escrutínio do entrevistador.
Por que um trabalho excelente não é suficiente
Seu portfólio te deu a entrevista. Agora a apresentação do portfólio precisa te dar a oferta.
Apresentações de portfólio em entrevistas de design falham por um motivo consistente: os designers narram o que construíram em vez de por que construíram. Eles percorrem as telas em sequência — aqui está a página inicial, aqui está o onboarding — sem nunca explicar o problema, as alternativas que consideraram ou os resultados.
Os entrevistadores — especialmente em empresas de produto — não estão olhando para seus pixels. Estão olhando para o seu raciocínio.
A estrutura que funciona para qualquer entrevista de portfólio de design
Para cada estudo de caso que você apresenta, use esta estrutura:
1. O problema (60 segundos)
Qual problema específico você estava resolvendo? Para quem? O que tornava difícil?
"Tínhamos uma taxa de abandono de 68% na etapa 3 do nosso onboarding — os usuários estavam sendo solicitados a conectar sua conta bancária antes de terem visto qualquer valor do produto. O problema não era a UI — era a sequência."
Estabeleça as apostas. Se o entrevistador não entender por que isso era um problema difícil ou importante, mais nada vai aterrissar.
2. Seu papel e restrições (30 segundos)
Pelo que você era especificamente responsável? Quais restrições moldaram o trabalho?
"Eu era responsável pelo UX ponta a ponta desse fluxo. A engenharia tinha 3 semanas. Não podíamos alterar o requisito de backend para a conexão bancária — essa era uma restrição de compliance."
Seja específico e honesto. Os entrevistadores vão investigar suas contribuições reais. Linguagem vaga como "fazia parte da equipe" sinaliza ownership limitada.
3. Seu processo (2–3 minutos)
Este é o núcleo. Não cada etapa do seu processo — as decisões que importaram.
Percorra:
- O que você aprendeu de pesquisa ou dados que moldou sua direção?
- Quais alternativas você explorou?
- Por que escolheu essa direção em vez das alternativas?
"Explorei três abordagens: adiar a conexão bancária para após a primeira transação, adicionar prova social na etapa e dividir a conexão em dois micro-passos. Testei conceitos com 6 usuários — a abordagem de adiamento testou melhor, mas a engenharia sinalizou risco de compliance. Confrontei com os dados dos usuários e encontramos um meio-termo: adiar para um fluxo posterior com um prompt claro de retorno."
4. O resultado (30–60 segundos)
O que aconteceu? Quantifique quando puder.
"O abandono nessa etapa caiu de 68% para 41% nas primeiras duas semanas após o lançamento. Vimos uma melhora de 15% na ativação de 7 dias."
Se você não tem dados, seja honesto: "Não tínhamos um tracking pós-lançamento robusto, o que é algo que eu buscaria implementar mais cedo em projetos futuros."
Como lidar com perguntas difíceis do entrevistador
"Por que você não explorou X?"
Não fique na defensiva. Trate como uma discussão de design.
"Essa é uma boa alternativa. Consideramos algo parecido mas descartamos porque [motivo]. Em retrospecto, eu teria gostado de prototipar — seria um ponto de dados mais forte."
"O que você faria diferente?"
Esse é um convite para mostrar maturidade. Tenha uma resposta real para cada estudo de caso. "Teria envolvido a equipe de suporte mais cedo — eles tinham dados sobre onde os usuários ficavam confusos que só utilizamos na metade do projeto."
"Qual foi sua contribuição específica vs. a da equipe?"
Seja honesto e preciso. "Conduzi a pesquisa, desenhei os fluxos até o handoff. O acabamento visual no mobile foi feito com o designer visual. O conteúdo foi colaborativo."
Os maiores erros na apresentação de portfólio
Mostrar muitos projetos. Dois ou três estudos de caso profundos superam oito superficiais. Corte sem misericórdia.
Começar com design visual. Seu primeiro projeto deve mostrar seu raciocínio, não suas telas mais bonitas. Comece com um projeto onde você resolveu um problema genuinamente difícil.
Nenhuma falha ou iteração. Designs que foram do briefing à perfeição em uma única passagem parecem suspeitos. Mostre onde sua primeira direção estava errada e o que você aprendeu.
Pular o contexto de negócio. Entrevistadores em empresas de produto querem saber que suas decisões de design estavam conectadas a resultados de negócio — não apenas a pontuações de satisfação do usuário.
Preparando-se para a apresentação
Percorra cada estudo de caso em voz alta antes da entrevista. Não na sua cabeça — em voz alta. Cronometre. Você vai encontrar as partes onde você se perde, onde pula o "porquê" e onde perde o fio narrativo.
Pergunte a si mesmo após cada estudo de caso: "Alguém que não trabalhou nisso entenderia qual era o problema, o que eu decidi e por que importou?" Se não, corte ou reestruture.
Pratique agora
Narrar trabalho de design com confiança sob escrutínio ao vivo é uma habilidade — exige prática em condições reais, não apenas ensaio solo.