Se o senhor já lidou com uma interface de usuário, provavelmente já ouviu falar da Lei de Fitts. É bem simples – o senhor sabe o que é isso? quanto maior for um item e quanto mais próximo ele estiver do cursor, mais fácil será clicar nele. Kevin Hale montou um ótimo resumo visual da Lei de Fittsportanto, em vez de explicar demais, vou encaminhá-lo para lá.
A versão resumida da lei de Fitts, para poupar o senhor de todo esse tédio leitura, é o seguinte:
- Coloque os elementos da interface do usuário comumente acessados nas bordas da tela. Como o cursor para automaticamente nas bordas, será mais fácil clicar neles.
- Torne as áreas clicáveis tão grandes quanto possível. Alvos maiores são mais fáceis de clicar.
Eu sei, é muito simples, quase simples demais, mas o senhor pode me acompanhar com alguns exercícios de raciocínio. Imagine-se tentando clicar em …
- um alvo 1 x 1 em um local aleatório
- um alvo de 5 x 5 em um local aleatório
- um alvo de 50 x 50 em um local aleatório
- um alvo de 5 x 5 no canto da tela
- um alvo de 1 x 100 na parte inferior da tela
A Lei de Fitts é, em sua maior parte, de senso comum e tem aceitação suficiente entre os designers de interface do usuário para que eles provavelmente a conheçam, mesmo que não a sigam tão religiosamente quanto deveriam. Infelizmente, descobri que os designers são muito menos propensos a considerar a oposto da Lei de Fitts, que é indiscutivelmente tão importante quanto.
Se devemos criar elementos de interface do usuário, nós queremos que os usuários cliquem em grandes e, de preferência, coloque-os nos cantos ou nas bordas para obter o máximo de clicabilidade. O que devemos fazer com os elementos da IU que não quer que os usuários cliquem nele? Como, por exemplo, o botão “excluir todo o meu trabalho”?
Alan Cooper, em Sobre o Face 3, chama isso de alavanca do assento ejetor.
No cockpit de todos os caças a jato há uma alavanca pintada com cores vivas que, quando puxada, dispara um pequeno motor de foguete sob o assento do piloto, fazendo-o explodir, ainda em seu assento,
para fora da aeronave para saltar de paraquedas em segurança até a Terra. As alavancas do assento ejetor só podem ser usadas
uma vez, e suas consequências são significativas e irreversíveis.Os aplicativos devem ter alavancas de assento ejetor para que os usuários possam “ocasionalmente” se mover
objetos persistentes na interface, ou alterar drasticamente (às vezes de forma irreversível) a função ou o comportamento do aplicativo. A única coisa que nunca deve acontecer é o acionamento acidental do assento ejetor.
O design da interface deve garantir que um usuário nunca possa disparar inadvertidamente o assento ejetor quando tudo o que ele deseja fazer é um pequeno ajuste no programa.
Posso pensar em meia dúzia de aplicativos que uso regularmente em que o o botão do assento ejetor é inexplicavelmente colocado ao lado do botão das luzes da cabine. Vamos dar uma olhada no nosso velho amigo GMail, por exemplo:
Posso dizer o que o senhor está pensando. Ele clicou em Enviar ou Salvar agora? Bem, para dizer a verdade, com toda a empolgação de escrever aquele e-mail furioso, eu meio que me perdi. Ainda bem que podemos desfazer facilmente um e-mail enviado! Oh, espere, nós não podemos mesmo. Considere que meu assento, ou pelo menos esse e-mail imprudente em particular, foi ejetado.
É ainda pior quando estou arquivando e-mails.
Embora houvesse pelo menos 10 pixels entre os botões no exemplo anterior, aqui há todos os … três. De tempos em tempos, clico acidentalmente no Denunciar Spam quando eu realmente queria clicar Arquivo. Agora, para crédito do Google, eles oferecem um caminho de desfazer simples e óbvio para esses cliques acidentais. Mas não posso deixar de me perguntar por que, exatamente, esses dois botões com funcionalidades tão radicalmente diferentes simplesmente têm estar bem perto um do outro.
Desfazer é algo poderoso, mas não seria melhor ainda se eu não estivesse puxando a maldita alavanca do assento ejetor o tempo todo? Não faria mais sentido colocar essa arriscada alavanca do assento ejetor em um local diferente e torná-la menor? Considere o editor de postagens do WordPress.
Aqui, o comum Atualização é grande e obviamente um botão – é fácil de ver e fácil de clicar. O menos comum Mover para a lixeira é menor, apresentado como um hiperlink simples e posicionado bem longe do Update.
Da próxima vez que estiver construindo uma interface de usuário, o senhor deve absolutamente seguir a lei de Fitts. Ela simplesmente faz sentido. Mas não se esqueça de seguir também o oposto da lei de Fitts – itens incomuns ou perigosos da interface do usuário devem ser difíceis de clicar!