- Usabilidade
- UX
- Design de interfaces
- Acessibilidade
- Pesquisa
Sete princípios de usabilidade sem transformar psicologia em receita de interface
Fitts, Hick, Zeigarnik, Jakob, gradiente de meta, von Restorff e Miller ajudam a pensar interfaces — desde que sejam tratados como hipóteses com contexto, não como regras universais de UX.
Listas de leis de UX são atraentes porque transformam problemas complexos em nomes fáceis de lembrar. Fitts sugere aumentar alvos. Hick recomenda reduzir escolhas. Miller parece oferecer um número máximo. O risco aparece quando um resultado experimental vira uma regra universal e a interface passa a ser desenhada para obedecer ao resumo, não para ajudar a pessoa que precisa concluir uma tarefa.
Os sete princípios deste artigo são úteis, mas não ocupam a mesma categoria. Alguns descrevem relações observadas em experimentos motores ou de tempo de reação; outros tratam de memória, motivação ou convenções aprendidas. Nenhum deles substitui pesquisa com usuários, acessibilidade ou avaliação do fluxo real.
Um princípio de usabilidade é um ponto de partida para formular uma hipótese — não um atalho para dispensar contexto e evidência.
Antes das sete ideias: lei, efeito e heurística não são a mesma coisa
A palavra “lei” transmite uma certeza que nem sempre corresponde à origem da ideia. A relação de Fitts nasceu de tarefas repetidas de movimento entre alvos. Hick estudou escolhas simples com respostas conhecidas. Zeigarnik e von Restorff tratam de fenômenos de memória. Jakob é uma observação sobre expectativas formadas pelo uso de outros produtos. As heurísticas de Nielsen são deliberadamente descritas como regras gerais, não requisitos específicos.
Essa diferença muda a aplicação. Em vez de perguntar “qual lei devo usar nesta tela?”, vale perguntar: qual dificuldade existe, qual mecanismo pode explicá-la e que mudança observável espero produzir? Uma ação pode estar difícil de alcançar, a escolha pode estar mal organizada ou a pessoa pode não saber se o sistema salvou seu trabalho. Problemas diferentes pedem evidências e intervenções diferentes.
1. Fitts: torne a ação alcançável, não apenas visível
No estudo de 1954, Paul Fitts relacionou o tempo de movimento à distância e à largura do alvo. Para interfaces, a consequência prática é direta: ações frequentes ou importantes ficam mais fáceis quando possuem uma área de interação adequada e estão próximas do ponto em que a atenção e o ponteiro já se encontram.
Em um editor de artigos, o botão de salvar deve estar associado ao conteúdo editado, continuar disponível em páginas longas e possuir área clicável suficiente. Um ícone minúsculo no canto oposto da tela pode ser visualmente elegante e ainda exigir mais precisão motora. Em dispositivos de toque, o problema cresce porque o dedo é menos preciso que o ponteiro do mouse.
- Aumente a área interativa, não apenas o desenho do ícone.
- Mantenha espaço entre ações com consequências diferentes, como salvar e excluir.
- Posicione a próxima ação perto do conteúdo ou da decisão que a antecede.
- Considere teclado, toque, zoom e pessoas com menor precisão motora.
A WCAG 2.2 acrescenta um parâmetro verificável, mas independente da fórmula de Fitts: no critério 2.5.8, nível AA, o alvo deve alcançar 24 por 24 pixels CSS ou atender a uma das exceções, inclusive por espaçamento. O critério aprimorado usa 44 por 44 pixels CSS no nível AAA. Esses valores são pisos de acessibilidade, não uma garantia de boa hierarquia ou facilidade de uso.
2. Hick: organize a incerteza antes de remover opções
W. E. Hick investigou a relação entre informação e tempo de reação em tarefas com alternativas conhecidas. Na divulgação de UX, isso costuma virar “quanto mais opções, mais difícil escolher”. A direção é útil, mas a tradução literal é incompleta: comparar planos, localizar um relatório ou escolher uma categoria envolve significado, familiaridade, busca e objetivos — não apenas contar botões.
Uma interface com vinte relatórios não melhora automaticamente ao esconder dezoito dentro de menus sucessivos. A quantidade visível diminui, mas o custo de encontrar o item certo pode aumentar. Categorias compreensíveis, busca, favoritos e boas opções padrão reduzem a incerteza sem retirar capacidade do produto.
O objetivo não é exibir poucas escolhas a qualquer custo. É permitir que a pessoa reconheça rapidamente quais escolhas importam para sua tarefa.
- Remova alternativas redundantes ou sem valor real.
- Agrupe o restante por conceitos que o público reconhece.
- Destaque recomendações quando houver uma justificativa clara.
- Ofereça busca ou filtragem quando o conjunto precisar continuar amplo.
3. Zeigarnik e Ovsiankina: projete a retomada, não a ansiedade
O efeito Zeigarnik é apresentado como a ideia de que tarefas interrompidas seriam mais lembradas que tarefas concluídas. A vontade de retomar uma tarefa interrompida, porém, recebe outro nome: efeito Ovsiankina. A distinção importa porque lembrar e voltar a agir não são o mesmo resultado.
Uma meta-análise publicada em 2025 não encontrou uma vantagem geral de memória para tarefas incompletas, mas encontrou uma tendência geral de retomada. Os autores também destacam diferenças de contexto, envolvimento e desenho experimental. Portanto, interromper deliberadamente um fluxo ou deixar uma barra incompleta não garante retorno — e pode apenas criar frustração.
O uso responsável desse princípio é operacional: salvar rascunhos automaticamente, mostrar o que ficou pendente e devolver a pessoa ao ponto exato em que parou. Em um sistema de publicação, “Continuar artigo: faltam resumo e tags” é mais útil que uma notificação genérica dizendo “Seu perfil está 60% completo”. A interface não depende de a pessoa se lembrar; ela preserva contexto e reduz o custo da retomada.
4. Jakob: use o aprendizado que já aconteceu fora do seu produto
A chamada lei de Jakob parte de uma observação simples: as pessoas passam a maior parte do tempo usando outros produtos. Elas chegam com expectativas sobre links, navegação, formulários, salvar, cancelar e voltar. Quando um sistema muda essas convenções sem benefício claro, obriga o usuário a abandonar um conhecimento que já funcionava.
Consistência não exige que todos os sites tenham a mesma aparência. A personalidade pode estar em tipografia, ilustração, ritmo e linguagem. Convenções protegem a parte operacional: um botão com aparência de botão deve reagir como botão; “Salvar” deve preservar o trabalho; “Cancelar” não deve excluir; o botão Voltar do navegador não deve destruir o estado sem aviso.
- Use o mesmo nome para a mesma ação em todo o produto.
- Mantenha posições e comportamentos previsíveis entre fluxos semelhantes.
- Adote controles nativos quando eles já resolvem teclado, foco e semântica.
- Inove quando a alternativa trouxer ganho demonstrável, não apenas novidade visual.
5. Gradiente de meta: represente trabalho real, não uma porcentagem decorativa
A hipótese do gradiente de meta descreve maior esforço conforme a recompensa se aproxima. Um estudo publicado em 2006 observou aceleração em programas de fidelidade e em uma tarefa de avaliação de músicas; também encontrou efeito de progresso ilusório em cartões que começavam com créditos de bônus. É uma evidência interessante sobre motivação, mas não demonstra que toda barra de progresso melhora qualquer formulário.
Progresso ajuda quando responde com honestidade onde a pessoa está, o que já foi concluído e o que ainda falta. Ele atrapalha quando etapas possuem esforços muito diferentes, surgem condicionalmente ou quando “80%” esconde a decisão mais demorada. O GOV.UK recomenda começar sem indicador e adicioná-lo apenas quando a pesquisa mostrar necessidade; quando o total for confiável, uma indicação simples como “Pergunta 3 de 9” pode ser mais clara.
- Mostre etapas que correspondam a partes reais da tarefa.
- Diferencie o obrigatório do que pode ser completado depois.
- Não prometa um total que muda conforme respostas anteriores.
- Preserve respostas ao voltar entre etapas.
6. Von Restorff: diferença pode favorecer memória, não necessariamente cliques
O efeito de isolamento descreve melhor memória para um item que se distingue de um conjunto. Pesquisas posteriores discutem por que isso acontece e quais pistas de recuperação estão envolvidas. Transportar o resultado diretamente para conversão é um salto: ser lembrado, receber atenção e ser acionado são comportamentos relacionados, mas diferentes.
Na interface, o princípio funciona melhor como hierarquia. Se “Salvar alterações” é a continuação esperada, ele pode receber maior peso visual. “Cancelar” pode permanecer disponível com tratamento secundário. “Excluir” deve ser separado e identificado por sua consequência. Quando todas as ações usam cores fortes, selos e animações, nenhuma delas permanece realmente isolada.
- Ação principal: contraste e posição compatíveis com a continuação do fluxo.
- Ações secundárias: visíveis, mas sem competir pela primeira leitura.
- Ações destrutivas: separadas, nomeadas com precisão e confirmadas quando irreversíveis.
7. Miller: diminua a necessidade de lembrar, não conte elementos na tela
O “sete, mais ou menos dois” de George Miller reuniu resultados sobre julgamento absoluto, memória imediata e agrupamento de informação. O próprio texto é mais cauteloso e mais interessado em como unidades podem ser recodificadas em blocos significativos do que em propor um limite para componentes visuais. Trabalhos posteriores, como a revisão de Nelson Cowan, discutem capacidades próximas de quatro blocos sob condições específicas.
Nenhum desses números define quantos itens um menu, formulário ou painel pode ter. Uma tela pode exibir referências sem exigir que todas permaneçam na memória de trabalho. O problema aparece quando o sistema mostra uma informação, esconde-a na etapa seguinte e ainda espera que a pessoa compare, copie ou decida com base nela.
Ao revisar uma compra, mantenha plano, preço e condições visíveis. Ao publicar um artigo, mostre a prévia ao lado do editor. Ao corrigir um erro, preserve os dados já preenchidos e aproxime a explicação do campo correspondente. Agrupar ajuda quando os grupos possuem significado; dividir cada campo em uma nova página não é uma consequência automática de Miller.
O que falta quando olhamos apenas para as sete ideias
Uma interface pode ter alvos grandes, poucas escolhas, progresso, consistência, destaque e bons agrupamentos — e ainda falhar porque não informa o resultado das ações. As heurísticas de Nielsen completam a análise com três responsabilidades que atravessam todo o fluxo: visibilidade do estado, prevenção e recuperação de erros e controle do usuário.
- Feedback: mostrar que o sistema está carregando, salvou, publicou ou encontrou um problema.
- Prevenção: aceitar formatos razoáveis, sinalizar consequências e revisar operações críticas.
- Recuperação: explicar o erro em linguagem clara, perto da origem, sem apagar o trabalho já feito.
- Controle: permitir voltar, cancelar, desfazer ou restaurar quando a natureza da ação permitir.
A W3C recomenda validação no cliente para tornar a correção mais compreensível, mantendo validação no servidor porque o cliente pode ser contornado. Para ações permanentes ou críticas, recomenda revisão, confirmação ou mecanismos de desfazer quando possíveis. O importante não é multiplicar diálogos de confirmação, mas reduzir erros sem transformar o sistema em um obstáculo.
Transforme princípios em hipóteses que possam falhar
A ISO 9241-11 define usabilidade em relação a usuários, objetivos e contexto de uso, considerando efetividade, eficiência e satisfação. Essa definição impede uma conclusão genérica como “aplicamos a lei de Hick, portanto a tela é usável”. A pergunta precisa voltar ao resultado: pessoas específicas conseguem concluir a tarefa com precisão, esforço aceitável e confiança?
Escolha um fluxo importante — cadastro, compra ou criação de uma publicação — e registre uma linha de base. Observe onde as pessoas hesitam, voltam, erram ou abandonam. Formule uma mudança pequena e diga antes o que espera melhorar. Depois repita a tarefa em condições comparáveis.
- Defina a tarefa e o público: por exemplo, publicar um rascunho pelo celular.
- Meça conclusão, tempo, erros, abandono e confiança percebida.
- Observe a causa da dificuldade, não apenas o ponto do clique.
- Escolha o princípio que melhor explica o problema encontrado.
- Implemente a menor mudança capaz de testar essa explicação.
- Compare o resultado e descarte a solução se ela não ajudar.
O guia de benchmarking do GOV.UK recomenda combinar métricas de desempenho com pesquisa de usabilidade, medir conclusão e tempo, identificar abandonos e comparar rodadas futuras. Esse processo transforma uma lista inspiradora em prática de produto: a teoria sugere onde olhar; o comportamento real decide o que permanece.
Boa usabilidade não é a soma de sete leis aplicadas. É a capacidade de remover obstáculos reais sem criar novos no caminho.
Fontes e leituras para continuar
- Paul M. Fitts (1954), The Information Capacity of the Human Motor System: https://www2.psychology.uiowa.edu/faculty/mordkoff/infoproc/pdfs/Fitts%201954.pdf
- W. E. Hick (1952), On the Rate of Gain of Information: https://doi.org/10.1080/17470215208416600
- W3C, WCAG 2.2 — Target Size (Minimum): https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum.html
- Ghibellini e Meier (2025), meta-análise dos efeitos Zeigarnik e Ovsiankina: https://www.nature.com/articles/s41599-025-05000-w
- Jakob Nielsen, Jakob’s Law e convenções: https://www.nngroup.com/articles/end-of-web-design/
- Nielsen Norman Group, 10 Usability Heuristics: https://www.nngroup.com/articles/ten-usability-heuristics/
- Kivetz, Urminsky e Zheng (2006), The Goal-Gradient Hypothesis Resurrected: https://business.columbia.edu/sites/default/files-efs/pubfiles/1200/goalgradient.pdf
- Hunt (2020), Zeigarnik and von Restorff: https://doi.org/10.3758/s13421-020-01033-5
- George A. Miller (1956), The Magical Number Seven: https://www.mpi.nl/publications/item2364276/magical-number-seven-plus-or-minus-two-some-limits-our-capacity-processing
- Nelson Cowan (2001), The Magical Number 4 in Short-Term Memory: https://pubmed.ncbi.nlm.nih.gov/11515286/
- ISO 9241-11:2018, Usability — Definitions and Concepts: https://committee.iso.org/cms/live/live/en/sites/isoorg/contents/data/standard/06/35/63500.html
- GOV.UK, Usability Benchmarking: https://www.gov.uk/service-manual/measuring-success/usability-benchmarking-a-website-or-whole-service
- W3C WAI, Validating Input: https://www.w3.org/WAI/tutorials/forms/validation/