Comments 9
Вы бы сначала хоть для обычных пользователей нормальные сервисы сделали, а потом уже говорили об адаптациях.
Так и вижу как инвалиду на коляске: Вот где карту открывали, туда и идите
Так и вижу как инвалиду на коляске: Вот где карту открывали, туда и идите
2018 год
Сбербанк учит на Хабре как делать User-Frendly интерфейсы
Сбербанк учит на Хабре как делать User-Frendly интерфейсы
Вы смотрите вообще не в ту степь, пользователю важно:
1) Что было понятно куда тыкать
2) Что бы быстро грузилось
3) Что бы номер телефона был на главной странице
4) Что бы информация была представлена человеческим языком
и еще… если вы хотите… — «нажмите 1, нажмите 2, нажмите 3… нажмите 150 или оставайтесь на линии».
Если взглянуть на все приложения сбера, то совет один «гнать нужно таких руководителей ИТ отделов, ибо это тихий ужас»
1) Что было понятно куда тыкать
2) Что бы быстро грузилось
3) Что бы номер телефона был на главной странице
4) Что бы информация была представлена человеческим языком
и еще… если вы хотите… — «нажмите 1, нажмите 2, нажмите 3… нажмите 150 или оставайтесь на линии».
Если взглянуть на все приложения сбера, то совет один «гнать нужно таких руководителей ИТ отделов, ибо это тихий ужас»
Я уже довольно долго занимаюсь Accessibility и уже сделал несколько приложений полностью доступными (удовлетворяют всем требованиям WCAG 2.0).
Так что могу считать себя в некотором смысле экспертом по этому вопросу. Ниже замечания из моего практического опыта.
Прежде всего сделать сайт доступным это неимоверно сложная задача, на порядок сложнее адаптации под мобильные устройства. Всё-таки дисплей Брайля более экзотическое устройство чем экран самого маленького телефона.
С другой стороны доступный сайт почти наверняка будет mobile-friendly.
Разрабочикам советую избегать этой работы как бесконечный источник головной боли.
Вам скорее всего придётся отказаться от старых браузеров. Вам будут необходимы flex-разметка,HTML-5 видео, поддержка svg и другие фичи.
Начнём с очевидных косяков в статье:
В целом работа над доступностью означает улучшение общего качества кода. Не должно быть никаких грязных трюков. Кнопки должны обозначать кнопки, заголовки заголовки, комбобоксы комбоксы, а списки списки. Весь HTML должен быть полностью валидным.
Если вы используете фреймоворк/библиотеку который явно не поддерживает accessibility либо генерирует элементы на лету (ExtJS, GWT), вам вероятно придётся от него отказаться. Кроме того struts теги плохо поддерживают роли и aria-аттрибуты.
Если у вас видео на сайте то используйте able player и добавьте соответствующие треки и субтайтлы.
Самая сложная задача, на мой взгляд, это устойчивость к изменению размера. Вам скорее всего придётся переделать иконки и фоны на SVG чтобы они не выглядели blury и растягивались когда будете масштабировать.
Как можно тестировать без специальных инструментов:
Как можно легко убедиться, даже главная страница Сбербанка не является accessible, что лишний раз подчёркивает, что Сбербанк останется Сбербанком какие бы статьи на хабре он не писал.
Так что могу считать себя в некотором смысле экспертом по этому вопросу. Ниже замечания из моего практического опыта.
Прежде всего сделать сайт доступным это неимоверно сложная задача, на порядок сложнее адаптации под мобильные устройства. Всё-таки дисплей Брайля более экзотическое устройство чем экран самого маленького телефона.
С другой стороны доступный сайт почти наверняка будет mobile-friendly.
Разрабочикам советую избегать этой работы как бесконечный источник головной боли.
Вам скорее всего придётся отказаться от старых браузеров. Вам будут необходимы flex-разметка,HTML-5 видео, поддержка svg и другие фичи.
Начнём с очевидных косяков в статье:
- Никто на запрещает пользоваться диалогами и всплывающими окнами. Есть специальные роли и атрибуты для диалогов.
- Более серьёзная ошибка: увеличивать надо не всю страницу в два раза, а только текст (так что доля площади текста на странице увеличится). Надо убедиться что нет горизонтальных скролов.
В целом работа над доступностью означает улучшение общего качества кода. Не должно быть никаких грязных трюков. Кнопки должны обозначать кнопки, заголовки заголовки, комбобоксы комбоксы, а списки списки. Весь HTML должен быть полностью валидным.
Если вы используете фреймоворк/библиотеку который явно не поддерживает accessibility либо генерирует элементы на лету (ExtJS, GWT), вам вероятно придётся от него отказаться. Кроме того struts теги плохо поддерживают роли и aria-аттрибуты.
Если у вас видео на сайте то используйте able player и добавьте соответствующие треки и субтайтлы.
Самая сложная задача, на мой взгляд, это устойчивость к изменению размера. Вам скорее всего придётся переделать иконки и фоны на SVG чтобы они не выглядели blury и растягивались когда будете масштабировать.
Как можно тестировать без специальных инструментов:
- Убедись что всё можно сделать кнопками,
- Откройте приложение в текстовом браузере,
- Откройте в IE и выставите контрастные режимы в Windows: белый на чёрном и чёрный на белом.
- Поставьте плагин “Zoom Text Only”и увеличьте как текст так и масштаб страниц в 2 раза (сумарно текст увеличится в 4x4 раза)
Как можно легко убедиться, даже главная страница Сбербанка не является accessible, что лишний раз подчёркивает, что Сбербанк останется Сбербанком какие бы статьи на хабре он не писал.
А примеры ваших сайтов и приложений можете показать? Может быть есть статьи, где вы делитесь своим практическим опытом?
Своим практическим опытом я поделился выше, если вас есть конкретные вопросы спрашивайте, постараюсь ответить.
Пример хорошего, accessible сайта можно найти здесь www.visionaustralia.org
Пример хорошего, accessible сайта можно найти здесь www.visionaustralia.org
Мне кажется, текст слегка расходится с реальностью. Да и по-моему, нужно разделять дизайн для ограниченных и нормальных людей.
Возможно, для кого-то это не важно, но лично я стараюсь отказываться от продуктов которые используют нынче модный тренд «разговора» с пользователем. Начиная от банкоматов Сбербанка и звонков в колл-центр заканчивая сканерами в обновлённых Пятерочке или Перекрестке.
Возможно, для кого-то это не важно, но лично я стараюсь отказываться от продуктов которые используют нынче модный тренд «разговора» с пользователем. Начиная от банкоматов Сбербанка и звонков в колл-центр заканчивая сканерами в обновлённых Пятерочке или Перекрестке.
Совсем недавно (около месяца назад) была петиция на change.org, что слабовидящим тяжело пользоватьеся сбером онлайн из-за кучи мусора и читалка читала весь этот мусор.
«Совпадение?»
«Совпадение?»
Sign up to leave a comment.
Как создать сайт или приложение, учитывая пользователей с особенными потребностями