As 10 Heurísticas de Nielsen são princípios gerais de usabilidade utilizados para analisar interfaces e orientar decisões de interação. Elas ajudam a identificar problemas recorrentes relacionados a feedback, linguagem, controle, consistência, prevenção de erros, memória, eficiência e suporte ao usuário.
As bases da avaliação heurística foram desenvolvidas por Jakob Nielsen e Rolf Molich no início da década de 1990. Em 1994, Nielsen publicou a formulação das dez heurísticas que se tornou uma das referências mais conhecidas da área de interação humano-computador.
O nome heurística é importante. Nielsen não apresenta esses princípios como dez regras rígidas ou requisitos que toda interface precisa obedecer da mesma forma. São orientações amplas, úteis para levantar perguntas sobre a qualidade de uma interação e reconhecer padrões que podem prejudicar a usabilidade.
Isso significa que encontrar uma possível violação não encerra a análise. A decisão precisa considerar o contexto, a tarefa, o público, as limitações do produto e, quando necessário, evidências obtidas com usuários reais.
Quer revisar uma interface? Ir para o checklist das 10 heurísticas de Nielsen ↓
Entendendo as Heurísticas de Nielsen
As dez heurísticas funcionam como uma linguagem compartilhada para discutir problemas de interface. Em vez de dizer apenas que uma tela “está confusa”, podemos investigar se o problema está relacionado à falta de feedback, inconsistência, carga de memória, ausência de controle ou dificuldade para reconhecer e recuperar um erro.
Essa linguagem é útil tanto durante a criação de um produto quanto na revisão de algo que já está em produção. Por isso, as heurísticas fazem parte dos fundamentos de UX Design, mas não substituem pesquisa, métricas, acessibilidade ou testes de usabilidade.
Também é importante separar as heurísticas do método de avaliação heurística. As heurísticas são os princípios. A avaliação heurística é um processo de inspeção no qual especialistas utilizam esses ou outros princípios para procurar problemas potenciais em uma interface.
Neste guia, o foco principal está nas dez heurísticas: o que cada uma significa, como aparece em produtos digitais, exemplos de aplicação e violações recorrentes. Mais adiante, veremos também como esses princípios entram em uma avaliação estruturada e quando é necessário complementar a inspeção com outros métodos.
Se você já conhece os princípios e quer executar o método do início ao fim, veja também o guia sobre como realizar uma avaliação heurística.
Referência principal: Nielsen Norman Group — 10 Usability Heuristics for User Interface Design.
1. Visibilidade do Status do Sistema
A heurística de visibilidade do status do sistema significa que a interface deve informar claramente o que está acontecendo, em tempo adequado, sempre que o usuário realiza uma ação. Em UX, isso inclui feedbacks como carregamento, confirmação de envio, progresso de uma etapa, estado ativo de botões e mensagens que mostram se uma ação foi concluída, falhou ou ainda está em processamento.
A lógica é simples: o usuário precisa saber que sua ação foi registrada. Sem esse feedback, ele fica na dúvida, repete a ação ou abandona o fluxo.
Assistir vídeo sobre a Heurística 1: Visibilidade do Status do Sistema
Como aplicar visibilidade do status na prática?
- Comunique claramente aos usuários qual é o estado do sistema; nenhuma ação com consequências deve ser tomada sem informá-los.
- Apresente o feedback ao usuário o mais rápido possível (de preferência, imediatamente).
- Crie confiança por meio de comunicação aberta e contínua.
Exemplo da heurística nº 1: os indicadores “Você está aqui” em mapas de shopping mostram às pessoas onde estão, para ajudá-las a entender para onde ir em seguida.
Exemplos reais e violações comuns
Aplicando bem: O Uber mostra em tempo real a localização do motorista, o tempo estimado e o status da corrida em cada etapa. O YouTube destaca o vídeo atual na playlist e mostra o progresso de reprodução. O Spotify exibe o nome da faixa, a barra de progresso e os controles de estado com clareza.
Violando: Botões de formulário que não mudam de estado depois de clicados, deixando o usuário sem saber se o envio foi registrado. Telas de carregamento sem nenhum indicador de progresso. Processos de pagamento que ficam “processando” sem comunicar o que está acontecendo.
Boas práticas para implementar:
- Usar barras de progresso em fluxos com múltiplas etapas (ex: checkout de 4 passos);
- Fornecer estados visuais adequados para elementos interativos, considerando os diferentes modos de entrada, como mouse, teclado e toque;
- Exibir toast notifications ou snackbars após ações de submit, salvar ou deletar.
2. Compatibilidade entre o Sistema e o Mundo Real
A heurística de compatibilidade entre o sistema e o mundo real significa que a interface deve usar a linguagem, os conceitos e a lógica que o usuário já conhece fora do sistema. Em UX, isso envolve evitar jargões técnicos, usar palavras familiares, organizar informações em uma ordem natural e aplicar ícones, rótulos e fluxos que façam sentido para o modelo mental do usuário.
O princípio vale para palavras, mas também para metáforas visuais. Um ícone de lixeira para deletar, uma lupa para buscar ou uma campainha para notificações funcionam porque remetem a objetos do mundo físico que o usuário já associa àquelas funções.
Assistir vídeo sobre a Heurística 2: Compatibilidade entre o Sistema e o Mundo Real
O que significa falar a língua do usuário?
- Garanta que os usuários consigam entender o significado sem precisar buscar uma definição.
- Nunca presuma que sua compreensão de palavras ou conceitos é igual à dos seus usuários.
- A pesquisa com usuários revelará a terminologia familiar do seu público e seus modelos mentais em torno de conceitos importantes.
Exemplo da heurística nº 2: quando os controles do fogão correspondem ao layout das bocas, os usuários entendem rapidamente qual botão controla qual elemento.
Exemplos reais e violações comuns
Aplicando bem: O Nubank usa termos como “cobrar”, “pagar” e “transferir” em vez de jargões bancários. O iFood usa “Meu pedido” e “Rastrear” em vez de “Consultar status da transação”. A Apple nomeia seus botões com verbos diretos como “Compartilhar”, “Apagar” e “Adicionar”.
Violando: Mensagens de erro com códigos técnicos como “Erro 403 – Forbidden”. Botões chamados “Submit” em vez de “Enviar” em produtos em português. Interfaces financeiras que usam siglas internas que apenas os colaboradores da empresa conhecem.
Boas práticas para implementar:
- Conduzir pesquisas de usuário para mapear o vocabulário do seu público antes de nomear funcionalidades
- Testar ícones e terminologias com usuários reais para validar reconhecimento
- Substituir jargões técnicos ou termos de negócio por palavras do cotidiano do usuário
3. Controle e Liberdade para o Usuário
A heurística se aplica tanto a ações simples (deletar um arquivo) quanto a fluxos complexos (abandonar um processo de onboarding a meio caminho). A regra geral é: se o usuário entrou em algum lugar por engano, ele precisa conseguir sair sem esforço e sem perder o controle da experiência.
A heurística se aplica tanto a ações simples (deletar um arquivo) quanto a fluxos complexos (abandonar um processo de onboarding a meio caminho). A regra geral é: se o usuário entrou em algum lugar por engano, ele precisa conseguir sair sem esforço.
Assistir vídeo sobre a Heurística 3: Controle e Liberdade para o Usuário
Quais recursos garantem controle e liberdade ao usuário?
- Suporte para Desfazer e Refazer em qualquer ação reversível.
- Mostrar uma saída clara da interação atual, como um botão “Cancelar” visível.
- Oferecer uma saída clara e identificável para interações temporárias, como Cancelar ou Fechar, garantindo também que a ação seja operável por teclado quando aplicável.
Exemplo da heurística nº 3: espaços digitais precisam de saídas de emergência rápidas, assim como espaços físicos.
Exemplos reais e violações comuns
Aplicando bem: O Gmail oferece o botão “Desfazer envio” por alguns segundos após clicar em enviar. O Google Drive permite recuperar arquivos deletados por 30 dias. O Notion suporta Ctrl+Z em praticamente todas as ações de edição.
Violando: Formulários longos que não salvam progresso e perdem todos os dados se o usuário fechar a aba. Modais sem botão de fechar visível. Processos de exclusão de conta sem possibilidade de reversão ou período de carência.
Boas práticas para implementar:
- Oferecer mecanismos de desfazer ou recuperar ações quando a reversão for relevante e tecnicamente possível;
- Incluir confirmações antes de ações destrutivas, não depois
- Salvar rascunhos automaticamente em formulários e editores longos
4. Consistência e Padronização
A heurística de consistência e padronização significa que a interface deve usar os mesmos padrões visuais, textuais e comportamentais em todo o produto. Em UX, isso evita que o usuário precise reaprender a cada tela, mantendo botões, menus, ícones, termos, componentes e interações com aparência e funcionamento previsíveis.
Existem dois tipos de consistência que precisam ser considerados: a interna (dentro do próprio produto) e a externa (em relação às convenções de plataforma que o usuário já conhece de outros produtos).
Assistir vídeo sobre a Heurística 4: Consistência e Padronização
Como manter consistência em produtos digitais?
- Melhore a capacidade de aprendizagem mantendo consistência interna (dentro do produto) e externa (com convenções de plataforma).
- Manter componentes e padrões de interação documentados em um Design System.
- Seguir as convenções estabelecidas da plataforma (iOS, Android, Web).
Exemplo da heurística nº 4: balcões de check-in geralmente ficam na entrada dos hotéis. Essa consistência atende às expectativas dos hóspedes.
Exemplos reais e violações comuns
Aplicando bem: O Material Design do Google define padrões de botões, elevação, cores e tipografia que se replicam em todos os produtos do ecossistema. O design system do Nubank garante que o mesmo componente de card se comporte de forma idêntica no app iOS, Android e web.
Violando: Usar “Salvar” em uma tela e “Confirmar” em outra para a mesma ação. Ícones que mudam de posição entre telas sem motivo. Formulários com comportamento de validação diferente em etapas distintas do mesmo fluxo.
Boas práticas para implementar:
- Documentar e versionar componentes em um Design System antes de escalar o produto
- Usar nomenclaturas consistentes para menus, botões e ações do usuário em toda a interface
- Alinhar padrões de interação com as Human Interface Guidelines (Apple) ou Material Design (Google) conforme a plataforma
5. Prevenção de Erros
A heurística de prevenção de erros significa que a interface deve evitar problemas antes que eles aconteçam, em vez de depender apenas de mensagens de erro depois da falha. Em UX, isso inclui validação em tempo real, máscaras de campo, confirmações antes de ações destrutivas, botões desabilitados quando faltam dados obrigatórios e instruções claras antes da ação.
Nielsen classifica os erros em dois tipos: slips (deslizes, ações não intencionais quando o usuário sabe o que quer fazer mas executa errado) e mistakes (erros de planejamento, quando o usuário toma uma decisão incorreta). Cada tipo pede uma estratégia de prevenção diferente.
Assistir vídeo sobre a Heurística 5: Prevenção de Erros
Como evitar erros antes que aconteçam?
- Priorize os esforços: evite erros de alto custo primeiro e só depois os de baixo impacto.
- Evite slips fornecendo restrições úteis e bons padrões de preenchimento (defaults).
- Evite mistakes reduzindo sobrecarga de memória, oferecendo undo e alertando o usuário antes de ações destrutivas.
Exemplo da heurística nº 5: guard-rails em estradas sinuosas evitam que motoristas saiam da pista.
Exemplos reais e violações comuns
Aplicando bem: O Google Calendar pede confirmação antes de deletar um evento recorrente. O iCloud avisa que os arquivos serão apagados permanentemente após 30 dias na lixeira. Formulários de CPF que já formatam automaticamente enquanto o usuário digita eliminam erros de formato.
Violando: Botões de “Deletar” e “Salvar” lado a lado, do mesmo tamanho e cor. Campos de data sem máscara ou exemplo de formato esperado. Ações destrutivas disparadas com um único clique, sem confirmação.
Boas práticas para implementar:
- Usar validação em tempo real para entradas de dados (e-mail, CPF, telefone, datas)
- Inserir caixas de confirmação antes de ações irreversíveis, com descrição clara do que vai acontecer
- Definir uma estratégia clara de validação e feedback para impedir ou corrigir entradas inválidas antes que produzam consequências
6. Reconhecimento em vez de Memorização
A heurística de reconhecimento em vez de memorização significa que a interface deve tornar opções, ações e informações importantes visíveis ou fáceis de recuperar. Em UX, o usuário não deve precisar lembrar dados, comandos ou caminhos de uma tela para outra, pois menus, rótulos, histórico, sugestões, breadcrumbs e estados visuais devem orientar a navegação.
O princípio tem raízes na psicologia cognitiva: reconhecer algo que está à frente é muito mais fácil do que recuperar da memória uma informação que não está visível. Por isso, menus visíveis batem tutoriais memoráveis, e histórico de buscas bate “tente lembrar o que você pesquisou antes”.
Assistir vídeo sobre a Heurística 6: Reconhecimento em vez de Memorização
Como reduzir a carga cognitiva na interface?
- Deixe que as pessoas reconheçam as informações na interface, em vez de forçá-las a lembrar delas.
- Ofereça ajuda em contexto, em vez de dar tutoriais longos para memorizar.
- Reduza as informações que os usuários precisam carregar na memória para completar uma tarefa.
Exemplo da heurística nº 6: é mais fácil reconhecer “Lisboa é a capital de Portugal?” do que responder “Qual é a capital de Portugal?” de memória.
Exemplos reais e violações comuns
Aplicando bem: O Excel exibe ícones com tooltips para todas as funções da barra de ferramentas. O Figma mostra um painel de propriedades contextual que muda conforme o elemento selecionado. O Google Search sugere buscas anteriores e termos relacionados enquanto o usuário digita.
Violando: Interfaces que exigem que o usuário memorize códigos de produto para digitar em campos de busca. Dashboards onde a navegação entre seções não deixa claro em qual seção o usuário está. Modais sem contexto do que estava na tela antes de abri-los.
Boas práticas para implementar:
- Usar breadcrumbs e indicadores de posição em fluxos com múltiplas etapas
- Garantir que ícones sejam compreensíveis e possuam um nome acessível; quando o significado não for evidente, utilizar rótulos, texto de apoio ou ajuda contextual
- Mostrar histórico de buscas e itens recentes para evitar que o usuário precise lembrar
7. Eficiência e Flexibilidade de Uso
A heurística de eficiência e flexibilidade de uso significa que a interface deve funcionar bem tanto para usuários iniciantes quanto para usuários experientes. Em UX, isso envolve oferecer fluxos simples para quem está começando e recursos mais rápidos para quem já domina o produto, como atalhos, comandos, filtros salvos, personalização e automações.
O conceito de “aceleradores” de Nielsen inclui atalhos de teclado, gestos, macros, personalizações e qualquer mecanismo que permita ao usuário experiente executar tarefas sem percorrer o fluxo padrão completo.
Assistir vídeo sobre a Heurística 7: Eficiência e Flexibilidade de Uso
Como projetar para usuários iniciantes e avançados ao mesmo tempo?
- Fornecer aceleradores como atalhos de teclado e gestos de toque para usuários avançados.
- Oferecer personalização adaptando o conteúdo e a funcionalidade para perfis diferentes.
- Permitir que usuários façam seleções sobre como desejam que o produto funcione.
Exemplo da heurística nº 7: rotas regulares aparecem nos mapas, mas moradores locais usam atalhos que só eles conhecem.
Exemplos reais e violações comuns
Aplicando bem: O Figma oferece Ações rápidas acessíveis por teclado para executar comandos sem navegar por vários menus. O Notion possui uma ampla biblioteca de atalhos de teclado e comandos de barra para acelerar tarefas recorrentes. O Slack também oferece atalhos para diferentes ações de navegação e comunicação.
Violando: Softwares complexos que não documentam atalhos de teclado em lugar nenhum. Dashboards sem opção de personalizar quais métricas aparecem em destaque.
Boas práticas para implementar:
- Implementar atalhos de teclado e documentá-los em um painel de ajuda acessível
- Oferecer personalização de dashboard ou configurações avançadas para usuários que queiram mais controle
- Usar progressive disclosure: mostrar opções básicas primeiro e avançadas sob demanda
8. Projeto Estético e Minimalista
A heurística de projeto estético e minimalista significa que a interface deve apresentar apenas as informações e elementos necessários para apoiar a tarefa principal do usuário. Em UX, isso não significa criar telas vazias, mas reduzir ruído visual, remover conteúdos irrelevantes, priorizar hierarquia, clareza e foco na ação mais importante de cada tela.
A heurística não defende que a interface seja “feia” ou desprovida de personalidade. Ela defende que cada elemento ganhe seu espaço pelo que comunica, não pelo que decora. Um produto com hierarquia visual clara conduz o olhar do usuário ao que importa e reduz o esforço para completar tarefas.
Assistir vídeo sobre a Heurística 8: Projeto Estético e Minimalista
O que é design minimalista na prática?
- Manter o conteúdo e o design visual focados no essencial de cada tela.
- Não deixar que elementos decorativos distanciem o usuário das informações que ele precisa.
- Priorizar conteúdo e recursos que dão suporte ao objetivo principal da tela.
Exemplo da heurística nº 8: um bule com elementos decorativos excessivos pode ter alça desconfortável e bico difícil de lavar, prejudicando a usabilidade.
Exemplos reais e violações comuns
Aplicando bem: A página inicial do Google é um estudo clássico de minimalismo funcional: um campo de busca, dois botões e o logo. O Airbnb usa espaçamento generoso e hierarquia tipográfica clara para que o preço e as fotos guiem a decisão do usuário sem distrações.
Violando: Dashboards com 12 gráficos na tela principal, nenhum claramente mais importante que o outro. Pop-ups de banners, cookies, newsletter e suporte ao vivo disparando ao mesmo tempo no acesso. Telas de onboarding com texto longo e sem hierarquia visual.
Boas práticas para implementar:
- Usar espaçamento adequado entre elementos para criar respiração e hierarquia visual
- Questionar cada elemento da tela: “ele ajuda o usuário a completar o objetivo desta tela?”
- Tratar a remoção de elementos como uma decisão de design tão legítima quanto adicioná-los
9. Reconhecimento de Erros
A heurística de reconhecimento de erros significa que a interface deve ajudar o usuário a entender o que deu errado, por que aconteceu e como resolver o problema. Em UX, boas mensagens de erro usam linguagem simples, aparecem próximas ao campo ou ação com problema, evitam códigos técnicos e oferecem uma orientação clara para recuperação.
A diferença entre uma boa e uma má mensagem de erro está na especificidade e na orientação. “Erro ao processar sua solicitação” não ajuda ninguém. “O CPF informado é inválido. Verifique se todos os dígitos foram preenchidos corretamente” resolve.
Assistir vídeo sobre a Heurística 9: Reconhecimento, Diagnóstico e Recuperação de Erros
Como escrever mensagens de erro que ajudam o usuário?
- Use sinais visuais consistentes para indicar erros, sem depender apenas da cor, e associe a mensagem claramente ao campo ou à ação correspondente.
- Informe o que deu errado em linguagem simples, sem jargões técnicos.
- Ofereça uma solução ou próximo passo imediato, não apenas o diagnóstico do problema.
Exemplo da heurística nº 9: placas de contramão lembram motoristas que estão indo na direção errada e pedem que parem.
Exemplos reais e violações comuns
Aplicando bem: O Spotify sublinha o campo com problema em vermelho e exibe a mensagem de erro imediatamente abaixo do input específico. O formulário de cadastro do iFood valida o CEP em tempo real e sugere o endereço completo. O Google Workspace mostra qual permissão está faltando quando o usuário tenta acessar um arquivo restrito.
Violando: Formulários que mostram todos os erros de uma vez no topo da página, sem indicar quais campos têm problema. Mensagens genéricas como “Algo deu errado, tente novamente”. Erros de autenticação que não dizem se o problema é o e-mail, a senha ou ambos.
Boas práticas para implementar:
- Posicionar mensagens de erro próximas ao elemento que as causou, não no topo da página
- Escrever mensagens de erro no formato: [o que aconteceu] + [por quê] + [como resolver]
- Registrar erros para análise e melhoria contínua, especialmente os mais frequentes
10. Ajuda e Documentação
A heurística de ajuda e documentação significa que o sistema deve oferecer suporte claro quando o usuário precisar de orientação para concluir uma tarefa. Em UX, a melhor ajuda é contextual, fácil de encontrar, simples de pesquisar e focada em passos práticos, como tooltips, textos de apoio, central de ajuda, onboarding e instruções dentro do próprio fluxo.
Nielsen é enfático nesse ponto: a melhor documentação é a que o usuário não precisa consultar porque a interface já é autoexplicativa. Mas quando a consulta é necessária, ela precisa ser fácil de encontrar, escanear e aplicar.
Assistir vídeo sobre a Heurística 10: Ajuda e Documentação
Como criar ajuda que o usuário realmente usa?
- Certifique-se de que a documentação seja fácil de pesquisar e navegar.
- Sempre que possível, apresente a documentação no contexto exato em que o usuário precisa dela.
- Liste etapas concretas a serem executadas, não conceitos abstratos.
Exemplo da heurística nº 10: quiosques de informação em aeroportos são facilmente identificáveis e resolvem dúvidas no contexto e no momento certos.
Exemplos reais e violações comuns
Aplicando bem: O Notion usa um atalho “/” que abre um menu contextual com todas as ações disponíveis naquele bloco, com descrição e atalho de teclado. A Intercom exibe tooltips de onboarding no primeiro acesso, apontando exatamente para o elemento que o usuário precisa clicar. O Figma tem um painel “What’s new” que aparece após atualizações relevantes.
Violando: Documentação em PDF que precisa ser baixada para ser consultada. Help centers sem campo de busca ou com busca que retorna resultados irrelevantes. Produtos com tutoriais de onboarding que não podem ser acessados novamente depois do primeiro acesso.
Boas práticas para implementar:
- Integrar ajuda diretamente na interface com tooltips, empty states explicativos e placeholders informativos
- Disponibilizar um centro de ajuda com busca eficiente e artigos curtos orientados a tarefas
- Manter a documentação versionada e atualizada a cada lançamento de funcionalidade nova
Checklist prático das 10 heurísticas de Nielsen
Escolha uma tarefa e percorra o fluxo completo, incluindo carregamento, confirmação e falha. Use as perguntas abaixo para identificar possíveis problemas de usabilidade.
Como registrar: para cada item, anote “Atende”, “Precisa de revisão”, “Não se aplica” ou “Não foi possível verificar”. Registre a tela, o comportamento observado e a justificativa.
- Visibilidade do status: após uma ação, fica claro se o sistema está processando, concluiu ou falhou?
- Compatibilidade com o mundo real: palavras, símbolos e sequência das informações fazem sentido para o público?
- Controle e liberdade: é possível cancelar, sair ou desfazer ações quando necessário e viável?
- Consistência e padrões: ações equivalentes mantêm nomes e comportamentos coerentes com o produto e a plataforma?
- Prevenção de erros: a interface ajuda a evitar enganos antes de ações com consequências importantes?
- Reconhecimento: informações necessárias à tarefa ficam visíveis ou acessíveis, sem exigir memorização entre telas?
- Flexibilidade e eficiência: tarefas frequentes oferecem caminhos eficientes sem dificultar o primeiro uso?
- Estética e minimalismo: o conteúdo relevante se destaca, sem competir com elementos desnecessários?
- Recuperação de erros: as mensagens explicam o problema e orientam um próximo passo possível?
- Ajuda e documentação: quando necessária, a orientação é fácil de encontrar e apresenta passos para concluir a tarefa?
Como interpretar: este checklist orienta uma inspeção inicial. A quantidade de respostas positivas não é uma nota de usabilidade. Analise cada problema considerando a tarefa, o público e suas consequências; valide as hipóteses com outras evidências quando necessário.
Perguntas elaboradas pela CamaraUX com base nas 10 heurísticas de usabilidade da Nielsen Norman Group.
Para definir o escopo, registrar os achados e organizar a avaliação, consulte o guia de avaliação heurística.
Como aplicar as Heurísticas de Nielsen em uma avaliação heurística
Conhecer as dez heurísticas é diferente de conduzir uma avaliação heurística. No método de inspeção, especialistas percorrem uma interface de forma sistemática, com um escopo e tarefas definidos, utilizando princípios de usabilidade para identificar problemas potenciais.
O método é particularmente útil quando precisamos encontrar problemas de forma relativamente rápida, inclusive antes de recrutar participantes para um estudo. Pode ser aplicado em protótipos ou em produtos já existentes e funciona melhor quando o escopo da análise está bem delimitado.
A própria Nielsen Norman Group recomenda não começar tentando avaliar um produto complexo inteiro de uma só vez. Podemos reduzir o escopo por tarefa, seção, público ou tipo de dispositivo. Uma avaliação de “todo o sistema” tende a produzir achados mais superficiais do que uma análise focada em uma jornada concreta.
Quantos avaliadores usar em uma avaliação heurística?
Uma única pessoa consegue encontrar problemas, mas a avaliação fica mais robusta quando diferentes especialistas fazem a inspeção de forma independente. A recomendação atual da NN/g é trabalhar, idealmente, com três a cinco avaliadores, porque pessoas diferentes identificam problemas diferentes.
A independência é importante. Se todos avaliam a interface juntos desde o início, o primeiro comentário pode influenciar o restante do grupo. Por isso, os achados devem ser registrados individualmente e consolidados somente depois da primeira rodada de inspeção.
Um processo prático de avaliação
- Defina o escopo. Determine produto, público, tarefa, fluxo, dispositivo e limitações da avaliação.
- Prepare os avaliadores. Todos precisam compreender as heurísticas e o contexto que será analisado.
- Percorra a tarefa primeiro. Antes de registrar violações, compreenda o fluxo como um todo e o objetivo que a pessoa está tentando alcançar.
- Faça a inspeção de forma independente. Cada avaliador registra o problema, a tela ou estado em que aparece, a heurística relacionada e uma descrição do possível impacto sobre a tarefa.
- Consolide os achados. Reúna problemas semelhantes, discuta divergências e elimine duplicidades sem apagar perspectivas relevantes.
- Priorize a investigação e as correções. Nem toda violação possui a mesma importância e nem todo achado precisa necessariamente virar uma mudança de interface.
Esse processo evita dois extremos: transformar a avaliação em uma opinião livre do especialista ou utilizar as heurísticas como uma checklist mecânica de “passou/não passou”.
Como funciona a escala de severidade de Nielsen?
Nielsen também propôs uma escala de 0 a 4 para ajudar a classificar a severidade dos problemas encontrados. A severidade não deveria ser definida apenas pela aparência do problema. O modelo considera principalmente frequência, impacto e persistência.
| Nível | Classificação | Interpretação |
|---|---|---|
| 0 | Não é problema | O avaliador não considera o achado um problema de usabilidade. |
| 1 | Cosmético | Possui pouco impacto e não exige prioridade imediata. |
| 2 | Menor | É um problema real, mas com prioridade relativamente baixa. |
| 3 | Maior | Produz impacto relevante e merece alta prioridade. |
| 4 | Catástrofe de usabilidade | O problema é grave o suficiente para comprometer a liberação ou o uso da solução. |
Essa escala é útil para organizar uma discussão, mas não deve ser confundida com uma medida financeira ou estatística. Uma severidade 4 não significa que um problema causa quatro vezes mais perda do que uma severidade 1.
Nielsen também recomenda que as avaliações de severidade sejam feitas individualmente e consolidadas posteriormente. Quando várias pessoas avaliam o mesmo problema, o resultado tende a ser mais defensável do que a classificação feita por um único especialista.
Referência: Nielsen Norman Group — Severity Ratings for Usability Problems.
Avaliação heurística ou teste de usabilidade?
Não existe uma resposta universal porque os métodos produzem evidências diferentes.
| Aspecto | Avaliação heurística | Teste de usabilidade |
|---|---|---|
| Quem participa | Especialistas inspecionam a interface | Pessoas representativas utilizam a interface |
| Evidência principal | Problemas potenciais identificados por inspeção | Comportamentos e dificuldades observados durante tarefas |
| Força | Encontrar rapidamente problemas recorrentes e violações de princípios | Revelar o que realmente acontece quando pessoas tentam utilizar o produto |
| Limitação | O especialista pode prever problemas que não se manifestam ou deixar de perceber dificuldades reais | O estudo depende de participantes, tarefas, amostra e protocolo adequados |
| Uso combinado | A inspeção pode ajudar a preparar um teste posterior, enquanto o teste pode confirmar, contradizer ou revelar problemas que os especialistas não encontraram. | |
A NN/g é explícita nesse ponto: uma avaliação heurística não substitui pesquisa com usuários. UX é contextual e observar pessoas reais continua necessário quando precisamos compreender comportamento e validar se o problema realmente existe naquele contexto.
Para aprofundar essa comparação, veja o guia de testes de usabilidade.
E quando a pergunta é diferente?
Nem toda inspeção precisa utilizar as dez heurísticas. Um Cognitive Walkthrough, por exemplo, investiga especialmente a capacidade de uma pessoa compreender e progredir por uma tarefa, sendo útil quando aprendizagem e descoberta de ações são preocupações centrais.
Da mesma forma, se o objetivo deixou de ser apenas encontrar problemas e passou a ser relacioná-los a métricas, priorização e impacto econômico, veja o conteúdo sobre análise heurística e impacto financeiro.
Para executar a avaliação heurística completa, com definição de escopo, documentação e consolidação dos achados, continue em Como realizar uma avaliação heurística.
Para uma demonstração prática de como a avaliação heurística é conduzida, assista ao vídeo a seguir:
Heurísticas de Nielsen e acessibilidade: onde elas se encontram e onde se separam
Usabilidade e acessibilidade possuem vários pontos de contato, mas não são equivalentes. Uma interface pode ser fácil de usar para parte do público e ainda criar barreiras graves para pessoas com deficiência. Também pode cumprir requisitos técnicos importantes de acessibilidade e continuar apresentando problemas de compreensão ou eficiência.
As Heurísticas de Nielsen ajudam a investigar princípios gerais de interação. A WCAG 2.2, por outro lado, estabelece critérios de sucesso específicos para acessibilidade de conteúdo e interfaces web.
Por isso, não existe uma equivalência do tipo “cumpri a heurística #3, portanto cumpri determinado critério WCAG”. Existem relações conceituais, mas uma inspeção heurística não demonstra conformidade.
| Heurística | Questão de acessibilidade relacionada | Limite da relação |
|---|---|---|
| Visibilidade do status | Mudanças de estado precisam ser percebidas por diferentes usuários | Feedback visual não garante que tecnologias assistivas recebam a mesma informação |
| Mundo real | Linguagem clara e conceitos familiares podem reduzir barreiras cognitivas | Clareza textual não cobre todos os requisitos de acessibilidade cognitiva |
| Controle e liberdade | Pessoas precisam conseguir sair, cancelar ou reverter interações | Isso não substitui requisitos específicos de teclado, foco e operabilidade |
| Consistência | Padrões previsíveis ajudam pessoas a compreender e aprender interfaces | Consistência visual não garante uma estrutura semântica adequada |
| Prevenção de erros | Instruções e validações podem reduzir falhas de preenchimento | Mensagens visuais precisam também ser programaticamente compreensíveis |
| Reconhecimento | Rótulos e informações visíveis reduzem demanda de memória | Elementos visíveis ainda podem ser inacessíveis para leitores de tela ou navegação por teclado |
| Recuperação de erros | Mensagens precisam explicar problema e solução | Cor ou posicionamento isolados não bastam para tornar um erro acessível |
O melhor caminho é utilizar as perspectivas em conjunto. Uma avaliação heurística pode identificar problemas de compreensão, controle e interação. Uma análise de acessibilidade verifica requisitos próprios, como estrutura semântica, alternativas textuais, contraste, navegação por teclado, foco, nomes acessíveis e compatibilidade com tecnologias assistivas.
Quando existe oportunidade, testes com pessoas com deficiência adicionam outra camada importante: mostram como essas decisões funcionam no uso real, algo que nenhuma checklist técnica consegue representar completamente.
E a WCAG 3.0?
A WCAG 3.0 está sendo desenvolvida pelo W3C com uma estrutura, escopo e modelo de conformidade diferentes da WCAG 2. Em 2026, ela continua sendo um Working Draft: vários requisitos ainda estão em desenvolvimento e o próprio W3C informa que o conteúdo poderá ser alterado, combinado ou removido.
Portanto, para conformidade atual, a referência continua sendo a família WCAG 2, incluindo a WCAG 2.2. A WCAG 3 é importante para acompanhar a evolução futura da área, mas não deve ser apresentada hoje como substituta da WCAG 2.
Para aprofundar acessibilidade em produtos e sistemas de interface, veja também acessibilidade em Design Systems e WCAG.
Como as Heurísticas de Nielsen se aplicam a produtos com IA
As Heurísticas de Nielsen continuam úteis em interfaces com inteligência artificial, mas não são suficientes para descrever sozinhas todos os desafios da interação humano-IA.
Sistemas baseados em IA podem produzir resultados probabilísticos, variar de resposta, adaptar comportamento ao longo do tempo e cometer erros difíceis de antecipar. Isso adiciona questões de expectativa, incerteza, explicabilidade e controle que não aparecem da mesma forma em uma interface determinística tradicional.
A Microsoft Research estudou esse território e desenvolveu 18 Guidelines for Human-AI Interaction, organizadas em quatro momentos: primeiro contato, uso normal, situações em que a IA está errada e evolução do sistema ao longo do tempo.
Visibilidade do status também significa deixar claras capacidades e limites
Em uma interface tradicional, visibilidade do status costuma responder perguntas como “o arquivo está salvando?” ou “o pagamento foi enviado?”. Em IA, existe uma pergunta anterior: o que este sistema é capaz de fazer e até que ponto posso confiar no resultado?
As diretrizes de interação humano-IA da Microsoft recomendam tornar claras tanto as capacidades quanto o nível de desempenho esperado do sistema. Isso ajuda a evitar uma experiência em que a interface parece prometer certeza enquanto o modelo trabalha com probabilidade.
Durante a execução, estados como processamento, geração, uso de ferramentas, necessidade de confirmação ou falha continuam relacionados à Heurística #1. A pessoa precisa compreender se algo está acontecendo e o que pode fazer enquanto espera.
Controle e liberdade tornam-se ainda mais importantes em agentes
Quando a IA apenas sugere texto, desfazer uma ação pode ser relativamente simples. Quando um agente começa a enviar mensagens, modificar arquivos, criar compromissos ou executar transações, o impacto de uma ação incorreta aumenta.
Nesse contexto, controle não significa apenas colocar um botão “Cancelar”. A experiência precisa definir quando a pessoa deve confirmar uma ação, quais atividades podem ser interrompidas, como consultar o histórico e quando existe uma forma real de desfazer ou corrigir o resultado.
Isso se conecta diretamente às recomendações da Microsoft de permitir invocação, rejeição e correção eficientes, além de oferecer controles globais sobre o comportamento do sistema.
Reconhecer e recuperar erros em IA exige tratar incerteza
A Heurística #9 diz que o sistema deve ajudar a reconhecer, diagnosticar e recuperar de erros. Em IA, o desafio é que nem sempre existe um “erro” claramente detectado pelo próprio sistema.
Uma resposta pode parecer plausível e ainda estar incorreta. Uma classificação pode possuir baixa confiança. Uma recomendação pode não considerar um contexto importante.
Por isso, produtos com IA precisam pensar também em como comunicar limitações, solicitar esclarecimentos quando necessário, permitir correção e evitar apresentar resultados incertos com uma aparência de certeza que o modelo não possui.
Consistência fica mais difícil quando o sistema aprende
A Heurística #4 pede consistência e aderência a padrões. Em produtos com IA, essa expectativa pode entrar em tensão com sistemas que mudam de comportamento ao longo do tempo.
A Microsoft recomenda que adaptações sejam realizadas com cautela e que usuários sejam informados sobre mudanças relevantes. Um sistema que aprende pode melhorar, mas uma mudança inesperada também pode quebrar modelos mentais que as pessoas construíram durante o uso.
As heurísticas clássicas precisam ser complementadas
As 10 Heurísticas de Nielsen continuam fornecendo perguntas úteis sobre feedback, controle, consistência, linguagem, erros e documentação. Mas interfaces com IA também precisam de princípios específicos para expectativa, incerteza, correção, adaptação e autonomia.
Em vez de criar uma falsa disputa entre “heurísticas antigas” e “novas regras de IA”, faz mais sentido utilizar as camadas de orientação de forma complementar.
Para aprofundar esse território, veja também Inteligência Artificial para Designers.
Referência: Amershi et al. — Guidelines for Human-AI Interaction, CHI 2019.
Como relacionar problemas heurísticos a impacto no produto e no negócio
Uma avaliação heurística não precisa terminar em uma lista de problemas visuais. Muitos achados podem estar relacionados a tarefas importantes do produto, erros operacionais, retrabalho, suporte, abandono ou dificuldade para concluir uma ação.
O cuidado está em não pular diretamente de “encontrei uma violação” para “esta violação custa X reais”. A inspeção identifica um problema potencial. O impacto precisa ser investigado com outras evidências.
Heurística → problema potencial → tarefa afetada → comportamento observado → métrica → outcome → impacto econômico.
Severidade não é a mesma coisa que impacto financeiro
A escala de severidade ajuda a discutir a importância de um problema de usabilidade. Nielsen considera frequência, impacto sobre o usuário e persistência do problema.
O impacto financeiro adiciona outras variáveis: volume de pessoas expostas, frequência de uso, custo de operação, valor de cada transação, necessidade de atendimento e consequências posteriores.
Um problema severo utilizado por 20 pessoas por mês pode ter menos exposição econômica do que uma pequena ineficiência repetida centenas de milhares de vezes por funcionários de uma operação.
Quais mecanismos podem conectar usabilidade a dinheiro?
| Mecanismo | Sinal de UX | Evidência que procurar |
|---|---|---|
| Tempo | Uma tarefa exige etapas ou espera desnecessárias | Tempo por tarefa, frequência e custo operacional |
| Erro | Pessoas executam ações incorretas ou precisam tentar novamente | Logs, falhas, retrabalho e custo de correção |
| Suporte | A interface não explica ou resolve uma situação | Motivo dos tickets, volume e tempo de atendimento |
| Conversão | Existe fricção em uma etapa comercial | Progressão, abandono, pesquisa e experimentação |
| Operação | Uma limitação do produto cria trabalho manual | Horas, volume de operações e custo do processo |
| Risco | Erros podem produzir consequências relevantes | Incidentes, frequência, exposição e controles existentes |
Perceba que nenhuma dessas relações nasce da heurística isoladamente. A heurística ajuda a localizar uma condição da interface que merece atenção. Analytics, pesquisa, dados de operação ou experimentação ajudam a verificar o que acontece no uso real.
Exemplo: erro de feedback em um processo interno
Imagine que uma análise encontre um botão que não apresenta feedback depois de uma ação demorada. O avaliador relaciona o problema à Heurística #1, visibilidade do status do sistema.
Se pararmos aqui, temos apenas um achado heurístico.
Depois, os logs mostram que parte dos usuários clica novamente durante o processamento. O time de suporte registra contatos sobre operações duplicadas. A área responsável confirma que essas duplicidades exigem verificação manual.
Agora temos uma cadeia muito mais defensável:
Falta de feedback → repetição da ação → duplicidade → retrabalho → custo operacional.
Ainda precisamos medir o que acontece depois da correção para saber quanto da exposição realmente foi reduzida. Mas a conversa deixou de depender de uma opinião abstrata sobre design.
Problema, exposição e causalidade são níveis diferentes
Um fluxo pode movimentar milhões de reais e possuir uma violação heurística grave. Isso não significa que todo o valor daquele fluxo esteja sendo perdido por causa do problema.
Primeiro podemos estimar a exposição. Depois precisamos entender qual parte dela está plausivelmente associada ao problema. Por fim, quando o desenho de mensuração permite, podemos tentar estimar o efeito produzido pela intervenção.
Essa diferença é importante para evitar apresentações de UX que parecem financeiramente precisas, mas escondem várias suposições não validadas.
O processo completo, incluindo métricas, fórmulas, cenários e ROI, está no guia de análise heurística e impacto financeiro.
Heurísticas e Design Systems: transformando princípios em padrões reutilizáveis
Um Design System pode ajudar a transformar decisões recorrentes de usabilidade em padrões compartilhados entre diferentes partes de um produto.
Isso é diferente de afirmar que um Design System “garante” as heurísticas. Componentes e tokens aumentam consistência e reutilização, mas o mesmo componente pode funcionar bem em um fluxo e ser inadequado em outro.
| Heurística | Como um Design System pode ajudar |
|---|---|
| 1. Visibilidade do status | Definir padrões para loading, processamento, sucesso, erro e estados vazios. |
| 3. Controle e liberdade | Padronizar cancelar, fechar, voltar, desfazer e confirmação de ações importantes. |
| 4. Consistência | Compartilhar componentes, nomenclaturas, comportamentos e propriedades visuais. |
| 5. Prevenção de erros | Definir regras consistentes de input, restrição, validação e confirmação. |
| 6. Reconhecimento | Manter rótulos, padrões de navegação e componentes previsíveis. |
| 9. Recuperação de erros | Padronizar mensagens, estados, associações com campos e próximos passos. |
| 10. Ajuda | Criar padrões para ajuda contextual, tooltips, instruções e documentação. |
Design Tokens também ajudam a manter propriedades compartilhadas sincronizadas. Isso reforça consistência técnica, mas não substitui decisões semânticas e comportamentais: utilizar a mesma cor em todos os botões não resolve um botão com rótulo confuso ou colocado no contexto errado.
O mesmo raciocínio vale para componentes. Padronizar um campo de formulário ajuda, mas a experiência continua dependendo da informação solicitada, do momento em que ela é pedida, da validação e da tarefa que a pessoa está tentando concluir.
Para transformar princípios amplos em recomendações mais específicas de interface, explore também a Biblioteca de Padrões de UX.
Como organizar uma avaliação heurística no Figma e FigJam
Figma e FigJam podem funcionar bem como ambiente de documentação de uma avaliação heurística, especialmente quando o produto ou protótipo já está sendo discutido nesses espaços.
O cuidado é não transformar o board em uma sessão coletiva desde o início. Uma das vantagens de utilizar múltiplos avaliadores está justamente em obter observações independentes.
1. Defina o recorte antes de montar o board
Registre no início da avaliação qual produto, público, tarefa, dispositivo e fluxo estão sendo analisados. Se o escopo é “checkout mobile”, por exemplo, não misture no mesmo exercício problemas encontrados na homepage desktop.
2. Organize o fluxo da tarefa
Adicione as telas ou estados na ordem da tarefa que será percorrida. O objetivo não é criar uma galeria de screenshots, mas permitir que o avaliador compreenda o processo, decisões e consequências existentes entre uma etapa e outra.
3. Preserve a independência dos avaliadores
Uma opção é criar uma área separada para cada avaliador ou duplicar a estrutura do board. Durante a primeira rodada, cada pessoa registra seus próprios achados sem consultar as anotações dos colegas.
Isso reduz o risco de uma observação inicial direcionar tudo o que o restante do grupo procura.
4. Documente o problema, não apenas a heurística
Um sticky dizendo apenas “H1” ou “viola a heurística 5” tem pouco valor para quem precisará corrigir a interface.
Para cada achado, registre pelo menos:
- a tela ou estado;
- o problema observado;
- a tarefa potencialmente afetada;
- a heurística relacionada;
- uma evidência visual ou contexto suficiente para compreender o problema;
- a severidade, quando ela estiver sendo utilizada;
- uma recomendação inicial, quando fizer sentido.
5. Consolide somente depois da avaliação independente
Na etapa de síntese, reúna problemas semelhantes, discuta divergências e identifique achados que aparecem em diferentes partes do produto.
É nesse momento que FigJam se torna especialmente útil: os problemas podem ser agrupados por fluxo, heurística, severidade ou tema sem perder a conexão visual com as telas.
O board é apenas o suporte. A qualidade da avaliação continua dependendo do escopo, da experiência dos avaliadores, da descrição dos problemas e da capacidade de confrontar as hipóteses com outras evidências.
Veja o processo completo em Como realizar uma avaliação heurística.
Onde começar uma avaliação heurística quando o tempo é limitado?
Não existe uma heurística universalmente “mais violada”. A frequência dos problemas depende do tipo de produto, público, maturidade da interface e tarefas analisadas.
Quando o tempo para avaliação é pequeno, faz mais sentido priorizar fluxos e situações de maior exposição do que escolher cinco heurísticas e ignorar as demais.
| Situação | O que observar primeiro | Heurísticas especialmente úteis |
|---|---|---|
| Ações assíncronas | Loading, processamento, sucesso e falha | Visibilidade do status; reconhecimento e recuperação de erros |
| Formulários | Campos, instruções, validação, envio e mensagens | Prevenção de erros; recuperação de erros; reconhecimento |
| Ações destrutivas | Excluir, cancelar, substituir ou sobrescrever | Controle e liberdade; prevenção de erros |
| Produtos complexos | Navegação, terminologia, memória e descoberta de recursos | Mundo real; reconhecimento; consistência |
| Produtos que cresceram rapidamente | Componentes duplicados, comportamentos diferentes e linguagem inconsistente | Consistência e padrões |
| Fluxos de alta frequência | Quantidade de passos, repetição e aceleração | Flexibilidade e eficiência |
| Primeiro uso | Descoberta, compreensão e necessidade de ajuda | Reconhecimento; mundo real; ajuda e documentação |
Outro critério útil é começar pelas tarefas em que uma falha possui consequências maiores: checkout, pagamento, configuração crítica, exclusão de dados, permissões, envio de informações ou processos internos de grande volume.
Isso não significa que apenas essas áreas mereçam avaliação. É uma estratégia de recorte quando não existe tempo para analisar o produto inteiro com a mesma profundidade.
Depois da inspeção inicial, dados de analytics, erros, tickets de suporte, gravações e pesquisa com usuários podem ajudar a decidir onde aprofundar a investigação.
Perguntas frequentes sobre heurísticas de Nielsen
Quem criou as Heurísticas de Nielsen?
O trabalho de avaliação heurística foi desenvolvido por Jakob Nielsen e Rolf Molich no início da década de 1990. Nielsen publicou em 1994 a formulação das dez heurísticas que conhecemos atualmente.
As Heurísticas de Nielsen são regras que toda interface precisa seguir?
Não. As heurísticas são princípios gerais de orientação, não requisitos rígidos. Uma decisão pode entrar em tensão com determinada heurística e ainda ser justificável diante do contexto, das limitações do produto e das necessidades dos usuários. Por isso, uma possível violação deve ser investigada em vez de tratada automaticamente como erro.
Como aplicar as Heurísticas de Nielsen na prática?
As heurísticas podem ser utilizadas durante revisões de design, críticas de interface e avaliações heurísticas estruturadas. Em uma avaliação, especialistas percorrem tarefas definidas, registram problemas relacionados aos princípios e consolidam os achados posteriormente. O processo completo está no guia de avaliação heurística.
Quantos avaliadores são necessários em uma avaliação heurística?
A Nielsen Norman Group recomenda, idealmente, trabalhar com três a cinco avaliadores independentes. Pessoas diferentes tendem a encontrar problemas diferentes. Uma avaliação feita por uma única pessoa ainda pode gerar hipóteses úteis, mas possui maior risco de deixar problemas relevantes de fora.
Qual é a diferença entre avaliação heurística e teste de usabilidade?
Na avaliação heurística, especialistas inspecionam a interface utilizando princípios de usabilidade. No teste de usabilidade, pessoas representativas do público realizam tarefas enquanto a equipe observa comportamentos, dificuldades e resultados. Os métodos são complementares: a inspeção encontra problemas potenciais, enquanto o teste mostra o que acontece durante o uso real.
As Heurísticas de Nielsen funcionam em aplicativos mobile?
Sim. Os princípios são gerais o suficiente para serem utilizados em diferentes tipos de interface, incluindo aplicativos mobile. O que muda é o contexto de interação: tamanho de tela, toque, gestos, teclado, orientação, conectividade e convenções da plataforma precisam ser considerados durante a análise.
As Heurísticas de Nielsen substituem uma avaliação de acessibilidade?
Não. Existem pontos de contato entre usabilidade e acessibilidade, mas as heurísticas não são critérios de conformidade. Uma avaliação de acessibilidade precisa verificar requisitos específicos, como os definidos pela WCAG, além de aspectos como estrutura semântica, navegação por teclado, foco, contraste e compatibilidade com tecnologias assistivas.
Posso fazer uma avaliação heurística no Figma ou FigJam?
Sim. Figma e FigJam podem ser utilizados para organizar telas, registrar achados e consolidar uma avaliação. A ferramenta, porém, não determina a qualidade do estudo. Escopo, independência dos avaliadores, descrição dos problemas e qualidade da consolidação continuam sendo mais importantes do que o software utilizado.
As 10 Heurísticas de Nielsen são um ponto de partida, não o fim da avaliação
As dez heurísticas continuam úteis porque oferecem uma linguagem clara para discutir problemas recorrentes de interação. Elas ajudam equipes a questionar se o sistema comunica seu estado, utiliza conceitos compreensíveis, oferece controle, mantém consistência, previne erros e reduz esforço desnecessário.
Seu valor, porém, não está em transformar design em uma checklist de dez itens. Uma possível violação precisa ser interpretada dentro da tarefa, do produto e das pessoas que utilizam a interface.
Por isso, heurísticas funcionam melhor dentro de um sistema de evidências. Uma inspeção pode levantar um problema potencial; analytics pode mostrar sua frequência; testes de usabilidade podem revelar como ele afeta uma tarefa; métricas e experimentos podem ajudar a avaliar o que mudou depois de uma intervenção.
Se você quer executar o método de inspeção do início ao fim, continue pelo guia de avaliação heurística. Para analisar aprendizagem e descoberta de ações, veja o Cognitive Walkthrough. E, se o desafio é conectar os achados a métricas e priorização econômica, aprofunde em análise heurística e impacto financeiro.
Para uma avaliação mais ampla de um produto, combinando diferentes fontes de evidência, veja também o UX Audit ou conheça a consultoria de UX da CamaraUX.
Referências
- Nielsen Norman Group — 10 Usability Heuristics for User Interface Design
- Nielsen Norman Group — How to Conduct a Heuristic Evaluation
- Nielsen Norman Group — Severity Ratings for Usability Problems
- W3C — Web Content Accessibility Guidelines 2.2
- W3C — WCAG 3 Introduction
- Microsoft Research — Guidelines for Human-AI Interaction
