Um bom design de IU deve ser compatível com as normas. ou deveria? My Top 10 Regras de design de interface do usuário
Nem eu sou muito novo para User Interface (UI) de desenvolvimento, nem eu sou um veterano e como eu sempre disse, eu me encaixo no perfil de desenvolvedor de interface do usuário mais do que a de um designer, sem arrependimentos. Oh Well! O que eu estava escrevendo? Por um tempo ... (deve ser em anos não menos) Agora, de vez em quando, quando eu entrar um pouco de UI Design (quando o designer profissional foi em um feriado), eu não posso parar sempre pensando se meu projeto deve ser devidamente complient ou não (sinceramente, não que eu poderia achive 100% o cumprimento de normas, Se eu quisesse também). Então eu digo a mim mesmo, que porcaria! ... O projeto deve ser simples, agradável e principalmente parece útil, não deve fazer os visitantes fugir ... ou bounce (para ser técnico). Que bom seria um bom layout CSS tableless ser para o visitante, que está alheio a tudo o HIPERTEXTO inteligente e Cascading Style Sheet sob a pele da sua página ... Zilch!
Deve olhar agradável e ser fácil de usar ... depois vem a todas as coisas padrões.
Eu stumbbled accross esta entrada do blog por Jason Fried da 37 Signals (Para aqueles que não estão cientes de 37 sinais são os onces que criaram algumas aplicações web impressionantes como o Basecamp, Campfire etc) que escreveu algo similar em 2004 e, acreditem, quase 5 anos e não mudou muito desde que ... eu era feliz ao ler seu post, como eu concordo totalmente com o que ele tem a dizer e também o fato, ela não tem certeza sobre o que está dizendo sobre a sua intuição apenas a sua e assim é meu 
Jason Fried: "Não há maneira muito falar sobre CSS e XHTML e Normas e Acessibilidade e não é suficiente falar sobre pessoas. CSS e Padrões de Código Compliant são apenas ferramentas - você tem que saber o que construir com essas ferramentas. Ótimo, eu estou feliz por sua interface não utiliza tabelas. Então o que? Quem se importa se ele ainda não deixa as pessoas a atingir seus objetivos. Web standards são grandes, mas os padrões das próprias pessoas incluem fazer as coisas (e que ainda é muito difícil de fazer em linha).
Designers de IU estão fazendo a mesma velha fundamental "esquecendo-se do ser humano sobre o outro lado" erros - só que desta vez o seu código fica melhor. Os seres humanos - não validadores de código - interfaces de usar ".
DISCALIMER: Isto não significa que não devemos se preocupar com padrões em tudo. Padrões são bons de ter e ficar com eles, tanto quanto possível. Nós só temos que entender que o design UI Bom nem sempre significa 100% cumprimento dos requisitos de Normas ou vice-versa ....
Da minha lista dos meus ensinamentos, sigo uma UI Design poucos e desenvolvimento de regras ouro ... Heres o TOP 10 ... não que você tem segui-los também ...
1. Cuide de seus usuários. Os usuários podem fazer ou quebrar seu site. DONOT fazer olhar do usuário como um idoit total, absolutamente incapaz de usar o seu site. Isso é ruim!
2. Mantenha simplicidade e facilidade de uso seus guidlines primários. Muitas coisas na tela, maior a probabilidade de que um usuário vai ficar confuso ou distraído de sua tarefa original.
3. Seja nos limites ... DONOT entrar muito em usabilidade, acessibilidade e padrões. Utilizar as normas de forma eficaz e torná-los entender para a equipe. Isto irá assegurar a consistência direita no produto
4. Protótipo o requisito. Desde então, estes dias, as interfaces usam são ricos, Prototipagem sempre é melhor do que apenas fazer wireframes simples e esta é nula de interações decentes, seria deixar de fornecer ao cliente uma imagem clara do produto final que está sendo desenvolvido. Sempre que é mais fácil para converter os protótipos em produtos finais. Também! prototipagem com quaisquer problemas de interação poderiam ser resolvidos mais cedo no ciclo de desenvolvimento.
5. Consistência no seu design e interação é muito importante. Donot confundir o usuário com interações imprevisíveis e gizmos.
6. Entenda o seu "Missão Design". Aways concentrar-se na ação primária da beign página projetada. Além disso, fazer uma lista de suas ações Secundária na página, e priorizá-los.
7. Fornecer informação adequada para os usuários do site. Com a maioria dos sites concebidos em torno de AJAX, fornecer dicas visuais ao usuário sobre mudanças para a página. O usuário tem que receber um aviso da realização de qualquer tarefa que ele executa. Donot fazer o usuário esperar e acho que, por exemplo. fornecer indicadores de progresso para uplaods arquivo.
8. Use os controles de forma adequada. Para uso por exemplo, Selecione na lista suspensa para listas apenas para pequenas, donot deixar o usuário escolher uma das 200 cidades que utilizam caixas de seleção. Entenda a diferença entre um botão e um link. Um link e botão têm finalidades diferentes, donot usar um para o outro. Fornecer o controle direito de fazer a interação com uma página mais fácil. Evite o uso de menus, que são mais que dois níveis de profundidade. Não reinvente a roda. Use os controles padrão, personalizá-los somente se muito necessária. Defina todos os controles personalizados necessários para a sua mão primeiro site, para que pudessem ser criados e testados de forma independente, pronto para uso local em frente.
9 Donot. ITERATE muito no design. Lembre-se! O produto consiste todo um projeto mais que por si só. Construa calendários apropriados em seu cronograma do projeto para iterações de projeto e cumpri-lo. Iteração nos ajuda a descobrir o que funciona eo que não, escolher os pontos problemáticos. Como uma boa interface leva tempo, dar tempo para as iterações no início do ciclo de desenvolvimento, de modo que iterações de projeto doesnot diretamente equivale a REWORK. O excesso de retrabalho poderia jeopradize prazos.
10. Sente-se e pensar como um usuário, às vezes.
