Revisão sem usuário: heurística, percurso cognitivo e nota

Dá para avaliar uma interface sem usuário quando a pergunta é se ela viola uma diretriz conhecida ou se alguém de primeira viagem consegue aprender o fluxo. Para saber o que a pessoa entende de verdade, só o teste com usuário responde. Os três métodos de inspeção mais usados respondem perguntas diferentes, e escolher o errado produz uma lista longa de achados que ninguém sabe priorizar.

Inspeção não é teste, e o nome já diz por quê

Na inspeção, quem olha a tela é alguém do time, com uma régua na mão. No teste, quem olha é a pessoa que vai usar o produto, sem régua nenhuma. É isso que define o que cada método consegue encontrar.

O guia de condução de avaliação heurística do NN/g (em inglês) é direto sobre o limite: o método serve para esticar uma verba curta de pesquisa e não substitui pesquisa com usuário. O mesmo texto sugere um uso que costuma passar batido. Rodar a inspeção antes de um teste aponta onde vale concentrar as tarefas da sessão.

Ou seja, a revisão especialista funciona como uma triagem. Ela tira do caminho o problema óbvio, que seria desperdício de sessão com participante, e deixa o teste livre para o que só uma pessoa real revela.

Avaliação heurística: a interface contra uma régua

A régua mais usada são as dez heurísticas de usabilidade de Jakob Nielsen (em inglês), mas o método aceita qualquer conjunto de diretrizes. Produto de nicho pode somar diretrizes do próprio domínio às dez.

A condução tem quatro decisões que mudam o resultado:

Quantas pessoas: um avaliador sozinho perde problemas, por mais experiente que seja. A recomendação é de três a cinco avaliadores olhando a mesma interface.
Independência: cada um avalia sozinho e só vê as anotações dos outros depois de terminar. Se a planilha é compartilhada, ela fica fechada até lá.
Escopo: uma tarefa, uma seção, um grupo de usuários ou um tipo de aparelho por vez. Quanto mais estreito, mais detalhado sai o registro.
Duas passadas: a primeira serve para aprender o sistema, sem avaliar nada. A segunda procura violações, com uma a duas horas de limite.

Depois vem a consolidação em grupo. É ali que o time discute onde concorda, onde discorda e qual problema precisa de dado antes de virar tarefa de correção.

Violar uma heurística não confirma um defeito

Esse é o ponto em que a avaliação heurística mais engana quem está começando. Uma violação é um candidato a problema, não um problema confirmado. O guia do NN/g mostra um menu escondido atrás de ícone que viola a heurística de reconhecimento em vez de memória e, ainda assim, pode ser a troca certa numa tela pequena.

A regra prática vem de uma frase de Nielsen citada no mesmo guia: “you should not bet that your design is one of the few exceptions”. Quem decide violar uma diretriz de propósito precisa de pesquisa com usuário para sustentar a exceção, e não de argumento na reunião.

Percurso cognitivo: uma tarefa na pele de quem nunca viu a tela

O percurso cognitivo tem outro alvo. Ele não julga a interface inteira contra diretrizes, ele avalia se um usuário novo aprende a completar uma tarefa específica. O artigo do NN/g sobre percurso cognitivo (em inglês) conta a origem: o método nasceu em 1990, com Clayton Lewis e colegas, para avaliar caixa eletrônico e quiosque, onde ninguém recebe treinamento antes de usar.

A sessão é uma oficina com papéis definidos. Um facilitador executa a tarefa e para a cada tela. Um relator anota as respostas. Todo o grupo avalia, e pode incluir gente de produto, engenharia e especialistas do domínio. Em cada passo, o grupo responde quatro perguntas:

A pessoa vai tentar chegar ao resultado certo neste passo?
Ela vai perceber que a ação correta está disponível?
Ela vai associar essa ação ao resultado que procura?
Depois de agir, ela vai ver que avançou rumo ao objetivo?

Um único não reprova o passo inteiro. No fim, o grupo junta os pontos de falha e decide o que redesenhar.

O mesmo artigo avisa onde o método é exagero. Fluxo que segue padrão conhecido, como um checkout comum de loja, não precisa desse pente fino, porque quase todo mundo chega com o modelo mental pronto. O percurso compensa em fluxo novo, complexo ou sem paralelo na experiência de quem usa.

Qual dos dois usar

A escolha sai da pergunta que o time precisa responder:

	Avaliação heurística	Percurso cognitivo
