TidBits

Jakob Nielsen é um cara polêmico no mundo da usabilidade, talvez pelo fato de ser o mais conhecido analista de usabilidade do mundo, ou talvez seja o mais conhecido analista de usabilidade do mundo pelo fato de ser polêmico. O fato é que ele fala de usabilidade há muito tempo, e mais do que falar, ele sempre promove testes e pesquisas para embasar suas falas (para quem costuma ler os rodapés das pesquisas, ele é o dono da Norman e Nielsen Group - uma grande empresa de pesquisas e análises de dados do mundo).

Ele também escreve uma coluna em seu site (Useit.com), chamada Alertbox, onde constantemente apresenta os resultados de várias dessas pesquisas, ajudando a implantar certos parâmetros de usabilidade que passam a ser adotados por um grande número de profissionais.

Um desses parâmetros, são suas heurísticas. São 10 itens para a avaliação da usabilidade de um site, com intuito de evitar erros comuns - as heurísticas foram baseadas em 294 tipos de erros de usabilidade que o Nielsen comumente encontrava em suas análises - e que podem prejudicar e muito a experiência do usuário em seu site. Uma avaliação heurística, ao pé da letra, é feita por no mínimo 3 e no máximo 5 profissionais especializados nesse tipo de avaliação.

Mas mesmo que você não seja nenhum analista de usabilidade, checar esses itens com certeza irá tornar a experiência do usuário em sua interface uma experiência menos frustante. Vamos às heurísticas:

1. Visibilidade de Status do Sistema
Isso significa que você precisa se certificar de que a interface sempre informe ao usuário o que está acontecendo, ou seja, todas as ações precisam de feedback instantâneo para orientá-lo.

2.Relacionamento entre a interface do sistema e o mundo real
Ou não usar palavras de sistema, que não fazem sentido pro usuário. Toda a comunicação do sistema precisa ser contextualizada ao usuário, e ser coerente com o chamado modelo mental do usuário.

3. Liberdade e controle do usuário
Facilite as “saídas de emergência” para o usuário, permitindo desfazer ou refazer a ação no sistema e retornar ao ponto anterior, quando estiver perdido ou em situações inesperadas.

4. Consistência
Fale a mesma língua o tempo todo, e nunca identifique uma mesma ação com ícones ou palavras diferentes. Trate coisas similares, da mesma maneira, facilitando a identificação do usuário.

5. Prevenção de erros
Na tradução livre das palavras do próprio Nielsen “Ainda melhor que uma boa mensagem de erro é um design cuidadoso que possa prevenir esses erros”. Por exemplo, ações definitivas, como deleções ou solicitações podem vir acompanhadas de um checkbox ou uma mensagem de confirmação.

6. Reconhecimento ao invés de lembrança
Evite acionar a memória do usuário o tempo inteiro, fazendo com que cada ação precise ser revista mentalmente antes de ser executada. Permita que a interface ofereça ajuda contextual, e informações capazes de orientar as ações do usuário - ou seja - que o sistema dialogue com o usuário.

7. Flexibilidade e eficiência de uso
O sistema precisa ser fácil para usuários leigos, mas flexível o bastante para se tornar ágil à usuários avançados. Essa flexibilidade pode ser conseguida com a permissão de teclas de atalhos, por exemplo. No caso de websites, uso de máscaras e navegação com tab em formulários são outros exemplos.

8. Estética e design minimalista
Evite que os textos e o design fale mais do que o usuário necessita saber. Os “diálogos” do sistema precisam ser simples, diretos e naturais, presentes nos momentos em que são necessários.

9. Ajude os usuários a reconhecer, diagnosticar e sanar erros
As mensagens de erro do sistema devem possuir uma redação simples e clara que ao invés de intimidar o usuário com o erro, indique uma saída construtiva ou possível solução.

10. Ajuda e documentação
Um bom design deveria evitar ao máximo à necessidade de ajuda na utilização do sistema. Ainda assim, um bom conjunto de documentação e ajuda deve ser utilizado para orientar o usuário em caso de dúvida. Deve ser visível, facilmente acessada, e com oferecer uma ferramenta de busca na ajuda.

Recentemente o site do Governo Eletrônico lançou um projeto implementar padrões web no site do governo. E inclusive lançou uma cartilha de codificação para auxiliar as administrações públicas.

O objetivo da cartilha é:

• Estabelecer padrões de qualidade de uso, desenho, arquitetura de informação e navegação;
• Estabelecer um fluxo de criação, desenvolvimento e manutenção na gestão dos sítios governamentais;
• Consolidar a acessibilidade;
• Criar artefatos de acordo com os padrões estabelecidos pelo W3C.

A apostila pode ser lida por qualquer desenvolvedor web, pois fala de padrões web em geral e não de sites do governo.

Clique aqui para baixar a cartilha.

Outra coisa que chamou a atenção essa semana, foi o blog do Danilo Nunes, ele está traduzindo um curso sobre padrões web que funcionários da Opera fizeram pra implementar nas universidades americanas, um projeto bem legal.

