Может перестанем называть доступностью UX и юзабилити?

Осторожно! Слово «доступность» встречается в этой статье 15 раз.

Последнее время я наблюдаю раскол фронтенд-сообщества на два лагеря: одни активно продвигают доступность, а другие искренне не понимают, зачем им тратить на неё время. Вместо диалога между этими двумя лагерями складывается только неприятие друг друга, сарказм в обе стороны, оскорбления и прочие сопутствующие нашему токсичному сообществу прелести.

Тема доступности отчасти перекликается и с темой быстродействия. Здесь сообщество тоже делится на два лагеря: первые продвигают оптимизацию быстродействия, а вторые задаются вопросом, зачем им это, ведь у них ничего не тормозит и загружается быстро (ох уж эти программисты, которые открывают локалхост на топовом макбуке).

К текущей ситуации привели разные проблемы:

• противоречия в статьях (сегодня мы делаем на <details> семантичные и доступные аккордеоны, а завтра оказывается, что <details> не подходит для аккордеонов);
• отсутствие единой терминологии для описании UI-компонентов и их свойств;
• отсутствие необходимых примитивов в веб-платформе или хотя бы в NPM (чёрт возьми, в каждом проекте приходится подключать жирные библиотеки или писать с нуля дейтпикеры, тултипы, комбобоксы и другие сложные компоненты).

Но есть, как мне кажется, более глобальная проблема.

Искажённое восприятие

У Сбербанка есть руководство по разработке доступных цифровых продуктов для дизайнеров, разработчиков и менеджеров. Начинание отличное, но встречает нас оно следующей фразой:

Доступность — качество цифровой среды, характеризующее степень её приспособленности для людей с инвалидностью.

Эта фраза подкрепляет и так распространённое убеждение о том, что доступность — исключительно про инвалидов. Более того, во многих статьях и руководствах делается акцент на поддержке скринридеров, чтобы интерфейсом могли пользоваться слепые и слабовидящие люди. Из-за этого доступность часто ассоциируется со скринридерами.

Разработчики обычно либо не обладают статистикой применения скринридеров в их продукте, либо знают, что их продуктом не пользуются через скринридеры (многие разрабатывают внутренние проекты, у которых нет слабовидящих пользователей).

Здесь кроется большая проблема коммуникации между евангелистами доступности и разработчиками. Мне кажется, на слова доступность и скринридер в нашем сообществе уже распространился феномен баннерной слепоты. И я понимаю, почему: когда тебе часто говорят о том, что ты должен поддерживать скринридеры, а в твоём случае это попросту нецелесообразно, ты поначалу злишься, а затем просто забиваешь.

Что на самом деле значит «доступность»

Мне нравится определение доступности из статьи Unexpected accessibility tips (вольный перевод):

Доступность — не только про инвалидов. […] Это забота об удобстве использования продукта в любых обстоятельствах, с которыми сталкиваются пользователи, и в любой среде (например, на разных устройствах).

Статья немного в другом контексте, но она наводит на отличные примеры ситуаций и ограничений, с которыми должны справляться наши интерфейсы:

• поездки в метро (телефон держат одной рукой, координация усложнена из-за движения поезда, интернет нестабильный и медленный);
• демонстрации через проектор (контрастность снижена, расстояние до картинки сильно больше, чем за монитором);
• потерялись очки (увеличилась нагрузка на зрение, стало сложнее читать текст);
• беспроводная мышь разрядилась (остаётся только пользоваться интерфейсом с клавиатуры).

Все эти примеры ни разу не про инвалидность или скринридеры, а про нашу с вами жизнь. И, честно говоря, называть это доступностью я бы перестал — ведь есть более знакомые всем понятия UX и юзабилити.

Заключение

Чтобы никто не истолковал вышесказанное превратно, подведу итог. В моей картине мира доступность — синоним UX и юзабилити. Отсутствие статистики по использованию скринридеров не означает того, что можно отказываться от нативной семантики (заголовки, секционные элементы, ссылки, кнопки, etc) и всё верстать дивами — нативная семантика облегчает жизнь не только скринридерам, но и обычным пользователям (кнопка-div с клавиатуры не нажмётся, ссылка-div не скопируется и не откроется в новой вкладке). А главное, помните, что нам платят деньги не за двигание пикселей по экрану, а за разработку удобных и решающих свои задачи интерфейсов.