Princípios e heurísticas de usabilidade

O botão “Confirmar” está visível, mas não diz o que vai confirmar. Uma pessoa pode reconhecê-lo como interativo e continuar sem compreender a consequência, por isso distinguimos pistas de ação, significado e resposta.

Affordance, significante e mapping

Uma porta com puxador sugere puxar; uma porta lisa com placa sugere empurrar. A possibilidade de agir depende da relação entre a pessoa e o objeto: a isso chamamos affordance.

O puxador é o significante, a pista percetível que comunica onde e como agir. O relevo de um botão no ecrã é uma pista, não a definição completa de affordance. Uma imagem com aspeto de botão mas sem ação comunica uma possibilidade que a interface não oferece.

O mapping é a relação entre controlo e efeito. Quatro controlos de fogão dispostos como os quatro bicos reduzem a necessidade de decorar a correspondência. Numa reserva de salas, colocar a seleção de horário junto da informação da sala ajuda a associar a decisão ao objeto correto.

O feedback é a resposta à ação, enquanto a visibilidade do estado permite compreender a situação atual mesmo sem ter acabado de agir. Um indicador “Reserva confirmada” pode cumprir ambos, mas uma animação decorativa não informa necessariamente o estado da reserva.

Dez heurísticas

As heurísticas de Nielsen são princípios gerais de inspeção, não leis que garantem usabilidade. Estuda primeiro os quatro casos abaixo; depois usa a tabela para rever.

Correspondência com a tarefa. Na reserva, o botão “Continuar” cobra imediatamente, mas a pessoa esperava rever os dados; a etiqueta não antecipa o compromisso.

Controlo e recuperação. Depois de escolher a sala errada, a pessoa precisa de voltar atrás sem perder os dados já preenchidos, pois um percurso sem saída aumenta o custo de cada engano.

Reconhecimento em vez de recordação. O campo de horário mostra o formato esperado junto da entrada, para a pessoa reconhecer a opção em vez de adivinhar o código interno.

Minimalismo com propósito. O ecrã de revisão mostra sala, horário e preço, removendo banners e opções raras que competem com a decisão principal.

Heurística	Pergunta para a interface
Visibilidade do estado	Sei o que está a acontecer?
Correspondência com o mundo real	Os conceitos seguem a tarefa da pessoa?
Controlo e liberdade	Posso sair ou desfazer?
Consistência e padrões	A mesma ação mantém nome e comportamento?
Prevenção de erros	Evita escolhas inválidas antes de as executar?
Reconhecimento em vez de recordação	A informação necessária está disponível?
Flexibilidade e eficiência	Apoia percursos de pessoas experientes?
Estética e desenho minimalista	O conteúdo relevante distingue-se do resto?
Reconhecer e recuperar de erros	A mensagem explica o problema e a ação possível?
Ajuda e documentação	Consigo encontrar apoio adequado à tarefa?

Uma mesma falha pode afetar várias heurísticas, por isso identifica a principal e explica o mecanismo em vez de enumerar etiquetas para aumentar a resposta.

Consistência interna e externa

Consistência interna significa que a mesma ação mantém nome e comportamento dentro do produto: mudar “Cancelar” para “Desmarcar” só num ecrã quebra essa consistência. Consistência externa segue convenções que a pessoa traz de outros produtos: usar um ícone de disquete para reservar quebra-a, porque esse símbolo pertence a guardar ficheiros.

Prevenção e recuperação

Suponhamos que o campo de horário aceita 25:90. Mostrar um exemplo de formato e impedir a confirmação de uma hora impossível previne o erro. Se a pessoa já submeteu, uma mensagem junto do campo conserva a entrada e explica o intervalo. Conservar a entrada distingue uma boa recuperação: a pessoa corrige o campo sem repetir tudo.

Bloquear todas as teclas “não numéricas” pode prejudicar colagem, tecnologias de apoio e formatos legítimos, por isso prevenir não significa restringir a entrada sem considerar a tarefa. Para uma ação destrutiva, desfazer pode ser mais adequado que uma confirmação genérica em cada clique.

Padrões com condições

Um padrão é uma solução recorrente para um problema em determinado contexto, não uma ordem para todas as interfaces. A mesma alteração pode ajudar uma tarefa e dificultar outra: um assistente com progresso orienta uma reserva com dependências, mas fragmenta uma tarefa simples de um passo.

Problema	Padrão possível	Condição/limite
Passos com dependências	Assistente com progresso	Preservar dados e permitir revisão; não fragmentar uma tarefa simples
Catálogo com muitas opções	Pesquisa e filtros	Explicar filtros ativos e estados sem resultados
Alternar secções relacionadas	Abas	Nomes claros, estado selecionado e interação adequada
Opções avançadas raras	Divulgação progressiva	Não esconder informação necessária à decisão inicial

Escolhe o padrão pela tarefa: copiar um sistema de design dá convenções, mas não verifica se o fluxo resolve a necessidade deste utilizador.

Exemplo resolvido

Numa reserva, o botão “Continuar” cria uma reserva paga imediatamente, sem mostrar preço nem permitir desfazer; a pessoa pensa que vai rever a reserva.

O problema principal é a correspondência entre intenção e efeito: a etiqueta sugere continuação, mas executa um compromisso financeiro. Também faltam informação para prevenir o erro e uma saída adequada.

Propomos mostrar sala, horário e preço antes de um botão “Pagar e reservar”, com um percurso para corrigir os dados.

Para avaliar, pede a participantes que expliquem o que acontecerá antes de ativar o botão e observa se concluem a reserva pretendida; a análise identifica uma hipótese de melhoria, não uma conclusão.