Deseño da interface de usuario: leccións dun ascensor de Indianápolis
Mentres viña e vin dunha reunión o outro día, montei nun ascensor que tiña esta interface de usuario (UI) deseño:
Supoño que a historia deste ascensor é algo así:
- O ascensor foi deseñado e entregado cunha interface de usuario moi sinxela e fácil de usar como esta:
- Xurdiu un novo requisito: Necesitamos apoiar o braille!
- En lugar de redeseñar a interface de usuario correctamente, o actualizado o deseño só se axustou ao deseño orixinal.
- Requisito cumprido. Problema resolto. Ou foi?
Tiven a sorte de ver outras dúas persoas subirse ao ascensor e tentar escoller o seu piso. Un empurrou o braille botón (quizais porque era máis grande e tiña máis contraste co fondo -non sei) antes de darse conta de que non era un botón. Un pouco nerviosa (estaba mirando), ela presionou o botón real no seu segundo intento. Outra persoa que chegou a outro piso parou o dedo a media traxectoria para analizar as súas opcións. El adiviñou correctamente, pero non sen pensar coidadosamente.
Gustaríame poder observar a alguén con discapacidade visual que intentaba usar este ascensor. Despois de todo, esta función braille engadiuse explícitamente para eles. Pero como pode o braille nun botón que nin sequera é un botón permitir que unha persoa con discapacidade visual seleccione o seu piso? Iso non é só inútil; iso é malo. Este redeseño da interface de usuario non atendeu as necesidades das persoas con discapacidade visual e fixo que a experiencia do usuario fose confusa para os usuarios videntes.
Eu entendo que hai todo tipo de custos e barreiras para modificar unha interface física, como os botóns dun ascensor. Non obstante, non temos esas mesmas barreiras cos nosos sitios web, aplicacións web e aplicacións móbiles. Entón, antes de engadir esa función nova e interesante, asegúrate de implementala de forma que realmente satisfaga unha nova necesidade e non cree ningún problema. Coma sempre, o usuario proba para estar seguro!