Quando adquirimos o computador pessoal, não nos preocupávamos muito com o funcionamento das coisas. Ficamos, francamente, surpresos por termos tal coisa. Você teve que aprender alguma linguagem misteriosa para digitar em um prompt do DOS. Que o computador pudesse ser difícil ou estranho de usar não nos ocorreu. Mas as coisas gradualmente ficaram mais sofisticadas, e quando o Macintosh original foi lançado com sua poderosa interface gráfica de usuário, começamos a perceber que o processo de interação com um computador poderia ser importante para nós.
Os desenvolvedores de software começaram a pensar não apenas em como o programa realizaria o trabalho, mas também em como o usuário interagiria com o programa para realizar o trabalho. Ficou claro que uma boa interface de usuário era algo que venderia mais software. Se fosse fácil e intuitivo interagir com um aplicativo, os usuários poderiam fazer mais e adorariam o aplicativo.
A padronização foi o primeiro passo. Uma das coisas que o Macintosh, e mais tarde o Windows, fizeram foi tornar “normais” muitas das interações com o computador que consideramos naturais hoje. O menu Arquivo, com opções como Novo, Abrir, Salvar e Sair, tornou-se comum. As caixas de diálogo tinham botões Ok e Cancelar, e todas essas coisas faziam o que era esperado.
Essa ideia culminou em um livro seminal de Alan Cooper, et. al., chamado About Face: Os fundamentos do design de interaçãoque codificou e explicou muitos dos padrões de design que os usuários de computador esperam, além de abrir caminho para novas ideias que fizeram com que a interação humana com os computadores funcionasse melhor.
Infelizmente, em todos os lugares que você acessa a web hoje em dia, você pode ver que essas noções muito úteis e úteis estão sendo perdidas.
O fim do botão Ok
Um princípio fundamental amplamente adotado em aplicativos GUI era deixar bem claro qual ação seria executada quando o usuário pressionasse o mouse. Se, por exemplo, um usuário abrisse uma janela de diálogo com várias opções para definir, sempre deveria haver um botão OK que aceitaria as alterações e um botão Cancelar que as rejeitaria.
Os botões Ok e Cancelar desempenharam papéis importantes. Um usuário pode ir para uma caixa de diálogo Configurações, alterar várias configurações e clicar em OK, sabendo que suas alterações serão aplicadas. Mas muitas vezes, eles faziam algumas mudanças e então pensavam: “Sabe, não, eu só quero as coisas de volta como estavam”. Eles clicariam no botão Cancelar e tudo voltaria ao ponto inicial. Desastre evitado.
Infelizmente, esta forma muito clara e fácil de fazer as coisas de alguma forma se perdeu na transição para a web.
Na web, você verá frequentemente páginas de configurações sem os botões OK e Cancelar. Em vez disso, espera-se que você clique em um X no canto superior direito para fechar a caixa de diálogo, aceitando todas as alterações feitas.
Mas e se você fizer alterações e decidir que não gostou do que fez? Como você deve redefinir e ignorar o que mudou? Você não pode. A responsabilidade recai sobre você, pobre usuário, de lembrar o que mudou e colocar as coisas de volta onde estavam. E às vezes lembrar é difícil.
E Deus não permita que fechar a caixa de diálogo pop-up exija que você clique fora a caixa de diálogo, deixando você se perguntando: “Minhas alterações entraram em vigor ou não?”
Precisamos trazer de volta os botões Ok e Cancelar.
Habilidades motoras finas do mouse necessárias
Outra mudança irritante é a precisão cirúrgica agora exigida dos usuários de mouse (e pior, dos usuários de touchpad). Em algum momento, começamos a precisar de habilidades motoras incrivelmente finas para fazer as coisas acontecerem.
Um dos grandes recursos das GUIs é a capacidade de dimensionar janelas e movê-las pela tela. Com o advento de monitores muito grandes, isto tornou-se particularmente útil. Mas os fornecedores de sistemas operacionais (estou de olho em você, Windows) tornaram o dimensionamento e a movimentação de janelas um desafio.
Nas versões mais recentes do Windows, gasto muito tempo tentando colocar o mouse no lugar certo no canto ou na borda de um aplicativo para poder dimensioná-lo. Se eu quiser mover uma janela, muitas vezes é difícil encontrar um local na parte superior do aplicativo para clicar, o que resultará na realocação da janela. Os aplicativos costumavam ter uma barra de título muito clara, fácil de ver e clicar.
Dê uma olhada na guia do seu navegador definida agora. Se você, como a maioria de nós, tem várias guias abertas, onde exatamente colocaria o mouse para mover a janela para um local melhor?
Antigamente, essas “affordances” (palavra cunhada por Don Norman, autor do maravilhoso livro O design das coisas cotidianas) eram fáceis de ver e fáceis de usar. As bordas das janelas eram mais grossas e mais fáceis de “agarrar”, assim como a barra de título da janela. Mas, em nome da estética, suponho, essas fronteiras tornaram-se muito finas e difíceis de agarrar.
Afinal, que aplicativo é esse?
Em seguida, há momentos em que não tenho certeza de qual aplicativo estou vendo. Um aplicativo costumava se declarar claramente pelo nome na barra de título, mas agora? Não.
Por exemplo, que aplicativo é esse?
Você pode dizer que é um navegador, com certeza. Mas é o Google Chrome? Raposa de fogo? Quem sabe?
Na verdade, é o Microsoft Edge. Como eu saberia disso olhando o aplicativo? Não há como fazer isso, até onde eu sei. Você precisa ir a outro lugar para saber qual aplicativo está vendo. Grr.
Meu discurso retórico sobre o irritante persistente e totalmente irremovível que é o Microsoft Edge terá que esperar por outro dia.
Tudo está cinza agora
A cor é um indicador poderoso. Todos sabemos que quando algo está vermelho, precisamos ter cuidado e, quando algo está verde, podemos nos sentir seguros e felizes. A cor nas interfaces do usuário também é útil. Na era de ouro das GUIs, era comum colorir um botão para indicar que ele estava ativo e clicável, e deixar o botão cinza quando estava inativo. Da mesma forma, as cores das guias costumavam ser claras e brilhantes para indicar ativo, e escuras e cinza quando inativas.
Por exemplo, qual guia está ativa?
Em algum momento ao longo do caminho, parece que os designers decidiram que os cinzas e os pretos eram as cores “limpas e frias” e pararam de usar cores claras e distinguíveis para marcar limites ou sinalizar status. Já vi interfaces onde o cinza escuro indicava “selecionado” e o cinza claro indicava “não selecionado”. Veja, o cinza nunca está “selecionado” ou “ativo”. Azul está selecionado ou ativo. Ou verde. Cinza é unselecionado.
Acho que o que aconteceu foi que os designers descobriram, com razão, que o cinza é realmente preferível ao preto e então exageraram, pensando “cinza em todos os lugares para a vitória!” Mas o cinza simplesmente não é preferível a outras cores.
Parecer legal é vencer
Entristece-me que “parecer legal” pareça ter se tornado preferível a “útil e utilizável” nas mentes dos desenvolvedores de aplicativos e sistemas operacionais. Os aplicativos de software devem ser fáceis de usar. Eu deveria ser capaz de fazer as coisas que quero sem ter que lutar ou me perguntar: “O que aconteceu?” Um ótimo aplicativo simplesmente funciona e não exige que eu pense ou leia um manual para fazer as coisas acontecerem. A forma é importante, mas sacrificar a funcionalidade em favor da forma e do design é um grande fracasso.
Ok, eu concordo, problemas de primeiro mundo. Mas acho esta epidemia de má usabilidade muito irritante e muito decepcionante. Costumávamos fazer melhor.
