¿Podemos dejar de llamar a la accesibilidad y usabilidad de UX?

Precaución La palabra "accesibilidad" aparece 15 veces en este artículo.


Recientemente, he sido testigo de una división en la comunidad de front-end en dos campos: algunos promueven activamente la accesibilidad, mientras que otros sinceramente no entienden por qué deberían dedicarle tiempo. En lugar del diálogo entre estos dos campos, solo se desarrolla el rechazo mutuo, el sarcasmo en ambos lados, los insultos y otros encantos que acompañan a nuestra comunidad tóxica.


El tema de la accesibilidad se hace eco en parte del tema del rendimiento. Aquí, la comunidad también se divide en dos campos: los primeros promueven la optimización de la velocidad, y los segundos preguntan por qué lo necesitan, porque no tienen nada que ralentizar y cargar rápidamente ( oh, esos programadores que abren un host local en un macbook superior ).


Varios problemas llevaron a la situación actual:



Pero parece haber un problema más global.


Percepción distorsionada


Sberbank tiene una guía para desarrollar productos digitales asequibles para diseñadores, desarrolladores y gerentes. El comienzo es excelente, pero nos encuentra con la siguiente frase:


La accesibilidad es la calidad del entorno digital que caracteriza el grado de aptitud para las personas con discapacidad.

Esta frase refuerza la creencia ya generalizada de que la accesibilidad se refiere exclusivamente a las personas con discapacidad. Además, muchos artículos y manuales se centran en admitir lectores de pantalla para que las personas ciegas y deficientes visuales puedan usar la interfaz. Debido a esto, la accesibilidad a menudo se asocia con lectores de pantalla.


Los desarrolladores generalmente no tienen estadísticas sobre el uso de lectores de pantalla en su producto, o saben que su producto no se usa a través de lectores de pantalla (muchos desarrollan proyectos internos que no tienen usuarios con discapacidad visual).


Aquí yace el gran problema de comunicación entre los evangelistas de accesibilidad y los desarrolladores. Me parece que el fenómeno de la ceguera de pancartas ya se ha extendido a las palabras accesibilidad y lector de pantalla en nuestra comunidad. Y entiendo por qué: cuando a menudo te dicen que tienes que apoyar a los lectores de pantalla, y en tu caso es simplemente inoportuno, estás enojado al principio, y luego solo anotas.


Qué significa realmente "accesibilidad"


Me gusta la definición de accesibilidad del artículo Consejos de accesibilidad inesperados ( traducción gratuita ):


La accesibilidad no se trata solo de personas con discapacidad. [...] Esta es una preocupación por la usabilidad del producto en cualquier circunstancia que enfrentan los usuarios y en cualquier entorno (por ejemplo, en diferentes dispositivos).

El artículo está en un contexto ligeramente diferente, pero conduce a excelentes ejemplos de situaciones y limitaciones con las que nuestras interfaces deben lidiar:


  • viajes en el metro (el teléfono se sostiene con una mano, la coordinación es complicada debido al movimiento del tren, Internet es inestable y lento);
  • demostraciones a través del proyector (se reduce el contraste, la distancia a la imagen es mucho mayor que detrás del monitor);
  • se perdieron puntos (aumento de la carga en la vista, se hizo más difícil leer el texto);
  • el mouse inalámbrico está muerto (solo tiene que usar la interfaz desde el teclado).

Todos estos ejemplos nunca han sido sobre discapacidad o lectores de pantalla, sino sobre nuestra vida con usted. Y, francamente, dejaría de llamarlo accesibilidad ; después de todo, hay nociones más familiares de UX y usabilidad para todos.


Conclusión


Para que nadie malinterprete lo anterior, resumiré. En mi imagen del mundo, la accesibilidad es sinónimo de UX y usabilidad. La falta de estadísticas sobre el uso de lectores de pantalla no significa que pueda abandonar la semántica nativa (encabezados, elementos de sección, enlaces, botones, etc.) y hacer que todo sea una diva: la semántica nativa facilita la vida no solo para los lectores de pantalla, sino también para los usuarios comunes (el botón div del teclado no hará clic, el enlace div no se copiará y no se abrirá en una nueva pestaña). Y lo más importante, recuerde que no se nos paga dinero por el movimiento de píxeles en la pantalla, sino por el desarrollo de interfaces convenientes y de resolución de problemas.

Source: https://habr.com/ru/post/480694/


All Articles