O curso (original, em inglês) tem 50 artigos, cada um bem detalhado. O Danilo Nunes disse que vai traduzir um por semana.

Essa semana eu descobri esse site, o TesteUsabilidade. A iniciativa é interessante, você publica seu site e recebe feedback dos usuários do site, que opinam sobre a execução de tarefas, o visual, a disposição dos itens, etc.

Gostei da idéia, e da proposta, porque é uma maneira de receber opiniões, opinar e dessa forma, melhorar também seu próprio senso crítico. No entanto, tenho várias ressalvas. O nome, por exemplo, me pareceu uma escolha um pouco infeliz, pois o modelo do site não é exatamente um “teste de usabilidade”.

Testes de usabilidade são atividades moderadas, que analisam vários eventos das execuções da tarefas e feitos com usuários cuidadosamente selecionados, enquanto o modelo do site é apenas uma avaliação da percepção dos usuários aleatórios em relação ao seu site. Além disso, quem faz a comunidade são usuários avançados, o que com toda certeza prejudica a avaliação mais completa da usabilidade.

Ainda assim, é válido por ser um espaço aberto à críticas e opiniões que visam melhorar a vida dos usuários nos sites.

Boa semana a todos.

Montei uma coleção de podcasts que falam de internet ou desenvolvimento web. Todos os podcasts estão disponíveis para ouvir nos sites e para download para você ir ouvindo no seu celular / ipod / mp3 player e aprendendo algo novo enquanto está indo trabalhar, principalmente pra quem mora em São Paulo e demora bem mais que uma hora pra chegar no trabalho…

O SEOCast fala sobre SEO / SEM, dando dicas para promover o seu site nos buscadores. Tem apenas 5 episódios, vale a pena escutar.

Podcast Digital Paper grava a cada 14 dias um podcast falando basicamente sobre Internet mesmo. Temas interessantes já foram discutidos lá como: microformats, acessibilidade, wordpress, usabilidade entre outras coisas. Os podcasts são apresentados de forma divertida e descontraída e tem duração aproximada de uma hora cada um.

Tem também o Podcast da revista Info e o blog Decodificando quem falam sobre novas tecnologias, novos produtos. Legal pra quem é geek.

E por último, um podcast onde você provavelmente não vai aprender nada, mas vai dar boas risadas, o jovem nerd apresenta notícias e debate de forma divertida. O podcast já está na edição 130, o site é antigo, vem desde 2002 mas curiosamente, neste momento está fora do ar, espero que seja só uma queda de servidor.

Tarefas simples às vezes podem ser sofridas para o usuário. E medidas mais simples ainda podem evitar essa tortura. Por isso, neste post eu trago um pequeno checklist de alguns cuidados a serem tomados na hora de se construir um box de login.

Nenhuma dessas dicas é absurda, nem mesmo inovadora. Mais um motivo para aplicá-las e tornar a vida do usuário leigo um pouco menos amarga na web.

1. Sempre que o login for exigido durante a navegação, redirecione o usuário ao ponto onde ele parou.
Não tem coisa mais frustante que estar em um site, e de repente ser barrado com um campo de login. É a versão virtual mas não menos irritante da expressão “dar com o nariz na porta”.
A dica maior deveria não “oferecer” ao usuário um conteúdo que ele não possa acessar. Mas como na maioria das vezes esse tipo de escolha não é nosso, e sim do cliente, não nos resta muita escolha se não colocar essas placas de “opa, aqui só quem pode”.
Ainda assim, quando o fizer, certifique-se de que após logado, o usuário retornará para o exato ponto onde foi interrompido.

2. Deixe o usuário pedir para “ser lembrado”
Ofereça ao usuário a opção de guardar cookies mais duradouros de seu login, assim, em seu computador pessoal ele não vai ser obrigado a digitar todos os dados infinitamente. O Yahoo! e o Del.icio.us fazem isso muito bem, colocando um simples checkbox com a opção “Remember me” ou “Keep me sign”. Em português, o Gmail escreveu de uma maneira mais didática “Salvar as minhas informações neste computador.” A nomeclatura ideal para o item, é variável, e depende muito da situação onde acontece o login. Mas não há dúvidas de que é um facilitador e tanto…

3. Permita navegação com TAB entre os inputs do login
Ok, poucos usuários usam o tab para navegar entre campos. Mas para os poucos que conhecem (include me), por favor desenvolvedores, facilitem nossa vida. (Nada mais chato do que tirar as mãos do teclado, voltar ao mouse, e ir pro teclado de novo só porque o programador não habilitou o maldito tab!)

4. Nunca se esqueça do “Esqueci minha senha”
Os usuários podem esquecer, mas você não! Manter e se lembrar de todos os cadastros em todos os milhões de site da web é deveras complicado… Não seja um carrasco, e coloque sempre essa funcionabilidade em seus sisteminhas de login.

E se alguém tiver mais alguma dica interessante, sinta-se a vontade pra comentar!