O processo de design UX é a sequência de trabalho que transforma aquilo de que os utilizadores precisam e aquilo que a empresa quer num produto que se usa sem pensar: pesquisa, estrutura, wireframes, design de interfaces, prototipagem e testes, seguidos da passagem para desenvolvimento, num ciclo que se repete à medida que o produto aprende. Para o cliente, cada fase tem um contributo claro da sua parte e um resultado claro que deve receber, e avaliar o processo por esses resultados é a forma mais segura de saber que é real. Este guia explica cada fase do ponto de vista do cliente, com uma tabela de contributos, resultados e tempo relativo, e os sinais que distinguem um bom trabalho de UX de um trabalho fraco.
Última atualização: 21 de outubro de 2026.
Porque importa a perspetiva do cliente sobre o processo?
A maioria das explicações sobre UX é escrita para designers. Descrevem métodos e ferramentas, o que é útil para quem faz o trabalho e confuso para quem o paga. Como cliente, precisa de saber outra coisa: o que cada fase lhe pede, o que terá no fim e se valeu o tempo investido.
O processo de design UX existe para reduzir surpresas caras. Um problema encontrado num esboço custa minutos; o mesmo problema encontrado depois do lançamento obriga a refazer o produto e custa clientes. Cada fase descrita abaixo serve para antecipar essas descobertas.
Na Odduel, agência de criatividade e tecnologia em Barcelona e São Paulo, o nosso serviço de design UX/UI aplica estas fases a websites, apps e ferramentas internas. A dimensão de cada fase muda de projeto para projeto; a ordem raramente muda.
Em resumo: o processo de design UX vai da pesquisa à estrutura, aos wireframes, ao design de interfaces, ao protótipo e aos testes, e termina na passagem para desenvolvimento. Da sua parte, dá acesso, conhecimento e decisões; em troca, recebe conclusões, uma estrutura, ecrãs, um protótipo testado e documentação. As fases repetem-se em pequenos ciclos. Se não vê o resultado de uma fase, peça-o.
O processo de design UX num relance
A tabela abaixo indica o que cada fase lhe pede, o que deve receber e que parte do projeto costuma ocupar, em termos relativos.
| Fase | O que fornece | O que recebe | Parte do tempo |
|---|---|---|---|
| 1. Descoberta e pesquisa | Objetivos, dados, acesso a utilizadores e colaboradores | Conclusões, grupos de utilizadores, percursos principais, prioridades | De pequeno a médio |
| 2. Estrutura | Inventário de conteúdos, regras de negócio | Mapa do website ou estrutura da app, navegação, fluxos | Pequeno |
| 3. Wireframes | Feedback sobre a disposição e as prioridades | Ecrãs com pouco detalhe para cada página ou passo principal | Médio |
| 4. Design de interfaces | Manual de marca, aprovações | Ecrãs finais, componentes, estados | A maior parte |
| 5. Protótipo e testes | Pessoas para testar ou acesso a clientes | Protótipo clicável, resultados dos testes, alterações feitas | Médio |
| 6. Passagem para desenvolvimento e acompanhamento | Perguntas dos programadores | Ficheiros de design, biblioteca de componentes, especificações | Pequena, depois contínua |
Fase 1: descoberta e pesquisa
A descoberta responde a três perguntas: quem usa o produto, o que tenta fazer e onde tem dificuldades hoje. A pesquisa pode incluir entrevistas a clientes e colaboradores, dados de analytics, pedidos de suporte, uma análise do produto atual e um olhar sobre a forma como a concorrência resolve as mesmas tarefas.
Cabe-lhe fornecer os objetivos, os dados que tiver e o acesso às pessoas certas. Uma dezena de entrevistas curtas a utilizadores reais revela normalmente mais do que um grande inquérito. Conte receber um relatório breve com as conclusões, os principais grupos de utilizadores, os percursos mais importantes e uma lista de prioridades acordada consigo.
Se o seu produto já existe, uma auditoria é muitas vezes o ponto de partida mais rápido. A nossa lista de verificação para auditorias de UX mostra o que essa análise abrange.
Fase 2: estrutura
A estrutura define onde fica cada coisa e como as pessoas passam de uma para outra: o mapa do website, num website; os ecrãs e os fluxos, numa app. Constrói-se a partir da pesquisa, dos seus conteúdos e das suas regras de negócio.
O resultado é um diagrama de páginas ou ecrãs, a navegação principal e os fluxos das tarefas-chave, como fazer o registo, uma reserva ou uma compra. É o momento mais barato para mudar de ideias sobre o que o produto contém. Aqui, um passo em falta é uma linha num diagrama; mais tarde, é um ecrã novo, código novo e testes novos.
Fase 3: wireframes
Os wireframes são esquemas simples, com pouco detalhe, de cada ecrã principal. Deixam de fora, de propósito, a cor, as imagens e o texto final, para que a conversa se mantenha nas prioridades: o que aparece primeiro, o que fica agrupado, o que o utilizador faz a seguir.
O seu papel é confirmar que o que importa tem destaque e que as regras de negócio estão corretas. Evite julgar o aspeto: ainda não foi desenhado. Um bom conjunto de wireframes cobre cada página ou passo principal, incluindo o que acontece quando algo corre mal ou uma lista está vazia.
Fase 4: design de interfaces
O design de interfaces aplica a marca aos wireframes e transforma-os em ecrãs finais: tipografia, cor, imagens, ícones, espaçamento e movimento. Um bom trabalho de interface é construído como um sistema de componentes, como botões, formulários, cartões e navegação, para que se possam acrescentar ecrãs mais tarde sem começar do zero.
Esta fase costuma ocupar a maior parte do tempo de design. A sua parte é fornecer o manual de marca e dar as aprovações. Recebe os ecrãs finais para cada breakpoint ou dispositivo, todos os estados de cada componente (normal, hover, foco, erro, desativado) e uma biblioteca de componentes a partir da qual os programadores vão construir o produto.
A acessibilidade entra aqui, não no fim. O tamanho do texto, o contraste, os estados de foco e as áreas de toque são decisões de design, e as Diretrizes de Acessibilidade para Conteúdo Web são a referência para a qual remete a maior parte das normas europeias.
Fase 5: protótipo e testes
Um protótipo liga os ecrãs entre si para que as pessoas possam clicar ou tocar nas tarefas principais como se o produto já existisse. Testá-lo com cinco a oito pessoas do público-alvo costuma revelar a maior parte dos problemas graves de um fluxo.
A sua parte é ajudar a encontrar pessoas para os testes, de preferência clientes reais ou potenciais. Recebe o protótipo, um breve resumo do que essas pessoas fizeram e de onde tiveram dificuldades, e as alterações feitas em consequência. Testar não é um exame em que se passa ou se chumba: é a forma mais barata de corrigir o design antes de começar o desenvolvimento.
Fase 6: passagem para desenvolvimento e acompanhamento da implementação
A passagem para desenvolvimento dá aos programadores tudo o que precisam: os ficheiros de design, a biblioteca de componentes, as especificações de espaçamento, comportamento e animação, e respostas às suas perguntas. Os designers devem continuar envolvidos durante a construção do produto, a rever o que é implementado e a resolver as lacunas que só aparecem no código.
Depois do lançamento, o processo recomeça em ciclos mais curtos: os dados de utilização e o feedback mostram onde os utilizadores têm dificuldades, e a equipa desenha, testa e publica melhorias.
O que preparar antes de o processo UX começar?
Algumas coisas do seu lado tornam cada fase mais rápida e o resultado melhor. Nenhuma delas exige um designer.
- Uma só pessoa a decidir. Indique quem aprova cada fase. O design feito por comité atrasa o processo e dilui o resultado.
- Os seus objetivos em números, quando os tiver. Conversão, registos, pedidos de suporte ou tarefas concluídas: aquilo por que vai avaliar o produto.
- Acesso aos utilizadores. Uma lista de clientes atuais ou potenciais dispostos a conversar durante vinte minutos, e autorização para os contactar.
- O que já sabe. Dados de utilização, pedidos de suporte, notas da equipa comercial, pesquisas anteriores e as queixas que ouve com frequência.
- Restrições. Os sistemas técnicos de que o produto depende, requisitos legais, o manual de marca e datas fixas.
Com isto pronto, a fase de descoberta pode arrancar em dias e não em semanas, e a pesquisa dedica o tempo ao que ainda não sabe.
Como se repetem as etapas?
As fases acima aparecem por ordem, mas os projetos reais andam em ciclos. Os testes obrigam a voltar aos wireframes; o desenvolvimento revela um estado em falta; os dados do lançamento revelam uma nova prioridade. Um bom processo prevê estes ciclos em vez de os tratar como falhas.
A forma de gerir estes ciclos depende do método de trabalho. A nossa comparação entre agile e waterfall explica como o design se encaixa em fases fixas ou em ciclos curtos. Na maioria dos projetos, uma fase fixa de descoberta e estrutura, seguida de design e desenvolvimento em ciclos curtos, equilibra a segurança com a aprendizagem.
Como distinguir um bom trabalho de UX de mero teatro?
Há processos de UX que parecem muito ativos sem mudarem nada no produto. Estes sinais ajudam a distinguir uns dos outros.
| Bom trabalho de UX | UX de fachada |
|---|---|
| Pesquisa com utilizadores reais, resumida em poucas páginas de decisões | Relatórios longos que ninguém põe em prática |
| Personas ligadas a tarefas concretas e a dados reais | Personas inventadas num workshop |
| Wireframes para estados de erro e estados vazios | Apenas o percurso em que tudo corre bem |
| Testes que mudam o design | Testes marcados depois de as decisões estarem fechadas |
| Designers envolvidos durante o desenvolvimento | Ficheiros entregues e esquecidos |
A pergunta a fazer no fim de cada fase é simples: o que decidimos graças a isto? Se ninguém souber responder, a fase foi decoração.
Perguntas frequentes
Quais são as fases do processo de design UX?
As fases habituais são descoberta e pesquisa, estrutura (mapa do website ou fluxos da app), wireframes, design de interfaces, prototipagem e testes, e passagem para desenvolvimento. Os nomes variam de equipa para equipa, e algumas dividem ou juntam fases, mas a ordem mantém-se: perceber os utilizadores, decidir a estrutura, esboçar, desenhar, testar com pessoas reais, e depois acompanhar o desenvolvimento e continuar a melhorar após o lançamento.
Quanto tempo demora o processo de design UX?
Depende da dimensão do produto e da rapidez com que se tomam decisões. Num website empresarial típico, as fases de design levam muitas vezes várias semanas; numa app com muitos fluxos, alguns meses. O design de interfaces costuma ocupar a maior parte do tempo. A pesquisa e a estrutura são mais curtas, mas são as que mais tempo poupam depois, porque evitam ter de refazer trabalho.
Qual é a diferença entre design UX e design UI?
O design UX abrange toda a experiência: o que o produto faz, como está organizado e com que facilidade as pessoas concluem as suas tarefas. O design UI é a camada visual e interativa: tipografia, cor, componentes e movimento. No processo descrito acima, a pesquisa, a estrutura, os wireframes e os testes são sobretudo UX; o design de interfaces é UI. Nos bons projetos, as duas coisas são tratadas como um trabalho contínuo.
Preciso de pesquisa com utilizadores se já conheço os meus clientes?
Normalmente sim, mesmo que seja ligeira. As empresas costumam conhecer bem os clientes em geral, mas não a forma como se comportam numa tarefa concreta num ecrã. Algumas entrevistas e um teste de protótipo revelam com frequência problemas que o conhecimento interno não deteta. A pesquisa pode ser pequena e rápida; saltá-la por completo costuma sair mais caro mais tarde.
O que devo receber no final de um projeto de UX?
Deve receber as conclusões da pesquisa e as prioridades, a estrutura e os fluxos principais, os wireframes, os ecrãs finais para cada dispositivo e estado, uma biblioteca de componentes, um protótipo testado com as alterações que motivou e as especificações para os programadores. Se o produto já foi lançado, acrescente um plano para medir o comportamento dos utilizadores e decidir o que melhorar a seguir.
Se está a planear um website ou uma app, peça a qualquer parceiro de design que lhe mostre o resultado de cada fase antes de acordar o preço, e tenha esta tabela à mão durante o projeto. O nosso serviço de design UX/UI cobre todas as fases, da pesquisa à passagem para desenvolvimento; conte-nos o que está a construir.
