Design de interface do usuário: lições de um elevador de Indianápolis
Outro dia, enquanto ia e voltava de uma reunião, entrei em um elevador que tinha essa interface de usuário (UI) projeto:
Acho que a história desse elevador é mais ou menos assim:
- O elevador foi projetado e entregue com uma interface de usuário muito simples e fácil de usar, como esta:
- Surgiu um novo requisito: Precisamos apoiar o braille!
- Em vez de redesenhar a interface do usuário adequadamente, o Atualizada o projeto foi meramente pressionado contra o projeto original.
- Requisito atendido. Problema resolvido. Ou foi?
Tive a sorte de ver duas outras pessoas entrarem no elevador e tentarem escolher o andar. Um empurrou o braille botão (talvez por ser maior e ter mais contraste com o fundo – não sei) antes de perceber que não era um botão. Um pouco nervosa (eu estava olhando), ela apertou o botão em sua segunda tentativa. Outra pessoa que chegou a outro andar parou o dedo no meio da trajetória para analisar suas opções. Ele adivinhou corretamente, mas não sem pensar cuidadosamente.
Eu gostaria de ter observado alguém com deficiência visual tentando usar este elevador. Afinal, esse recurso braille foi adicionado explicitamente para eles. Mas como o braille em um botão que nem é um botão permite que uma pessoa com deficiência visual selecione seu andar? Isso não é apenas inútil; isso é cruel. Esse redesenho da interface do usuário não atendeu às necessidades das pessoas com deficiência visual e tornou a experiência do usuário confusa para os usuários com visão.
Sei que existem todos os tipos de custos e barreiras para modificar uma interface física, como os botões de um elevador. No entanto, não temos essas mesmas barreiras em nossos sites, aplicativos da web e aplicativos móveis. Portanto, antes de adicionar esse novo recurso interessante, certifique-se de implementá-lo de uma forma que realmente atenda a uma nova necessidade e não crie um novo problema. Como sempre, teste o usuário para ter certeza!