Ponto de vista	do avaliador	do usuário novo
O que julga	usabilidade geral	aprendizado da tarefa
Alcance	produto inteiro ou seção	tarefas escolhidas antes
Melhor uso	achar violação de diretriz cedo	fluxo sem padrão conhecido

Os dois podem rodar no mesmo ciclo, e o NN/g admite que parte dos achados vai se repetir. Quando o tempo só dá para um, o critério é simples. Produto com padrão de mercado pede heurística, e ferramenta interna com fluxo inédito pede percurso.

Gravidade decide a fila, e uma pessoa só não basta

Uma lista de cinquenta achados sem ordem não ajuda ninguém. Jakob Nielsen propôs em 1994 uma escala de gravidade de 0 a 4 (em inglês), que vai de “não concordo que seja problema” até catástrofe que impede o lançamento. A nota combina frequência, impacto e persistência do problema, mais o efeito que ele pode ter no mercado.

Mais do que a escala, importa como ela é aplicada. Durante a sessão, o avaliador está ocupado procurando problema e dá nota ruim. Por isso a gravidade é dada depois, sobre a lista consolidada, com descrição suficiente para quem não viu aquele achado. Cada avaliador dá a sua nota sem ver a dos outros.

Nielsen escreve que a nota de um avaliador só é instável demais para confiar. A média de três já serve para a maior parte das decisões práticas.

A rubrica troca opinião por critério

Quando a revisão precisa convencer gente cética, a nota por item funciona melhor que a lista de impressões. O NN/g montou uma rubrica de pontuação para mensagens de erro (em inglês) com doze diretrizes em três dimensões: visibilidade, comunicação e eficiência. Cada diretriz recebe nota de 1 a 4, a média vira um conceito de A a D e o gráfico por dimensão mostra onde a mensagem perde ponto.

A rubrica vale a pena porque melhora a decisão. Julgar muitos fatores ao mesmo tempo piora a decisão, e a rubrica obriga a julgar um de cada vez, contra um padrão escrito. A instrução de condução repete a lógica da avaliação heurística: o time revisa os critérios junto, cada pessoa pontua em privado e as notas são somadas no fim.

O artigo diz para quem a ferramenta foi feita. Em organização de baixa maturidade em UX, quem aponta problema costuma ouvir que está dando opinião pessoal. A nota amarrada a critério publicado tira a conversa desse terreno. O conteúdo das diretrizes de erro em si está em formulário com erro de campo, e a técnica da rubrica vale para qualquer conjunto de diretrizes que o time queira medir.

Heurística não é princípio nem padrão

Times misturam esses nomes e depois discutem sem perceber que falam de coisas diferentes. O texto do NN/g sobre tipos de orientação de design (em inglês) separa quatro camadas. Princípio é uma declaração de valor do produto e muda de empresa para empresa. Heurística é regra geral de usabilidade, vale para qualquer interface e serve para avaliar. Padrão é solução reutilizável para problema recorrente e mora no design system. Carta de time descreve como o time trabalha e decide.

Na revisão, isso tem efeito prático. Avaliar uma tela contra os princípios da marca é outra atividade, útil, mas que não substitui a inspeção de usabilidade. E apontar que um componente foge do padrão do design system é achado de consistência, que só vira problema de usabilidade se ferir uma heurística.

O que só o teste com usuário responde

A inspeção mede o que o time consegue prever. Ela não mostra o vocabulário que a pessoa usa para procurar uma função, a ordem em que ela realmente lê a tela nem o atalho que ninguém do time imaginou. Contexto de uso também fica de fora, e o guia de avaliação heurística lembra que experiência de usuário depende muito de contexto.

Por isso a sequência que faz sentido é inspeção primeiro e teste depois. A inspeção limpa o óbvio, e o teste com poucos participantes fica com as perguntas que nenhuma régua responde.

Onde as fontes divergem

Os artigos concordam que a inspeção acha problema real sem recrutar ninguém. Eles divergem sobre o que fazer com o julgamento do avaliador. O guia de avaliação heurística aposta nele e diz que, com prática, o avaliador depende cada vez menos da lista de heurísticas. A rubrica de erro vai na direção contrária e troca o instinto por critério escrito, justamente porque o julgamento livre é o que o resto da empresa contesta.

Há também uma diferença de quem participa. A avaliação heurística pede avaliadores que conheçam usabilidade. O percurso cognitivo convida produto, engenharia e especialistas do domínio para a mesma mesa. A escolha entre os dois decide também quem do time sai da sessão entendendo o problema.