Case study UX em inglês: estrutura que o hiring manager lê

Case study UX em inglês é o estudo de caso de um projeto do seu portfólio, escrito para quem contrata fora do Brasil: a história de um problema, do que você fez e do que mudou. Um case que só lista telas e etapas deixa de fora a decisão e o efeito, e as respostas da NN/g apontam nessa direção. Abaixo: o que os respondentes da NN/g pedem, a estrutura em sete partes, frases em inglês para cada uma e um molde de case fraco e forte.

Uma convenção deste guia: o que vem da NN/g está atribuído a ela. O que for sugestão do guia vem marcado como sugestão.

O que o hiring manager procura num case study de UX?

Mais do que as telas finais. A Nielsen Norman Group (NN/g) perguntou a 204 profissionais de UX responsáveis por contratar o que eles procuram em um portfólio e publicou trechos das respostas. Em tradução livre, um respondente pede: “mostre como você começou com uma oportunidade e produziu valor real para um usuário e para a organização”. Outro diz que quer saber “o que não está no design e por quê”, tanto quanto o que entrou. Um terceiro pede o processo confuso e a pesquisa, e não só o produto acabado: o problema, o papel do designer, as restrições, o prazo, as mudanças de uma iteração para outra e como a pesquisa informou o design (NN/g, consulta em 24/10/2026). São exemplos de respostas. A página não diz quantos respondentes pediram cada coisa.

Quem contrata, avisa o mesmo artigo, raramente lê o portfólio inteiro, palavra por palavra. Por isso o case precisa ser escaneável e sem detalhe desnecessário.

Três avisos de contexto:

• A pesquisa aparece em um artigo de 2019, e há um vídeo de 2020 sobre o tema. As páginas não informam quando nem em que países ela foi feita.
• Segundo o resumo de um vídeo da NN/g, as expectativas mudam entre vagas de designer e de pesquisador e entre vagas júnior e sênior (vídeo NN/g: o que hiring managers procuram). O resumo não detalha como.
• Para pleno e sênior, uma hipótese deste guia, sem fonte: quanto mais sênior a vaga, mais o case precisa mostrar decisão, influência sobre stakeholders e efeito no negócio, e menos execução de tela.

Quantos case studies devo ter no portfólio?

Entre três e cinco, segundo a NN/g, escolhidos para combinar com o trabalho descrito na vaga. A regra do artigo é qualidade acima de quantidade. O número de projetos não é o ponto: o que importa é mostrar variedade de trabalho e de habilidades. Se você teve contribuições diferentes em poucos projetos grandes, enfatize as várias atividades de que participou.

Sugestão deste guia: para uma vaga de product designer, escolha o case que responde ao requisito principal do anúncio e deixe os outros em segundo plano. Quem quer versões diferentes do portfólio por vaga pode, como sugere a NN/g, manter um PDF mestre e esconder os projetos que não interessam a cada candidatura.

Qual é a estrutura de um case study em 7 partes?

Segundo a NN/g, um case study tem sete itens. A tabela os apresenta lado a lado com títulos de seção em inglês e uma orientação do que escrever. As duas últimas colunas são sugestão deste guia:

#	O que o artigo da NN/g pede	Título em inglês (sugestão)	O que escrever (sugestão)
1	O problema ou a hipótese que você tinha para resolvê-lo	Problem	A situação, a restrição e o que estava em jogo
2	O seu papel e como você colaborou	My role	O que você decidiu e com quem trabalhou
3	Como você chegou à solução	Process	Pesquisa, ideação e o que mudou entre iterações
4	Como a solução resolveu o problema	Solution	O que foi entregue e por que resolve
5	Desafios, incluindo conceitos que não seguiram adiante	Trade-offs	O que ficou de fora e o motivo
6	O efeito nos usuários e no negócio	Outcome	Um dado ou evidência que você defende numa entrevista
7	O que você aprendeu	Learnings	O que o projeto ensinou ao time

O item 5 tem eco em um dos respondentes citados antes: o que não está no design e por quê. Para ilustrar o case, a NN/g sugere o que conta a história: esboços iniciais, fotos de whiteboard, documentos de pesquisa e imagens finais, porque as telas finais mostram só parte do trabalho.

Um vídeo da NN/g de 2019 também fala em um processo de 7 passos para o case study, e a página traz só o resumo: como descrever o design, o processo de UX que levou àquela interface e o impacto no negócio (vídeo NN/g: case study em 7 passos). Este guia não afirma que esses passos coincidam com os sete itens do artigo.

Como é um case por dentro? O exemplo da própria NN/g

Para cada item, a NN/g dá um exemplo sobre um aplicativo que recebia avaliações negativas porque os usuários não recebiam alertas de promoção. É um exemplo ilustrativo escrito pela NN/g, e não um projeto real. Segue um resumo em português, sem o percentual de vendas que o artigo cita:

1. Problema. Avaliações negativas: os usuários não recebiam alertas de promoção. A hipótese, com base nas avaliações, era que eles não sabiam que podiam ajustar as notificações.
2. Papel. Único designer de UX em um time ágil com três desenvolvedores, um product owner, um scrum master e um engenheiro de qualidade, responsável pela direção do design e colaborando com o time na ideação.
3. Como chegou à solução. O teste de usabilidade mostrou que os usuários não percebiam o ajuste de notificações. A decisão foi deixá-lo mais visível na navegação.
4. Como resolveu. Um novo teste, com as mesmas tarefas, mostrou mais facilidade para encontrar a função.
5. Desafio. Um conceito que mostrava os ajustes em um modal no login foi descartado: irritava quem precisava fechá-lo para fazer o que queria.
6. Efeito. Os usuários passaram a poder ligar as notificações de promoção, as avaliações do aplicativo ficaram mais positivas e as notas de satisfação subiram.
7. Aprendizado. A importância de testar protótipos antes de investir em desenvolvimento.

