Deseño de interface de usuario: leccións dun ascensor de Indianápolis

Interface de usuario dun ascensor

Mentres viña de e para unha reunión o outro día, montei nun ascensor que tiña isto deseño de interface de usuario:

Interface de usuario dun ascensor

Supoño que a historia deste ascensor é algo así:

  1. O ascensor foi deseñado e entregado cunha interface de usuario moi sinxela e fácil de usar como esta:
    ascensor UI org
  2. Xurdiu un novo requisito: "Necesitamos apoiar o braille."
  3. En vez de redeseñar a interface de usuario correctamente, adicional o deseño só se axustou ao deseño orixinal.
  4. Requisito cumprido. Problema resolto. Ou foi?

Tiven a fortuna de ver como outras dúas persoas pisaban o ascensor e intentaban seleccionar o seu chan. Un apretou o "botón" braille (quizais porque era máis grande e tiña máis contraste co fondo, non sei) antes de decatarse de que non era un botón. Un pouco confusa (estaba mirando), presionou o botón real no seu segundo intento. Outra persoa que subiu a outro andar parou o dedo a media traxectoria para analizar as súas opcións. Adiviñou correctamente, pero non sen pensar coidadosamente.

Gustaríame poder observar a unha persoa con discapacidade visual intentar usar este ascensor. Ao final, esta función braille engadiuse especialmente para eles. Pero como pode o braille dun botón que nin sequera é un botón permitir que unha persoa con discapacidade visual seleccione o seu chan? Iso non é só inútil; iso é malo. Este redeseño da interface de usuario non só non satisfixo as necesidades de persoas con discapacidade visual, senón que tamén fixo que a experiencia do usuario resultase confusa para os usuarios videntes.

Dáme conta de 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. Antes de engadir esa nova e interesante característica, asegúrate de que a estás implementando dun xeito que realmente responda a unha nova necesidade e non crea un novo problema. Como sempre, o usuario probalo para estar seguro.