O que são as heurísticas de Nielsen
Heurísticas são regras práticas — não leis. Jakob Nielsen publicou 10 dessas regras em 1994, baseado em análise de centenas de problemas de usabilidade. Em 2020 a Nielsen Norman Group revisou os textos pra refletir interfaces modernas (mobile, voz, etc.) mas as 10 continuam intactas.
Pra que servem: dar uma checklist mínima pra avaliar uma interface. Útil pra design review, auditoria, e treinamento de time júnior.
Pra que NÃO servem: substituir teste com usuário real. Heurística pega o que viola princípios óbvios. Não pega o que confunde o usuário específico do seu produto.
1. Visibilidade do estado do sistema
O sistema deve sempre informar o que está acontecendo, através de feedback apropriado e em tempo razoável.
Exemplo bom: botão "Enviar" mostra spinner enquanto processa, depois muda pra "Enviado ✓".
Exemplo ruim: clica e nada acontece por 3 segundos. O usuário clica de novo. E de novo. Aí faz 3 envios.
Armadilha: feedback exagerado também atrapalha. Toast pra cada ação trivial vira ruído.
2. Correspondência entre sistema e mundo real
O sistema deve falar a linguagem do usuário, com palavras, frases e conceitos familiares — não jargão técnico.
Exemplo bom: "Sua compra foi confirmada".
Exemplo ruim: "Transação 0x4f8a processada com status 200".
Armadilha: isso não é desculpa pra ser informal demais. "Bora simbora!" em um app bancário também quebra essa heurística — não é a linguagem que o usuário usa pra falar de dinheiro.
3. Controle e liberdade do usuário
O usuário precisa de "saídas de emergência" claras. Desfazer, refazer, cancelar.
Exemplo bom: "Mensagem enviada. Desfazer." aparecendo por 5 segundos antes do email sair de fato (truque clássico do Gmail).
Exemplo ruim: confirmação "Tem certeza?" em ação reversível. Pior: ação irreversível sem confirmação nenhuma.
Armadilha: desfazer sempre é melhor que confirmar antes — mas só funciona se for realmente reversível. Se não dá pra reverter, confirmação é necessária.
4. Consistência e padrões
A mesma palavra, ícone ou ação deve significar a mesma coisa em todo lugar do produto. E o produto deve seguir convenções da plataforma (iOS faz X, Android faz Y).
Exemplo bom: o ícone de "compartilhar" no iOS é uma seta saindo de quadrado. Use ele.
Exemplo ruim: três botões "Salvar" diferentes em telas diferentes (um azul, um cinza, um verde). O usuário não confia mais que cliques iguais geram resultados iguais.
5. Prevenção de erros
Melhor que mostrar boa mensagem de erro é impedir o erro de acontecer.
Exemplo bom: campo "data de nascimento" só aceita números. Datas futuras ficam desabilitadas.
Exemplo ruim: o usuário digita "32 de fevereiro" e o sistema processa. 10 telas depois aparece "Data inválida na etapa 2".
Armadilha: prevenção excessiva irrita. Não bloqueie ações legítimas só porque você acha que pode dar erro depois.
6. Reconhecimento em vez de memorização
Mostrar opções é melhor que pedir pro usuário lembrar.
Exemplo bom: dropdown com sugestões enquanto a pessoa digita.
Exemplo ruim: campo "código da conta" que requer 9 dígitos sem mostrar exemplo de formato.
Armadilha: mostrar demais vira sobrecarga. Reconhecimento funciona quando você mostra as opções relevantes, não todas.
7. Flexibilidade e eficiência
Usuários iniciantes precisam de mãos dadas. Usuários avançados precisam de atalhos.
Exemplo bom: Cmd+K abre busca em qualquer página (atalho de avançado), mas o campo de busca também tá visível no header (descoberta de iniciante).
Exemplo ruim: funcionalidade só acessível por atalho não documentado. Ou só por menus aninhados, sem atalho nenhum.
8. Design estético e minimalista
Cada elemento da interface compete por atenção. Tudo que não serve atrapalha.
Exemplo bom: página de checkout só com os campos essenciais. Cross-sell aparece depois da compra.
Exemplo ruim: página de checkout com banner promocional, sidebar de produtos relacionados, popup de cookie, chat de suporte abrindo sozinho. Usuário sai.
Armadilha: "minimalista" virou estilo visual. A heurística é sobre subtração funcional, não estética. Página feia mas direta passa nessa heurística.
9. Ajudar o usuário a reconhecer e recuperar de erros
Mensagens de erro devem ser em linguagem clara, indicar o problema e sugerir uma solução.
Exemplo bom: "Senha precisa ter pelo menos 8 caracteres. A sua tem 5."
Exemplo ruim: "Erro 401". Ou pior: "Algo deu errado". Sem solução, sem caminho.
10. Ajuda e documentação
Mesmo sistema ideal precisa de ajuda. Ela deve ser fácil de pesquisar, focada na tarefa do usuário, e listar passos concretos.
Exemplo bom: centro de ajuda com busca, organizado por tarefa ("como cancelar minha assinatura"), com vídeo curto + passo a passo escrito.
Exemplo ruim: PDF de 80 páginas com índice alfabético. Ninguém lê.
Como aplicar numa avaliação heurística
Aval heurística é avaliação de especialista, não teste com usuário. Padrão Nielsen Norman:
- 3 a 5 avaliadores independentes. Um só vê 35% dos problemas. Cinco veem 75%.
- Cada avaliador percorre o produto duas vezes. Primeira pra entender o fluxo. Segunda pra anotar violações por heurística.
- Cada violação recebe severidade de 0 (não é problema) a 4 (catástrofe).
- Consolida em uma planilha: heurística violada × severidade × local × sugestão.
- Prioriza: 4s primeiro, depois 3s. 1s e 2s entram em backlog.
Como a Otther conduz uma avaliação heurística
Quando recebemos um produto pra auditar, a avaliação heurística é geralmente a primeira entrega — em 5 a 10 dias. Não porque ela resolve tudo, mas porque ela mapeia o pior rapidamente antes de gastar pesquisa em problema óbvio.
O processo que aplicamos segue o padrão Nielsen Norman: 3 a 5 avaliadores sêniors independentes, dois passes por avaliador (primeiro pra entender fluxo, segundo pra anotar), severidade de 0 a 4 por violação. O output é uma planilha priorizada: heurística violada × severidade × tela × sugestão de fix.
A diferença do que a maioria das consultorias entrega: a gente conecta cada violação com impacto de negócio mensurável. Heurística 5 violada no checkout não é só "problema de UX" — é conversion rate caindo X%. Sem essa ponte, a entrega vira papel.
Esse trabalho é parte do nosso serviço de UX research e auditoria, aplicado tanto em produtos novos (antes do redesign) quanto em produtos em produção (pra priorizar backlog).
Se o seu produto está há mais de um ano sem auditoria de usabilidade, vale uma conversa. Em 90% dos casos, a gente acha 10 a 15 violações de severidade 3 ou 4 — todas com fix rápido.
Para fechar
As 10 heurísticas de Nielsen não são lei. São a checklist mínima. Se sua interface viola 3 ou mais, tem algo errado independentemente do que o usuário disser.
Mas heurística não substitui pesquisa com usuário real. Use as duas — heurística pra pegar o óbvio rápido, teste com usuário pra pegar o que você não consegue ver.