Repare que os itens 3 a 5 mostram decisão, teste e descarte, não só o resultado.

Como escrever o case study em inglês?

Com frases curtas, verbo de ação no passado e o resultado no começo. Tudo nesta seção é sugestão deste guia. As lacunas entre colchetes são para você preencher com dados reais seus:

1. Título que diz o resultado. Redesigning [flow] to [effect for the user] at [company].
2. Contexto em duas linhas. [Company] is a [type of product]. [Users] were struggling to [task], which affected [business metric or goal].
3. O seu papel. I was the [role] on a team of [N] working with product and engineering. I led [research / design direction / prototyping].
4. Decisões. We considered [option A] and [option B]. I chose [option B] because [reason based on research or constraints].
5. O que ficou de fora. We did not pursue [concept] because [what testing or constraints showed].
6. Resultado. After the redesign, [metric or observed effect] changed from [X] to [Y], measured by [method].
7. Aprendizado. Testing prototypes earlier would have [effect]. Next time I would [change].

Revise em voz alta, corte frases com mais de duas ideias e peça a alguém que leia em inglês para dizer o que ficou confuso.

Se você não tem um número, escreva o que observou e como mediu, sem estimar. Um artigo da NN/g para pesquisadores UX, de 2019, lembra que quem avalia o portfólio toma uma decisão de negócio e recomenda mostrar impacto medido na experiência do usuário e em métricas de negócio (NN/g, portfólios para pesquisadores UX, consulta em 24/10/2026). O texto é para outro cargo, e a aplicação ao design é uma analogia.

Como fica um case fraco e um forte?

O que muda é a ordem e a evidência. O molde é ilustrativo, sem caso real, e o case fraco é construído por este guia. As lacunas são suas:

Case fraco (lista de entregas)	Case forte (decisão e efeito)
I redesigned the checkout. First I did research, then wireframes, then high-fidelity screens.	I redesigned the checkout for [product] after [research finding] showed that [problem]. Given [constraint: time, budget or tech], I tested [N] concepts, dropped [concept] because [reason], and shipped [solution]. [Metric or observed effect] changed from [X] to [Y].
Tools: Figma, Miro, Maze.	Role: [role], working with [product, engineering, research].
Final screens only.	Early sketches, the concept we dropped, and the final screens, each with one caption that explains the decision.

A coluna da direita cobre o que aparece nas respostas da NN/g: o problema, o seu papel, as restrições e o que ficou de fora. Para treinar a explicação em voz alta, veja como defender decisões de design em inglês.

E se o projeto está sob NDA ou não foi implementado?

Para os dois obstáculos, comuns segundo a NN/g, há orientações.

Sob NDA. Há três caminhos: mostrar imagens de processo em vez da interface final (workshops, esboços, wireframes em preto e branco), borrar ou ocultar informações identificáveis, ou recriar o design em outro estilo, sem as cores ou a marca do cliente. Borrar importa mais quando a tela exibe dados financeiros ou médicos.

Ideias não implementadas. Inclua as soluções candidatas e o raciocínio por trás delas. Para a NN/g, quem contrata quer saber que você lida com desafios e restrições e que o seu trabalho acontece no mundo real, não em um mundo ideal.

Portfólio em site ou em PDF?

Depende da vaga. O artigo descreve três formatos (site, PDF ou slides, e artefatos físicos) e propõe três perguntas para escolher: o hiring manager especificou um formato? Quais são os custos? Você conhece o software? Sobre o site: é o formato mais comum e fácil de ser encontrado e visto, mas mais difícil de adaptar a cada vaga. O PDF permite versões sob medida, mas é mais difícil de acessar e pode precisar ser enviado diretamente. Sugestão deste guia: se o anúncio pede um formato, siga o anúncio. Para a escolha entre UX e UI no portfólio, veja a diferença entre portfólio UX e UI para vagas globais.

Checklist antes de enviar o case

Sugestão deste guia, a partir dos pontos acima:

1. O título do case diz o problema ou o efeito, em inglês?
2. O seu papel está claro, com quem você trabalhou?
3. Há pelo menos um conceito que ficou de fora, com o motivo?
4. O resultado traz um dado ou uma evidência que você defende numa entrevista, com o método de medição?
5. Dá para entender o case em uma leitura rápida, com legendas curtas nas imagens?
6. Você escolheu os 3 a 5 projetos que respondem à vaga, e não todos?

Na opinião deste guia, contar um projeto brasileiro para quem não conhece o contexto dá trabalho: o que era óbvio para o seu time precisa ser explicado em uma frase. Para transformar o resultado do case em linha de currículo, o passo a passo está em bullets de currículo UX, e a carta que acompanha o portfólio está em carta de apresentação em inglês. Na etapa seguinte, a conversa de entrevista, as perguntas mais comuns em inglês já estão respondidas em outro guia. Se você não tem diploma na área, veja UX designer sem diploma: dá para trabalhar fora?.

Para reescrever as frases de resultado do case, veja outcomes vs outputs no portfólio de UX. Se a sua dificuldade é transformar telas em outcomes e contar isso para um hiring manager de outra cultura, a Masterclass de Posicionamento do Designer na Gringa trabalha esse ponto. Mais guias na categoria portfólio e currículo.