UX Research é a investigação sistemática de pessoas, seus contextos, necessidades, comportamentos e experiências para produzir evidências que ajudem equipes a compreender problemas, avaliar soluções e tomar decisões sobre produtos e serviços. A prática pode combinar entrevistas, observação, testes de usabilidade, surveys, analytics, experimentos e outras fontes de dados. O método não vem primeiro: ele depende da pergunta que precisa ser respondida e do tipo de evidência necessário para a decisão.
Por isso, fazer UX Research não é apenas “conversar com usuários”, pedir opiniões ou coletar feedback. Uma pesquisa bem estruturada começa pelo que ainda não sabemos, transforma suposições em perguntas investigáveis e escolhe métodos compatíveis com aquilo que queremos aprender.
Neste guia, vou organizar UX Research como uma prática de produção e interpretação de evidências. O objetivo não é apresentar uma lista infinita de métodos, mas entender o que pesquisar, quando pesquisar, como escolher a abordagem e até onde cada tipo de evidência permite concluir.
O que é UX Research?
UX Research, ou pesquisa em experiência do usuário, é uma prática estruturada de investigação usada para compreender pessoas e apoiar decisões relacionadas à experiência de produtos e serviços.
A Interaction Design Foundation define UX Research como o estudo sistemático de usuários-alvo e seus requisitos para adicionar contexto e evidências realistas ao processo de design. Já o GOV.UK Service Manual trata User Research como uma forma de compreender quem utiliza um serviço, o que essas pessoas tentam fazer, em que contexto atuam e quais dificuldades encontram.
Na prática, eu considero mais útil pensar em UX Research pela função que ela cumpre: reduzir incertezas relevantes por meio de evidências proporcionais à decisão que precisa ser tomada.
Isso também conecta Research ao conceito mais amplo de UX Design. Pesquisar não substitui projetar, assim como projetar não elimina a necessidade de investigar se nossas interpretações correspondem ao que acontece com pessoas reais.
UX Research e User Research são a mesma coisa?
UX Research e User Research são frequentemente usados como termos muito próximos e, em muitos contextos profissionais, aparecem como sinônimos. Não existe uma fronteira universal adotada por todas as empresas e escolas.
A Interaction Design Foundation propõe uma distinção de escopo: User Research pode abranger perguntas sobre pessoas que não estejam diretamente limitadas à experiência de uso, enquanto UX Research tende a enfatizar questões ligadas à experiência de produtos, sistemas e serviços.
Uma pesquisa sobre como uma pessoa executa uma tarefa em determinado software está claramente dentro de UX Research. Uma investigação mais ampla sobre hábitos, relações com canais, preços, logística ou contexto de vida também pode ser User Research e, dependendo da pergunta, influenciar diretamente decisões de experiência.
Mais importante do que disputar o rótulo é deixar claro qual é a pergunta, quem está sendo estudado, qual evidência será produzida e que decisão poderá mudar com o resultado.
O que UX Research procura descobrir?
UX Research pode investigar diferentes tipos de incerteza. Algumas pesquisas procuram compreender um problema ainda pouco conhecido; outras avaliam uma solução que já existe; outras medem desempenho, comportamento ou percepção ao longo do tempo.
| Pergunta | O que precisamos compreender | Exemplos de evidência |
|---|---|---|
| Quem enfrenta o problema? | Contextos, grupos, necessidades e diferenças relevantes | Entrevistas, estudos de campo, dados existentes |
| Como a pessoa resolve isso hoje? | Comportamento atual, alternativas, atalhos e limitações | Observação, entrevistas sobre eventos concretos, analytics |
| Onde a experiência falha? | Barreiras, erros, fricções e problemas de compreensão | Teste de usabilidade, suporte, analytics, pesquisa qualitativa |
| Uma ideia faz sentido? | Compreensão, relevância e reação a uma proposta | Teste de conceito, entrevistas, experimentos |
| Uma interface funciona? | Capacidade de completar tarefas e problemas de interação | Teste de usabilidade, tree testing, benchmark |
| Quanto ou com que frequência algo ocorre? | Magnitude, distribuição ou tendência | Survey bem amostrado, analytics, estudo quantitativo |
| Uma mudança provocou determinado efeito? | Efeito da intervenção nas condições estudadas | Experimento controlado, como A/B test bem desenhado |
A consequência é importante: não existe um único “método de UX Research” capaz de responder a todas essas perguntas. Métodos diferentes produzem evidências diferentes.
UX Research não é perguntar ao usuário o que ele quer
Um dos erros mais comuns é reduzir pesquisa à coleta de opinião. Perguntar o que uma pessoa prefere pode ser útil em determinadas situações, mas uma resposta verbal não representa automaticamente comportamento, necessidade, frequência ou causa.
O framework de métodos de pesquisa do Nielsen Norman Group diferencia justamente pesquisas atitudinais, relacionadas ao que pessoas dizem e relatam, de pesquisas comportamentais, voltadas ao que elas fazem. As duas podem gerar conhecimento relevante, mas respondem a perguntas diferentes.
Em uma entrevista, por exemplo, posso investigar experiências passadas, percepções, dificuldades relatadas e contexto. Mas se a pergunta for “essa pessoa consegue concluir este fluxo?”, observar a realização da tarefa em um teste de usabilidade produz uma evidência mais diretamente relacionada ao comportamento.
Esse é um princípio que atravessa todo o trabalho de Research: o desenho do estudo precisa corresponder ao tipo de conclusão que queremos sustentar.
Por que fazer UX Research?
UX Research é útil quando existe uma incerteza relevante demais para ser tratada apenas como opinião da equipe. Isso pode acontecer antes de uma ideia existir, enquanto uma solução está sendo desenhada, depois do lançamento ou durante a evolução de um produto já maduro.
Pesquisar não elimina risco e não garante que uma decisão será correta. O valor está em substituir parte das suposições por evidências melhores e tornar explícito aquilo que ainda continua incerto.
Uma equipe pode descobrir, por exemplo, que interpretou errado o problema; que determinada necessidade existe apenas em um segmento; que usuários encontram uma solução diferente daquela imaginada pelo time; que uma interface possui problemas de compreensão; ou que um comportamento que parecia frequente é raro nos dados observados.
Isso muda a pergunta de “o usuário gostou?” para algo mais útil: o que aprendemos, quão forte é essa evidência e qual decisão ela realmente pode informar?
UX Research, UX Design e Product Discovery são diferentes
Research, Design e Discovery se relacionam constantemente, mas não representam a mesma atividade.
| Prática | Função principal | Pergunta típica |
|---|---|---|
| UX Research | Produzir e interpretar evidências sobre pessoas, contexto, comportamento e experiência | O que precisamos aprender para tomar esta decisão? |
| UX Design | Estruturar experiências, interações e soluções a partir de necessidades, evidências e restrições | Como essa experiência deve funcionar? |
| Product Discovery | Reduzir incertezas sobre problemas, soluções e oportunidades de produto | Que problema vale resolver e que solução merece investimento? |
UX Research pode participar de Product Discovery, mas não existe apenas dentro dele. Um produto em produção continua precisando de pesquisa para acompanhar problemas, necessidades emergentes, alterações de comportamento, acessibilidade e desempenho da experiência.
Da mesma forma, um Product Designer pode conduzir estudos em determinadas equipes, mas isso não transforma todo o trabalho de Design em Research. São competências que se encontram, não nomes diferentes para a mesma coisa.
Como classificar uma pesquisa em UX?
Dividir pesquisas apenas entre “qualitativas” e “quantitativas” simplifica demais o problema. No framework atual do Nielsen Norman Group, métodos de UX são analisados em três dimensões metodológicas e também relacionados ao objetivo ao longo do desenvolvimento do produto.
| Dimensão | O que diferencia | Exemplo |
|---|---|---|
| Atitudinal × comportamental | O que a pessoa relata versus o que ela faz | Entrevista × comportamento observado em tarefa |
| Qualitativa × quantitativa | Compreensão aprofundada de padrões e mecanismos versus mensuração | Teste qualitativo × benchmark com métricas |
| Contexto de uso | Uso natural, uso roteirizado, uso limitado ou ausência do produto | Estudo de campo × teste de conceito |
| Objetivo no desenvolvimento | Explorar direções, melhorar o design ou medir desempenho | Generativa × formativa × somativa |
Essas classificações não devem ser tratadas como caixas rígidas. Um card sorting, por exemplo, pode assumir desenho qualitativo ou quantitativo. Um estudo de campo pode enfatizar mais observação comportamental ou mais relato. Um teste de conceito pode variar bastante conforme a pergunta e o desenho do estudo.
O próprio NN/g trata essas posições como orientações para escolha metodológica, não como taxonomia imutável. O importante é compreender que tipo de pergunta cada desenho consegue responder melhor.
Pesquisa generativa, formativa, avaliativa e somativa
Outra forma de organizar Research é olhar para o objetivo da investigação. Pesquisa generativa ajuda a compreender problemas, necessidades e oportunidades ainda abertas. Pesquisa formativa ajuda a melhorar uma solução enquanto ela está sendo construída. Pesquisa somativa mede ou compara uma experiência quando já existe maturidade suficiente para isso.
No dia a dia, também é comum utilizar “pesquisa avaliativa” como um guarda-chuva para estudos cujo objetivo é avaliar conceitos, protótipos ou produtos existentes. Por isso, os nomes variam entre organizações e referências.
Se você precisa escolher entre investigar o espaço do problema e avaliar algo que já foi concebido, aprofunde essa distinção no guia de pesquisa generativa e avaliativa em UX.
Quando UX Research acontece?
Research não deveria ser uma etapa que acontece uma única vez antes do design. Diferentes perguntas aparecem conforme um produto evolui.
O GOV.UK Service Manual organiza pesquisa ao longo de discovery, alpha, beta e live. Em discovery, o foco está em compreender pessoas, necessidades, contexto e problemas atuais. Em fases seguintes, a equipe continua aprofundando esse entendimento, avaliando ideias, testando soluções e monitorando como a experiência funciona no serviço real.
UX Research não depende de uma interface pronta. Neste vídeo, o Nielsen Norman Group explica como pesquisas observacionais podem produzir evidências sobre necessidades e comportamentos mesmo quando o produto ou protótipo ainda não existe.
| Momento | Incertezas comuns | Pesquisas possíveis |
|---|---|---|
| Antes de definir a solução | Problema, contexto, necessidades, comportamento atual | Entrevistas, observação, estudo de campo, evidência existente |
| Durante concepção | Valor, compreensão e direção da solução | Teste de conceito, protótipos, pesquisa generativa |
| Durante design e desenvolvimento | Fluxos, navegação, compreensão e usabilidade | Card sorting, tree testing, testes de usabilidade |
| Após lançamento | Desempenho, problemas reais e mudanças de comportamento | Analytics, suporte, surveys, benchmark, entrevistas, testes |
| Durante evolução do produto | Novas oportunidades, regressões e mudanças nas necessidades | Combinação contínua de métodos |
Isso significa que Research pode acontecer antes, durante e depois da entrega. O que muda é a pergunta.
Como funciona um processo de UX Research?
Não existe um processo único para todas as pesquisas, mas uma sequência lógica ajuda a impedir que a equipe comece pela ferramenta ou pelo método favorito.
- Defina a decisão ou contexto. O que está acontecendo e que decisão poderá mudar com novas evidências?
- Mapeie as incertezas. O que sabemos, o que apenas acreditamos e o que ainda precisamos descobrir?
- Transforme incertezas em perguntas de pesquisa. Uma suposição como “usuários não entendem o plano” pode virar uma pergunta investigável sobre compreensão, comportamento ou decisão.
- Revise a evidência já existente. Analytics, suporte, estudos anteriores, tickets e pesquisas internas podem responder parte da questão antes de recrutar alguém.
- Defina a evidência necessária. Precisamos compreender motivos? Observar comportamento? Medir frequência? Estimar efeito?
- Escolha o método. Só agora faz sentido decidir entre entrevista, survey, teste de usabilidade, experimento ou outra abordagem.
- Defina participantes e fontes. Recrutamento precisa representar as pessoas e contextos necessários para responder às perguntas do estudo.
- Colete e registre as evidências. Preserve notas, observações, métricas e contexto suficiente para que a interpretação possa ser rastreada.
- Analise, comunique limites e conecte a decisão. O resultado útil não é apenas “um insight”, mas uma compreensão sustentada que informe o próximo passo sem esconder as incertezas restantes.
O GOV.UK recomenda começar pelas perguntas que a equipe precisa responder e transformar opiniões ou suposições não verificadas em research questions antes de escolher as atividades. Essa ordem parece simples, mas muda bastante a qualidade da pesquisa.
Na prática, eu gosto de adicionar uma pergunta ainda antes do método: “que decisão poderia ser diferente dependendo do que encontrarmos?” Se não existe nenhuma resposta clara, talvez o problema ainda não seja falta de pesquisa, mas falta de definição do que a equipe está tentando decidir.
Quais são os principais métodos de UX Research?
Não vale transformar um pilar de UX Research em catálogo de dezenas de técnicas. O mais útil é relacionar algumas perguntas comuns aos tipos de evidência que podem ajudar.
| Se você precisa… | Métodos que podem ajudar |
|---|---|
| Compreender contexto, experiência e problemas ainda pouco conhecidos | Entrevistas, estudos de campo, observação, diary studies |
| Avaliar se uma tarefa pode ser concluída | Teste de usabilidade |
| Compreender como pessoas agrupam informações | Card sorting |
| Validar encontrabilidade em uma hierarquia | Tree testing |
| Avaliar uma ideia antes de desenvolver | Teste de conceito, Fake Door dependendo da pergunta |
| Medir atitudes ou percepções em uma população definida | Survey com desenho e amostragem adequados |
| Analisar comportamento já registrado no produto | Analytics e logs |
| Comparar o efeito de duas variações | A/B testing quando o desenho experimental for adequado |
Para comparar técnicas com mais profundidade, incluindo quando usar cada uma, veja 20 métodos de pesquisa UX e quando usar cada um. Essa página é o subpilar metodológico do cluster; aqui o objetivo é entender a prática de Research como um todo.
Como escolher o método certo de pesquisa?
O melhor método não é o mais sofisticado nem o mais popular. É aquele cujo desenho consegue produzir evidência compatível com a pergunta dentro das restrições reais do projeto.
Se precisamos compreender por que profissionais abandonam determinado processo, entrevistas e observação podem revelar contexto que um dashboard sozinho não mostra. Se já entendemos os principais problemas e queremos estimar sua incidência, talvez seja necessário um estudo quantitativo. Se precisamos saber se um fluxo permite concluir uma tarefa, perguntar “você usaria isso?” não substitui observar a interação.
Tempo, orçamento e acesso a participantes importam, mas conveniência não deve ser confundida com validade. Um estudo rápido que responde à pergunta errada pode gerar segurança sem produzir evidência útil.
O que cada evidência consegue provar — e o que não consegue
Uma das habilidades mais importantes em UX Research é não exigir de um método uma conclusão que ele não pode sustentar.
| Evidência | Pode ajudar a compreender | Não demonstra sozinha |
|---|---|---|
| Entrevista | Experiências relatadas, percepções, contexto, linguagem e motivos conscientes | Comportamento real, frequência populacional ou causalidade |
| Observação | Comportamentos e contexto observável | Motivações internas com certeza |
| Teste de usabilidade | Como participantes executam tarefas e onde surgem problemas na experiência testada | Demanda de mercado ou preferência de toda a população |
| Survey | Atitudes, autorrelatos e estimativas quando instrumento e amostra permitem | Causalidade apenas por associação entre respostas |
| Analytics | Comportamentos registrados, tendências, segmentos e pontos de abandono | O motivo pelo qual o comportamento ocorreu |
| A/B test randomizado | Efeito da variação testada sobre as métricas observadas nas condições do experimento | Que o mesmo efeito acontecerá em qualquer produto, público ou contexto |
Essa distinção evita um problema recorrente: transformar uma boa observação em uma conclusão maior do que os dados permitem.
Combinar métodos também pode aumentar a compreensão. Um padrão de abandono nos analytics pode indicar onde investigar; testes ou entrevistas podem ajudar a compreender mecanismos por trás do comportamento; uma pesquisa quantitativa posterior pode estimar a extensão de determinado padrão. Métodos não precisam competir entre si.
Como analisar uma pesquisa de UX
Coletar dados não é o mesmo que produzir um finding. Pesquisa gera registros brutos: notas, falas, comportamentos, respostas, métricas, vídeos ou eventos. A análise organiza e interpreta essas evidências para encontrar padrões relevantes às perguntas do estudo.
O GOV.UK orienta a análise de sessões de pesquisa partindo de observações, agrupando evidências, identificando findings e conectando-os a ações. Essa rastreabilidade ajuda a impedir que uma preferência individual da equipe apareça depois como se tivesse sido “descoberta na pesquisa”.
| Camada | Exemplo |
|---|---|
| Evidência bruta | Participante procurou a função em três áreas diferentes antes de desistir |
| Padrão | Vários participantes procuraram a função usando uma organização diferente da interface atual |
| Finding | A estrutura atual entra em conflito com a forma como esses participantes esperam localizar a função |
| Implicação | Vale revisar hierarquia e rótulos e testar uma alternativa antes de ampliar o desenvolvimento |
Um finding também precisa carregar seus limites. Se o comportamento apareceu em um determinado perfil, cenário ou protótipo, isso faz parte da informação. Generalizar além da evidência pode ser tão problemático quanto ignorá-la.
Quem faz UX Research?
Algumas organizações possuem UX Researchers dedicados. Em outras, parte da pesquisa é conduzida por Product Designers, UX Designers, Product Managers ou profissionais generalistas. A própria Interaction Design Foundation observa que, em equipes menores, Research pode fazer parte das responsabilidades de um UX Designer.
Isso não significa que qualquer estudo seja simples. Recrutamento, moderação, desenho experimental, pesquisa quantitativa, estatística, acessibilidade, privacidade e populações sensíveis podem exigir competências especializadas.
Research também funciona melhor quando não fica isolada em uma pessoa. Designers, produto, engenharia e outras áreas podem observar sessões, compartilhar perguntas e participar da interpretação das evidências. O papel do pesquisador não é apenas entregar um relatório no fim, mas ajudar o time a construir uma compreensão mais confiável.
Recrutamento faz parte da qualidade da pesquisa
Um método adequado aplicado às pessoas erradas continua produzindo uma pesquisa fraca. Os critérios de recrutamento precisam derivar das perguntas do estudo, e não de uma ideia genérica de “usuário médio”.
Dependendo do problema, podem importar experiência recente com determinada tarefa, frequência de uso, papel profissional, acesso a tecnologia, contexto socioeconômico, deficiência, uso de tecnologia assistiva ou outras características relevantes.
Também não existe um número universal de participantes válido para toda UX Research. Estudos qualitativos exploratórios, benchmarks quantitativos, surveys e experimentos possuem lógicas de amostra diferentes. Até a conhecida discussão sobre cinco participantes precisa ser contextualizada ao objetivo e à heterogeneidade da população.
Privacidade, consentimento e ética em UX Research
UX Research frequentemente envolve dados pessoais: nome, contato, gravação, voz, imagem, contexto profissional, comportamento ou informações fornecidas durante as sessões. Isso exige planejar coleta, acesso, armazenamento, compartilhamento e descarte — não apenas preparar perguntas.
No Brasil, a Lei Geral de Proteção de Dados Pessoais (LGPD) estabelece princípios como finalidade, adequação e necessidade. Portanto, coletar “tudo porque pode ser útil depois” entra em conflito com uma boa lógica de minimização de dados.
Consentimento informado para participar ou ser gravado é uma prática importante de pesquisa, mas consentimento não deve ser confundido automaticamente com a única base legal possível para todo tratamento de dados. A própria ANPD esclarece que a LGPD prevê diferentes hipóteses legais. Para situações sensíveis, reguladas ou de maior risco, a definição jurídica do tratamento precisa ser feita de acordo com o contexto específico.
Além da obrigação legal, existe uma responsabilidade metodológica: participantes precisam compreender o que acontecerá, quais dados serão registrados e qual liberdade possuem para não responder ou interromper a participação quando aplicável.
Acessibilidade e inclusão também fazem parte de Research
Uma experiência pode funcionar bem para os participantes que a equipe costuma recrutar e falhar para pessoas que ficaram sistematicamente fora dos estudos.
Por isso, critérios de pesquisa devem considerar grupos relevantes ao produto, inclusive pessoas com diferentes níveis de alfabetização digital, contextos de acesso, deficiências e tecnologias assistivas quando fizerem parte da população que utilizará a experiência.
O GOV.UK inclui explicitamente pessoas com deficiências e diferentes necessidades de acesso ao planejar pesquisas de serviços. A ideia não é criar uma “amostra diversa” como gesto simbólico, mas garantir que as perguntas importantes possam ser respondidas para os contextos que o produto realmente precisa atender.
Como a inteligência artificial entra em UX Research?
Ferramentas de IA podem ajudar em partes operacionais do trabalho, como transcrição, organização inicial de grandes volumes de texto, busca em repositórios, agrupamento preliminar e criação de rascunhos de síntese. Isso pode economizar tempo, especialmente quando existe muita evidência qualitativa.
Mas velocidade de processamento não transforma uma saída automaticamente em evidência. O pesquisador continua responsável por desenho do estudo, seleção de participantes, qualidade dos dados, contexto, interpretação, contraditórios e limites da conclusão.
Minha recomendação é tratar IA como apoio à análise, não como substituta da relação entre evidência e decisão. Se quiser aprofundar essa aplicação, veja o guia sobre como integrar IA na síntese de pesquisa em UX mantendo o olhar humano.
Como começar com UX Research na prática
Se você está diante de uma decisão de produto e não sabe por onde começar, não abra primeiro Maze, Forms, Dovetail ou Figma. Comece escrevendo o que precisa ser decidido.
| Antes da pesquisa | Pergunta |
|---|---|
| Decisão | O que pode mudar depois deste estudo? |
| Conhecimento atual | O que já sabemos e de onde veio essa evidência? |
| Incerteza | O que estamos apenas supondo? |
| Research question | Que pergunta precisamos responder? |
| Evidência | Precisamos observar, compreender, medir ou testar efeito? |
| Método | Que desenho é capaz de produzir essa evidência? |
| Participantes | Quem ou quais fontes conseguem responder à pergunta? |
| Limite | O que o resultado não permitirá concluir? |
Essa ordem evita transformar UX Research em um ritual. Pesquisa existe para gerar aprendizagem confiável o suficiente para melhorar decisões — não para preencher um template de processo.
Aprofunde seus estudos em UX Research
A CamaraUX possui um cluster inteiro de conteúdos para aprofundar os diferentes níveis de Research. Use o caminho que corresponde ao problema que você está tentando resolver.
| Quero… | Próximo conteúdo |
|---|---|
| Comparar técnicas e escolher um método | Métodos de pesquisa UX: 20 técnicas e quando usar cada uma |
| Entender pesquisa exploratória e de avaliação | Pesquisa generativa e avaliativa em UX |
| Aprender a conversar com participantes | Entrevista com usuários em UX |
| Avaliar tarefas e interfaces | Teste de usabilidade: do planejamento à análise |
| Investigar modelos mentais e arquitetura | Card sorting em UX |
| Organizar evidências sobre contexto e usuário | Mapa de empatia |
| Navegar por toda a biblioteca do cluster | UX Research & Métodos |
Referências e fontes para estudar UX Research
As principais definições e recomendações deste guia foram confrontadas com documentação e referências reconhecidas de pesquisa e experiência do usuário:
- Nielsen Norman Group — When to Use Which User-Experience Research Methods, Christian Rohrer, última revisão em julho de 2026.
- Nielsen Norman Group — UX Research Cheat Sheet, Susan Farrell.
- GOV.UK Service Manual — User Research.
- GOV.UK — Plan user research for your service.
- GOV.UK — Analyse a research session.
- Interaction Design Foundation — What is UX Research?.
- Lei nº 13.709/2018 — Lei Geral de Proteção de Dados Pessoais.
- Autoridade Nacional de Proteção de Dados — Perguntas frequentes sobre a LGPD.
Quando UX Research precisa apoiar uma decisão importante de produto
Nem toda decisão exige uma grande pesquisa. Mas quando a incerteza envolve investimento significativo, mudança de direção, público pouco conhecido ou risco de construir a solução errada, vale avaliar com cuidado qual evidência precisa existir antes do desenvolvimento.
No artigo UX Research para tomada de decisão de produto, aprofundo justamente como conectar incerteza, força da evidência e custo da decisão.
Quando a equipe precisa estruturar esse trabalho com apoio especializado, a Consultoria de UX é também um caminho para investigar problemas, avaliar experiências e transformar evidências em decisões de produto.
