Visão geral
Design Critique é uma técnica de validação usada para melhorar qualidade da solução por meio de crítica objetiva, conectada a problema, usuário, restrições e intenção de design. A utilidade dela está menos no ritual em si e mais na forma como ajuda o time a transformar uma dúvida de projeto em evidências, decisões ou próximos passos observáveis.
Ela faz sentido quando há proposta concreta para revisar antes de desenvolvimento, teste ou decisão de aprovação. Ao aplicar Design Critique, o time deve chegar a feedback estruturado, Decisões de ajuste, Perguntas para validação e Riscos de design identificados, mantendo rastreabilidade entre o que foi observado, o que foi decidido e quais limites ainda precisam ser considerados.
Como entra no fluxo
Design Critique entra quando já existe uma pergunta de trabalho clara e o time precisa conduzir uma atividade estruturada antes de avançar para decisão, protótipo, priorização ou entrega.
Atenção ao usar
Não substitui teste com usuário.
Combina bem com
- Heuristic Evaluation
- Brainstorming
Para que serve
Melhorar qualidade da solução por meio de crítica objetiva, conectada a problema, usuário, restrições e intenção de design.
Quando usar
Use quando há proposta concreta para revisar antes de desenvolvimento, teste ou decisão de aprovação.
Contexto
Objetivos
Outputs
Situações ideais
- necessidade de decisão rápida
- equipe desalinhada
Como executar
Pré-requisitos
- Artefato de design com contexto mínimo
- Objetivo da crítica definido
- Critérios de avaliação conhecidos
Materiais
- Protótipo, fluxo ou especificação
- Checklist de critérios
- Registro de feedback e decisões
Passo a passo
- 1Apresente contexto: problema, usuário, objetivo e restrições.
- 2Explique que tipo de feedback é necessário.
- 3Revise solução contra critérios, não contra preferência pessoal.
- 4Colete observações com evidência ou hipótese explícita.
- 5Separe problemas, sugestões e perguntas.
- 6Defina decisões, responsáveis e itens a validar.
Critérios de qualidade
- Cada feedback menciona o objetivo ou critério de design que embasa a observação, não preferência pessoal
- Problemas identificados têm impacto esperado descrito no usuário ou na métrica
- A sessão termina com lista diferenciada de itens decididos, itens a investigar e questões em aberto
- O apresentador expõe contexto, problema e intenção antes de qualquer comentário ser feito
Dicas
- Comece pela intenção da solução antes de apontar falhas.
- Troque “não gostei” por impacto esperado no usuário ou objetivo.
- Controle tempo para não discutir microdetalhes cedo demais.
- Registre divergências relevantes como hipótese a testar.
Antes (entradas)
- Protótipo ou proposta de design
- Objetivos e critérios de sucesso
- Contexto de usuário e negócio
Depois (saídas)
- Feedback estruturado
- Decisões de ajuste
- Perguntas para validação
- Riscos de design identificados
Variações
Critique Baseada em Heurísticas
Variação estruturada que usa lista de heurísticas como guia explícito para cada avaliador, reduzindo subjetividade dos comentários.
I Like / I Wish / What If
Formato de feedback positivo-construtivo em que cada participante usa três frases-padrão para separar reconhecimento, melhoria e exploração de alternativas.
Crit Assíncrona
Modo em que avaliadores anotam feedback diretamente no protótipo antes da reunião, permitindo leitura prévia e sessão mais focada em decisões.
Critique com Observador Silencioso
Variante em que o designer não pode falar durante a revisão, apenas observando reações e dúvidas dos avaliadores para capturar problemas genuínos de compreensão.
Uso estratégico
Quando evitar
- Não há artefato concreto para revisar
- Objetivo da crítica é aprovar gosto visual
- Participantes não conhecem contexto ou critério
Limitações
- Não substitui teste com usuário
- Depende da maturidade de feedback do grupo
- Pode focar em detalhe visual se mal conduzida
Riscos
- Feedback hierárquico dominar evidência
- Mudar solução para agradar stakeholder
- Gerar lista extensa sem priorização
Exemplos de uso
- 01Revisar fluxo de onboarding antes do teste de usabilidade.
- 02Avaliar consistência de componentes em um design system.
- 03Criticar proposta de checkout contra métricas e restrições técnicas.
Perfis responsáveis
Também conhecido como
Referências e leitura
Links de livros podem ser links de afiliado Amazon. Sua compra apoia o projeto sem custo adicional.
Ajude a melhorar este conteúdo
Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.
