As regras de ouro do design de interfaces (2013)

As oito regras de ouro do design de interfaces

• Buscar consistência: em situações semelhantes, a mesma sequência de ações deve ser exigida, e o mesmo vocabulário deve ser usado em prompts, menus e telas de ajuda, com uso consistente de cores, layout, maiúsculas e minúsculas, fontes etc. em todo o sistema.
• Buscar usabilidade universal: é preciso reconhecer as necessidades de diferentes usuários e projetar considerando desde iniciantes até especialistas, além de faixas etárias, deficiências, diferenças internacionais e diversidade tecnológica.
• Oferecer feedback informativo: deve haver feedback da interface para toda ação do usuário; para ações frequentes e triviais, uma resposta simples basta, enquanto ações raras e importantes exigem uma resposta mais aprofundada.
• Oferecer fechamento com design dialogado: a sequência de ações deve ser organizada em grupos, e o feedback sobre a conclusão de cada grupo deve proporcionar ao usuário sensação de realização e alívio.
• Prevenir erros: a interface deve ser projetada para evitar que o usuário cometa erros graves e, caso ocorram, deve fornecer instruções de recuperação simples e específicas.
• Permitir reversão fácil das ações: sempre que possível, as ações devem poder ser desfeitas, para incentivar o usuário a explorar novas opções sem medo de errar.
• Manter o controle com o usuário: usuários experientes querem que a interface responda às suas ações e que não haja mudanças em comportamentos já familiares; eles se sentem frustrados quando é difícil obter as informações necessárias ou alcançar o resultado desejado.
• Reduzir a carga da memória de curto prazo: como a quantidade de informação que as pessoas conseguem processar na memória de curto prazo é limitada, deve-se evitar interfaces em que o usuário precise lembrar informações de uma tela para usá-las em outra.

Opinião do GN⁺

• Este texto apresenta os princípios básicos de design de interfaces propostos por Ben Shneiderman, e esses princípios oferecem um bom ponto de partida para designers de mobile, desktop e web.
• Esses princípios, voltados para melhorar a experiência do usuário, ajudam os usuários a compreender melhor o sistema e a usá-lo com mais eficiência.
• Este texto oferece diretrizes úteis que engenheiros de software iniciantes podem consultar ao projetar interfaces amigáveis ao usuário.

[GN⁺]

Comentários do Hacker News

• Desempenho não faz parte do design de UI, mas costuma ser ignorado. Uma UI com baixo desempenho viola todos os princípios de design.

  • Por exemplo, as smart TVs Android da Sony parecem ótimas, mas a UI é tão lenta que fica difícil de usar.

• UIs instáveis e que mudam com frequência também violam a maioria dos princípios. As smart TVs são especialmente ruins nisso, com o layout da tela inicial e os ícones dos apps mudando frequentemente sem motivo.

• Ícones sem rótulos, às vezes nem com tooltip, são um problema cada vez pior. Se você precisa pesquisar no Google para descobrir o que um botão faz, o design da UI é ruim.

• Explicação de por que consistência é importante.

  • Não se trata de buscar detalhes específicos, como uma paleta de cores limitada ou escolher fontes discretas.
  • Trata-se de permitir que o usuário use o software com proficiência.
  • Microsoft Office e (Neo)Vim não são exemplos brilhantes de UI, mas são únicos em termos de estabilidade.

• É importante comunicar claramente ao usuário o modelo conceitual.

  • Se a pessoa não entender o modelo conceitual do produto, ficará sempre confusa, mesmo que os ícones estejam bem rotulados.
  • A UI deve ser projetada para que o usuário possa inferir o modelo conceitual ao explorar a interface.

• Quando o usuário digita um CEP incorreto, ele deve ser orientado a corrigir apenas a parte com erro, sem precisar preencher de novo todo o formulário de nome e endereço.

  • Isso também deve valer ao preencher formulários de várias páginas, indo e voltando entre elas.
  • Uma ação incorreta não deve alterar o estado da interface, ou então deve haver orientação sobre como restaurar esse estado.

• Em vez de desativar itens de menu, deve-se mostrar uma mensagem de erro explicando por que o comando não está disponível quando o usuário clica nele.

  • Ter de descobrir por que o comando foi desativado pode ser frustrante para o usuário.

• As 10 heurísticas de usabilidade de Nielsen oferecem boas diretrizes para design de UI.

  • Elas incluem visibilidade do estado do sistema, correspondência com o mundo real, controle e liberdade do usuário, consistência e padrões, prevenção de erros, reconhecimento em vez de memorização, flexibilidade e eficiência de uso, design minimalista, reconhecimento e recuperação de erros, além de ajuda e documentação.

• Depois de 2013, a consistência começou a ruir, e com o surgimento de UIs baseadas em CSS, cada site e app passou a implementar sua própria UX.

  • A "mystery meat navigation", que já havia sido criticada pela comunidade de UX quando o Flash estava em alta no começo dos anos 2000, voltou.

• Fazer com que algo apareça de repente no lugar do item que o usuário estava prestes a selecionar, levando a uma seleção errada, é um erro especialmente grave.

• Elementos da interface não devem se mover inesperadamente depois que a interface já foi renderizada.

  • O Google é especialmente problemático nesse ponto, embora não seja o único caso.

• Discussão sobre regras de ouro de uma utopia evidente.

  • A maioria dos desenvolvedores já trabalhou em interfaces que violam essas regras com frequência.
  • Isso não acontece por falta de entendimento, mas porque, naquele momento, o custo era alto demais.
  • Por exemplo, uma função de desfazer só é possível quando as estruturas de dados sob a aplicação foram construídas com isso em mente. Prevenir erros também é difícil porque é complicado definir exatamente o que é um erro, e fornecer feedback perfeito na linguagem do usuário é ainda mais complexo.