De acordo com os estudos na área e graças às contribuições de Nielsen, sabemos que a consistência é um dos fatores que mais contribuem para a usabilidade. O Macintosh foi baseado em um livro detalhado das Diretrizes de Interface Humana da Apple, seguido por quase todos os aplicativos. Um dos principais benefícios do Mac (e posterior do Windows) em relação aos sistemas anteriores era a consistência resultante que possibilitava aos usuários usar o software pronto para uso. Por exemplo, as pessoas sabiam que você poderia mover coisas por uma sequência de (1) selecionar o objeto, (2) cortar o comando, (3) rolar para o novo local, (4) clicar no local de inserção, (5) Comando de colagem. Sempre a mesma sequência. E os comandos Recortar e Colar estavam sempre no menu Editar e eram sempre abreviados como Command-X e Command-V. Nenhuma razão real para as pessoas associarem a letra V com inserção ou colagem, mas como era sempre a mesma, funcionou.
Apesar da forte consistência em todos os softwares Mac, você acha que o Excel se parece com o MacWrite? Ou que não havia criatividade de design envolvida em fazer MORE (um outliner popular)? Claramente, não é o caso de todos os softwares GUI serem iguais, embora a maioria dos softwares tenha uma conformidade bastante forte
Da mesma forma para a Web: seguir os padrões de design simplesmente garante que os usuários saibam do que você está falando. É como usar palavras inglesas padrão ao invés de seu próprio vocabulário ao escrever. Você ainda é quem decide que história contar e como juntar os elementos de design.
ser bem ilustrado com exemplos, já que os designers seguem os exemplos muito mais do que o corpo do texto;
certificar-se de que os exemplos estejam em total conformidade com o padrão em todos os aspectos e não apenas aquele que pretendem ilustrar (os designers podem pegar mais de uma dica de um determinado exemplo);
ter listas de verificação extensas e abrangentes, tanto quanto possível (os designers preferem examinar uma lista em vez de ter que ler o texto);
ter um especialista em padrões disponível para revisar novos projetos em inspeções de padrões formais e para consultas mais informais sempre que os designers estiverem em dúvida sobre a interpretação correta do padrão (se não houver um lugar fácil para responder às perguntas, então cada designer irá compor sua própria resposta – com garantia de ser diferente em cada caso);
ser apoiado por um programa de qualidade ativo. Não basta esperar para ser consultado: você deve buscar ativamente os projetos e visitá-los para informá-los sobre a norma e comentar (gentilmente) sobre seus projetos e como corrigir os desvios inevitáveis;
ser um documento vivo sob o controle de um gerente de padrões que atualiza o padrão conforme novos problemas surgem;
obedece aos outros padrões de design mais populares ou contém declarações explícitas destacando as diferenças em relação a esses outros padrões;
ser suportado por ferramentas de desenvolvimento de interface e modelos que tornam mais fácil cumprir o padrão do que implementar um design fora do padrão;
ter um bom índice (se impresso) ou uma boa pesquisa complementada com links de hipertexto para regras relacionadas (se online);
O alcance do fundamentalismo é especialmente importante para os padrões da intranet, uma vez que cada departamento terá uma tendência a ignorar as ordens da sede. Geralmente fazem isso com a desculpa de que “somos diferentes e o pessoal da HQ não conhece nossa situação”. É verdade, mas todo mundo é especial, então o sistema total será um caos absoluto se as pessoas tiverem permissão para divergir por causa de circunstâncias especiais. Normalmente, o bem maior é realmente maior e a usabilidade geral é aumentada pela consistência. Pode haver alguns casos em que as circunstâncias são tão especiais que uma inconsistência deve ser tolerada, mas os desvios devem ser limitados a casos com uma razão muito, muito boa (a maioria das boas razões não é boa o suficiente).
Finalmente, para Jakob Nielsen, é importante que o responsável perceba que um padrão tem suas próprias preocupações para melhorar a usabilidade. Isso é verdade se o padrão é implementado como um site interativo com links de hipertexto ou se é um documento tradicional impresso. Portanto, um padrão de projeto proposto deve ser testado com projetistas para garantir que eles possam usá-lo.