Выпуск 4

Продвижение доступности в компании, мотивация, аргументы и опыт

Темы

События

Расшифровка

Таня Фокина: всем привет! С вами «Инклюзивный ананас» — первый русскоязычный подкаст о доступных интерфейсах. Здесь мы обсуждаем всё, что связано с цифровой доступностью и делимся свежими новостями и событиями. Подпишись, чтобы не пропустить новые выпуски.

С вами ведущие подкаста Глаша Жур, фронтенд-тимлид и преподаватель на курсах по веб-доступности, а также Таня Фокина, редактор раздела доступности в Доке, дружелюбном справочнике по фронтенду, и большая любительница поговорить о доступности.

Глаша Жур: а сейчас — к новостям!

Новости

Глаша: недавно WCAG 2.2 получил статус предложенных рекомендаций. Голосование участников рабочей группы за то, чтобы рекомендации получили финальный статус «Recommendations», закончится 19 августа. Так что новую версию мы сможем увидеть уже до конца августа, скорее всего. Тем временем обновили и рабочий черновик WCAG 3. В руководствах поправили описания разделов и добавили список новых потенциальных критериев и подходов к проверке доступности.

Таня: следующая новость. Reddit, небезызвестный сайт-отец интернета, тестирует новые доступные фичи. Изменения в API соцсети возмутили многих пользователей и подняли, заодно, проблему доступности. Так что команда разработчиков Reddit пообещала, что в следующем месяце улучшит доступность ключевых компонентов интерфейса для пользователей скринридеров. А это боковое меню, панель с вкладками, редактирование и создание нового поста тулбары, фиды и прочее.

Глаша: а ещё недавно Министерство юстиций США направило в Федеральный реестр предложение по правилам для обеспечения доступности веб-сайтов и мобильных приложений государственных учреждений, ресурсов по трудоустройству и образованию, информации о голосовании, медицинских и экстренных служб и транспорта. После публикации этого предложения на сайте ada.gov можно будет внести свои комментарии. Не уверена, можем ли мы участвовать в этом процессе, но можно попробовать. Важно здесь то, что раньше в США не было конкретных требований конкретно для веб-сайтов. Это касалось больше компаний, у которых есть физические места и продажи и, в то же время, веб-сайты. Но теперь кажется, что они планируют создать требования конкретно для сайтов и мобильных приложений, что очень круто.

Аргументы в пользу доступности

Глаша: Таня, мы сегодня с тобой такую сложную тему затрагиваем, на самом деле. Она у всех просто на слуху. Каждый, я думаю, и ты, и я в своей жизни немало получили этого вопроса. А как же заставить компанию продвигать доступность внутри себя, внутри продукта, как продавать клиентам и так далее. Поэтому мы сегодня решили с тобой на коне въехать в эту тему и немножечко просветить тех, кто ещё в своей жизни ни разу не задал этот вопрос. Может быть, он после этого и не задаст. Поэтому надеюсь, у нас получится хорошо объяснить. Давай, наверное, с тобой какие-то предложим аргументы, с которыми я могу прийти к своему руководству и рассказать им, что доступность – это очень важно. Какой бы ты аргумент привела чуть ли не первым?

Таня: если это менеджер, то он хочет в первую очередь услышать что-то про пользу компании, а не пользователей. Поэтому, если заходить с этой стороны, я бы сделала упор на то, что доступный продукт – более конкурентоспособный продукт, чем недоступный.

Глаша: справедливо!

Таня: да, однозначно. И у компаний с доступным сайтом есть больше шансов выиграть, обогнать других людей, другие компании на рынке. И благодаря доступному интерфейсу к вам будут утекать клиенты ваших конкурентов.

Глаша: по-моему, это отличный аргумент. Мне бы ещё, как менеджеру, очень сильно понравился аргумент, в котором содержится слово «безопасность» для компании. То есть мы не подвержены никаким юридическим рискам. Сейчас очень активно, в частности в США, ведётся очень активная статистика по подсчёту исков в день по доступности к разным компаниям. И есть такая статистика, что каждый день около десяти исков подаётся против компаний из-за недоступности их интерфейсов. Поэтому это тоже может быть очень крутым аргументом, скорее всего. Его называют одним из самых первых мотиваторов для компаний. Это именно юридическая мотивация. То есть вы обязаны по законодательству делать ваши интерфейсы доступными.

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

Сейчас во многих регионах мира есть законодательство о доступности. В США есть несколько законов, и одним из главных является ADA — Americans with Disabilities Act. Он сейчас действует, и он сейчас будет немножко обновляться.

В Австралии, в Ирландии, в странах Евросоюза тоже есть все эти законодательства. В Канаде, в Британии. Есть разные ещё типы актов для разных областей доступности. Например, в США есть специальные акты про видеоконтент и его доступность, в том числе про видеоконференции и так далее. В Британии тоже есть всё это, в Японии есть законодательство. То есть тот момент, когда это всё начнёт жёстко требоваться, допустим, в Европе, он обязательно наступит. В США он уже наступил.

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

Так что да, юридическая мотивация — важный пункт.

Таня: но не во всех странах есть какое-то законодательство про доступность, либо оно такое, необязательное, либо только для государственных компаний. Это очень частый кейс. Так что здесь можно говорить тогда о правах людей, о правах людей с инвалидностью в частности. О том, что каждый человек, вне зависимости от своего физического состояния должен получать доступ к информации, должен иметь возможность читать книги, пользоваться какими-то банковскими приложениями, должен чувствовать себя человеком, должен иметь возможность как-то удовлетворять свои потребности, не только базовые, но и какие-то уже более продвинутые.

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

Глаша: в этом плане очень тоже прикольно, что эмпатия же может идти откуда-то сверху или откуда-то извне, но также она может идти из команды. Когда ты у себя в команде пытаешься ребятам рассказать про доступность. Как это влияет на других людей, показывать какие-то примеры.

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

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

Вот, так что да, эмпатия такой важный поинт в обеспечении доступности, в доказательствах всем вокруг, что это действительно нужно.

Таня: когда ты понимаешь, что ты, как разработчик, не просто красишь кнопки, а красишь <button>.

Глаша: красишь <button>, да-да, в доступные цвета с хорошей контрастностью, и все состояния этого <button> есть!

Глаша (смеётся): фокус есть, ховер есть, они контрастные!

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

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

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

Плюс есть интересные цифры и статистика. Например, я находила информацию, что 71 % людей с инвалидностью, которые сталкиваются с какими-то барьерами на сайте, просто уходят с этого сайта и вряд ли туда возвращается потом. Только если вообще нет никакой альтернативы. Так что это действительно интересный аргумент, который, возможно, поможет вашим менеджерам осознать необходимость доступности через какую-то пользу компании.

Ну и ещё важная здесь составляющая заключается в том, что, благодаря доступному сайту, например, вы включаете ещё больше людей в современную экономику. Ведь все люди, вне зависимости от того, какие особенности здоровья у них есть, хотят, например, покупать одежду, иногда еду. Да, так бывает. Люди со слепотой или глухотой едят еду.

Глаша: возможно, они даже интроверты, и они не хотят общаться с сервисом и звонить, чтобы эту еду заказать или идти куда-нибудь.

Таня: да! А ещё у них есть деньги, которые им надо переводить кому-то или платить налоги. Так что, да, это действительно крайне важно. Как бы это странно ни звучало для многих людей, чтобы ваш сайт был доступным.

Глаша: да, ты сказала про пиццу, я вспомнила тут прикольный кейс. У нас есть в сообществе очень известный деятель Миша Рубанов, который работает iOS-лидом в Додо Пицце. И он очень часто выступает со всякими докладиками, рассказывает про их accessibility-успехи. Он там главный вообще accessibility-драйвер. Кстати, мы его спросили, как у них там в компании всё происходит, и он нам обязательно об этом расскажет.

У Миши есть прикольная такая идея в его докладах, что у них был кривой интерфейс, который с виду даже не очень понятен с точки зрения дизайна. То есть он изначально задизайнен был не очень хорошо. Они столкнулись с проблемой того, что пользователь незрячий вообще не понял, что в этом интерфейсе сейчас находится и как с ним можно взаимодействовать.

Это была речь про скорость доставки. Пользователь столкнулся с тем, что он не мог выбрать время доставки. Он заказал и хотел указать отложенное время, типа на 16:00, но ему привезли немедленно сейчас, потому что он просто не смог указать время. На самом деле там такая возможность была, только она была очень супер не очевидная.

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

Оттуда у них уже пошли дальше разборки, а как влияет размер шрифта на этот интерфейс. И они стали увеличивать настройки шрифта и поняли, что везде там надо доделывать, переделывать. Размер шрифта вообще интерфейс перестраивает очень сильно. В итоге они допилили там некоторые фичи и увидели, что у них средний чек вырос на 6%. То есть пользователи стали после этих исправлений платить больше денег компании, то есть заказывать больше пиццы. И ребята задумались, а действительно ли это связано там, например, с настройками доступности или с тем, что они увеличили какие-то элементы интерфейса. Например, они увеличили очень сильно картинку. Картинка стала более очевидной. Ты видишь пиццу, ты хочешь её заказать, ты её заказываешь. Чем больше пиццы, тем больше ты хочешь её заказать. И они прям начали хакатонить после этого эффекта, что у них увеличились продажи.

Они начали хакатонить и смотреть, какие ещё типы интерфейсов они могли бы сделать другие в этом приложении. То есть они начали придумывать новые идеи. И это, по сути, один из аргументов.

Это то, что компании, которые занимаются доступностью, они более склонны внедрять какие-то новые технологии, инновационные какие-то штуки добавлять. Мозг начинает работать по-другому, в том числе у дизайнеров, в том числе у менеджеров. И ты начинаешь какие-то инновации приносить в рабочие процессы своей компании. То есть это очень круто. И таким образом это тоже отличает компанию на рынке. Вот нетипичный интерфейс, но при этом он будет удобен абсолютно для всех вне зависимости от того, есть у человека какие-то дизабилитиз или нет. Я с плохим зрением хочу большую картинку, но я как человек голодный, я бы тоже хотела большую картинку.

Поэтому очень прикольный аргумент, что компании действительно более склонны к инновациям. И это, кстати, привлекает лучших разработчиков, лучших дизайнеров. То есть можно прям со всех сторон получить крутой эффект.

Таня: я тут ещё вспомнила доклад двух разработчиков из Miro, которые на Axe-conf делились тем, как они решали задачу по тому, как сделать карточки и их перемещение по доске доступным с клавиатуры. И они подключили к этому математику, геометрию. В общем, там попёрли всеми любимые алгоритмы. Эта задача потребовала от них обширных знаний. Не просто, как, не знаю, запустить приложение на React, а то, как решить такую сложную задачу.

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

Таня: и следующий аргумент, о котором ты отчасти упомянула, про вот этот выросший Додо Пиццы чек на 6%. Это то, что доступный интерфейс привлекает больше денег, увеличивает вашу прибыль. И, с другой стороны, доступность позволяет вам не терять деньги по ходу. Ну, например, не тратить их на судебные разбирательства, на юристов и на какие-то доработки срочные. «К завтрашнему дню у нас должна быть полностью доступная форма, иначе всё будет очень плохо». То есть она, с одной стороны, позволяет вам экономить какие-то деньги, которые вы могли бы с большей пользой потратить, чем тушить срочные пожары. И, с другой стороны, она привлекает деньги в вашу компанию. И, например, есть мировая статистика, которая оценивает стоимость сектора рынка, в который включены люди с инвалидностью, в семь триллионов долларов. То есть представьте себе, что ваши конкуренты, например, по ремонту телевизоров не имеют доступных сайтов, а ваши сайты доступны. И к вам стекаются деньги ещё большего количества клиентов.

Глаша: чтобы к вам стекались деньги разных клиентов, вам, конечно же, нужно, чтобы вас получше в сети находили. Да, очень хорошая подводка к следующему аргументу.

На самом деле это такой маленький, но очень крутой аргумент. Как вы знаете, поисковые системы, поисковые роботы оценивают наши сайты по 1000 и 1 параметру. Иногда мы даже не знаем, какие это могут быть параметры.

У Google точно есть специальная таблица, в которую попадают сайты и ранжируются там по удобству использования, то есть по юзер-экспириенсу. Если пользователь зашёл на сайт, и ему что-то не понравилось, он оттуда вышел, сайт в этой табличке проваливается. Понятно, что там не сразу, это не мгновенный эффект, но вы могли бы достичь лучших результатов в поисковой выдаче, имея accessible code [доступный код]. То есть доступные интерфейсы, которые правильно написаны с точки зрения HTML, CSS и JavaScript, которые не имеют какого-то скрытого странного контента, которые не сломаны, где пользователь может нажать на кнопку, и кнопка нажмётся.

Почему-то мы в доступности очень любим приводить в пример кнопки. Скоро, Таня, мы скоро починим все кнопки в интернете, и нам будет просто нечего приводить в пример. JAWS просто, например, уже и NVDA, скринридеры, умеют распознавать кликабельные элементы и говорить, что на этот элемент можно нажать. Я как-то делала доклад. Там нарисовала 10 кнопок разными способами. Я очень надеялась, что NVDA на кликабельный <div> не скажет, что это какой-то кликабельный элемент, а просто текст зачитает. Но он сказал, что это элемент, на который можно нажать. Поэтому уже не такой классный эффект получился.

Так что да, правильно написанный код помогает вашему сайту продвигаться в поисковых системах. Так что это тоже очень такой важный и хороший аргумент.

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

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

Опыт реальных дизайнеров и разработчиков

Таня: мы обратились к нескольким ребятам, которые работают в компаниях, где задумываются о доступности, и задали им три вопроса. Первый – это откуда взялась потребность доступности у компании. Второй – как приходилось преподносить руководству идеи делать доступные интерфейсы. И финальный вопрос – как убедить команду делать доступно и учиться

Глаша: и вот чем с нами поделился Миша Рубанов, руководитель iOS-разработки в Додо Пицце.

Миша Рубанов: нельзя сказать, что потребность прям появилась. Сценарий был другой. Мы смотрели лекции Apple, и в некоторых рассказывали про разные настройки доступности – Screen Reader и Dynamic Type. Нам было интересно попробовать, но всё руки не доходили. А потом Толя Попко выпустил ролик у Wylsacom, где критиковал разработчиков, которые не умеют делать интерфейс. Я был уверен, что я отлично в нём разбираюсь, и меня это очень сильно задело. Так я начал изучать работу скринридера и как поддерживать его в приложении.

После первых шажков по адаптации я выступил на внутреннем митапе. «Смотрите, как можем, оказывается». Эмоционально доступность окликалась нашим ценностям, поэтому решили оценить, насколько сложно внедрять, ну и делать по мере возможностей. Оказалось, что программировать-то там нечего особо, а вот научиться надо много чему. В итоге я и книгу начал писать, чтобы другим было проще преодолеть этот барьер обучения.

Я бы рекомендовал пять шагов. Первый – скачать мою книжку про доступность iOS. Там есть и про то, как научиться работать со скринридером, и про статистику, и примеры реального приложения. В общем, ответы на многие первые вопросы.

Второе – наверное, самый важный шаг – научиться самому работать со скринридером, чтобы вы могли попользоваться обычными приложениями и понимали, а вообще к какому результату вам нужно прийти.

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

Четвёртое – показать результат всем. Возможно, вы легко получите поддержку или даже наберёте сторонников, которые готовы будут вам помогать.

Ну и в конце, если процесс пошёл хоть как-то, то нужно регулярно всем напоминать, требовать на ревью кода или дизайна, подсказывать и помогать напрямую. Это постоянный процесс, потому что приходят новые люди, пишется много нового кода, и это всё нужно поддерживать. Подключать нужно всех. Например, дизайнеры могут размечать тексты скринридеров в моём приложении VoiceOver Designer, а тестировщики раз в квартал устраивали бы регресс-тестирование доступности, чтобы найти какие-то проблемы, которые у нас появились.

Таня: Миша предложил нам несколько крутых шагов по изучению доступности, а вот Саша Чудеснов, разработчик в команде дизайн-системы в компании Medallia, не очень верит, что людей можно заставить обучаться доступности, и считает, что многое зависит от личной инициативы.

Саша Чудеснов: откуда взялась потребность доступности в компании? Я могу рассказать на примере двух компаний, в которых я работал за последние четыре года. Обе они американские, сразу скажу, и ориентируются на интерпайз-рынок, не на фрилансеров, не на малый бизнес. Соответственно, основная причина, по которой в продукте возникает требование обеспечить доступность, это запрос тех самых интерпайсных клиентов, у которых он, в свою очередь, возникает из-за имеющейся судебной практики. По закону ADA и федеральных агентств, которые по закону просто не могут с вами заключить контракт, если не провели полноценный аудит или если не выдали хотя бы полноценный роадмэп по обеспечению доступности. Там есть свои нюансы, но в целом так.

Как приходилось преподносить руководству идею делать доступные интерфейсы? На этот вопрос мне будет сложно ответить, потому что в моём случае саму идею преподносить и объяснять не приходилось. Ровно потому, что это было требование со стороны руководства же, со стороны бизнеса. То есть, если это требование доступности продукта не будет обеспечено, то продукту будет хуже. Преподносить приходилось концепции, планы, которые бы эту идею делали реализуемой, потому что, хотя в моём случае не рассматривались дешёвые варианты типа создать отдельную доступную версию или поставить автоматический оверлей, были завышенные ожидания от, например, доработки дизайн-системы или внедрения автоматизированных тестов на вёрстку. Приходилось объяснять, что это закроет некоторые проблемы, но этого недостаточно и даже эта задача вовсе даже не быстрая и непростая.

Как убедить команду делать доступно и учиться? Это самый сложный вопрос, наверное, и вопрос, на который мне лично сложно будет отвечать всерьёз, потому что я не очень верю в то, что можно убедить людей делать доступно и чему-то учиться, если изначально их мнение противоположное, они считают это чем-то неважным. Вот почему, если такие убеждения у людей есть, они в лучшем случае всё свалят на вас, а в худшем случае они будут вам ещё активно противостоять.

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

Проблему убеждений людей тоже надо решать, но это выходит далеко за пределы работы по найму на конкретную компанию. Мне кажется, что когда ты занимаешься делом, которое пока что или в принципе не воспринимается как что-то достаточно важное и самоценное, коллегами, руководством, не знаю, рандомными людьми в интернете, это вряд ли ваша конкретная ответственность менять их мнение и точно не ваша вина, когда они его не меняют. Такова сейчас индустрия в целом. Так устроены законы конкретно в той или иной стране. Так устроено общественное мнение. Они меняются, но они меняются не только потому, что вы в одиночку решили их поменять. Особенно, если вы только что начали заниматься доступностью в конкретной компании или в принципе.

И поэтому упор стоит делать на то, чтобы конкретные возможности, которые у вас возникают, использовать. Если вам задали вопрос, отвечайте на него. Если вы можете поделиться с кем-то опытом, поделитесь. Присоединяйтесь к каким-нибудь чатикам, типа Accessibility Community коммьюнити в Telegram. Общайтесь с людьми, которые занимаются тем же, что и вы. И так вы поймёте, что работает, что не работает.

Глаша: Алекс Лиликой Терещенко, свободный художник и любитель стандартов, тоже считает, что многое зависит от твоей инициативы, пусть и не всегда удаётся её продвигать. Вот, что он написал нам.

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

В компаниях Алекс обычно продвигает доступность через эмпатию и человеческие права. Доступный продукт – это первый шаг к созданию инклюзивной корпоративной культуры и хороший фундамент для найма людей с различными инвалидностями. Тут есть бонусный аргумент. Приближающийся 2025 год, когда начнёт работать Европейский закон о доступности, и навыки, связанные с доступностью и получаемый опыт помогут не остаться без работы на европейском рынке. Ещё это открывает двери крупных международных конференций, где возможность выступить – это отличная строчка в резюме, а также способ попиарить компанию на рынке трудоустройства.

Самое сложное для Алекса в продвижении доступности – это горизонтальное адвокатство. Какие-то сотрудники компании задумываются о доступности, только если на них сверху надавить. Усилия одной команды могут затираться хотфиксом или фичой другой команды, например, когда разработчики делают правки для галочки. Чтобы такого не происходило, нужно покрывать код автотестами, проводить ручное тестирование и тщательное ревью пулреквестов. Из-за этих подводных камней адвокатам доступности важно заручиться поддержкой руководства, а по возможности получить должность повыше, чтобы было больше рычагов давления.

Даже в недружественной среде, без возможности сделать продукт доступным, развивайте свои навыки и не унывайте. Это, в первую очередь, вклад в вашу карьеру, и даже такой опыт приближает вас к работе мечты в команде, где все уже активно улучшают доступность продукта и даже внутренних инструментов. Учиться можно на бесплатном контенте, тестировать самостоятельно, читать спеки и руководства, изучать опыт людей с разными инвалидностями и особенностями взаимодействия, на курсах, воркшопах и профильных мероприятиях.

Таня: несмотря на сложности, с которыми сталкиваются специалисты по доступности, всё ещё есть Лера Курмак, руководитель направления инклюзии в Яндексе, которая не сдаётся и доказывает, что окружающие тебя люди могут очень вдохновлять на работу с доступностью.

Лера Курмак: откуда взялась потребность доступности в компании? В Яндексе есть благотворительный фонд «Помощь рядом». Это инфраструктурный фонд, который помогает некоммерческим организациям системно решать социальные проблемы с помощью технологий. И у него есть несколько программ. Одна из этих программ – это помощь подопечным фондам с поездками на такси. И когда ребята работали вместе с некоммерческими организациями, они столкнулись с тем, что не все сервисы, в частности, например, на тот момент, когда всё это только начиналось, такси было, например, недоступно для незрячих людей. И тогда ребята обратили на это внимание, и, собственно, с этого и началась системная работа над accessibility в компании.

Как приходилось преподносить руководству идею делать доступные интерфейсы? Очень важно понимать, что нет некоторого мифического в вакууме руководства. Всегда, когда вы говорите с руководителями сервисов о адаптации сервисов, это конкретные люди с конкретной мотивацией, с каким-то конкретным контекстом, в котором они сейчас находятся. Сервис может быть, например, в самом зародыше или очень сильно трансформироваться. И всегда очень важно все вот эти контексты и нюансы учитывать, когда мы говорим про адаптацию сервисов. Всегда важно понимать, в каком состоянии сейчас сервис. И вот эта фраза «преподносить», она, конечно, зависит от этого самого контекста.

Как убедить команду делать доступно учиться? Я больше всего люблю вдохновлять людей. Например, недавно я летела в самолёте, и когда я приземлилась, я включила Telegram и увидела в чатике нашим рабочим маленькие записанные видосики с концерта Агутина, где мы сопровождали этот концерт на русском жестовом языке. И когда я увидела эти видосики, это было настолько заряжающе, настолько вдохновляюще, что я просто скакала по аэропорту. И вот, мне кажется, примеры такой работы, конкретной работы, которая может показывать, а что получается в итоге, как, например, показать, как, например, незрячий человек может пользоваться вашим сервисом, когда он уже адаптирован. Например, даже если это какой-то кусочек, вот такие вещи они убеждают, как ничто другое.

Опыт компаний

Глаша: мы предложили вам очень крутые аргументы, прям целый набор. Наверняка сюда можно будет ещё что-нибудь добавить. Также хотели бы рассказать вам немножко про то, как крупные компании внедряют доступность в свои процессы, какие продукты они делают.

Естественно, есть прям самые большие. Это такие, как Apple, Google, Microsoft, IBM, которые много разговаривают о доступности, постоянно мелькают на конференциях. Плюс они делают свои собственные конференции. У Apple, Google и у Microsoft на конференциях всегда есть разделы про доступность. Они всегда рассказывают про свои инновации, про свои разработки в этой области.

В мобильной разработке, например, очень много чего изменилось за последние несколько лет. И, в частности, за этот год добавилось много крутых фич с точки зрения доступности и её реализации, в частности. То есть именно для разработки. Эти крупные компании, они не только делают свои продукты доступными, стараются. Вот, например, Apple очень давно, ещё в 2000 году, постаралась, чтобы iTunes был доступен. То есть это тянется аж из тех времён. И VoiceOver на iPhone тоже очень давно существует. Сейчас он, конечно, уже на всех операционных системах существует. VoiceOver — это скринридер, который с экрана может всё зачитывать, на всякий случай поясню.

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

У Google есть много инструментов именно для разработчиков, чтобы можно было эту доступность проверять. Например, взять тот же известный нам всем Lighthouse, где есть не только проверка на перформанс и хорошие практики и SEO, но есть ещё также проверка на accessibility вашего проекта. Понятно, что всё нельзя автоматизировано проверить, мы всегда об этом говорим, но очень много ошибок можно поймать именно на таких автопроверках.

Google также очень активно использует искусственный интеллект. В своих вещах по доступности они учатся распознавать речь, более какую-то сложную речь, например, когда у человека заплетается язык или есть какие-то речевые особенности. Кроме того, они много делают по автогенерации тех же субтитров к контенту, что меня очень радует, потому что есть такая категория людей в доступности — это люди, которые не знают язык, на котором они смотрят контент. То есть я могу включить автогенерацию субтитров, допустим, если я смотрю англоязычный контент. На английском языке Google [YouTube] сгенерирует эти субтитры, и я тут же могу включить перевод, и это будет ещё автоматический перевод на русский язык, например. То есть контент становится максимально для меня доступным, и Google может лучше распознать, что мне говорит великий мастер разработки из Индии, и предложить мне сразу перевод на русский. То есть контент для меня становится более доступным.

Опять же, у Google тоже есть свой скринридер, они стараются операционные системы делать доступными. Сколько раз обновлялся на Android скринридер, TalkBack, за последние месяцы, я даже не могу пересчитать. Причём они дотюнивают пользовательский опыт прям до супер простого использования. Вот VoiceOver считается одним из самых удобных скринридеров именно на мобильных платформах. Ну как одним, их всего там три. Два. В общем, да, VoiceOver считается удобным, и Android сейчас допиливается именно под похожие сценарии использования, как в VoiceOver. И это круто, что этот опыт объединяется. Например, у наших тестировщиков очень часто два девайса [устройства] на руках, разработка приложений же всегда идёт под несколько операционных систем. Поэтому сложно тестировать интерфейсы одинаковые разными жестами, и сейчас этот опыт прям сводится к очень похожему опыту и становится более удобным.

Microsoft тоже постоянно работает в области доступности. Они очень много вкладывают в разработку доступных игр, в доступность контроллеров. У них также есть куча фич доступности в операционных системах, начиная с тех же скринридеров, заканчивая режимами высокой контрастности в операционке. Они также ведут, как, собственно, и Google, и Apple, они тоже ведут очень активную деятельность публичную. Совсем недавно они выкатили, точнее, напомнили о том, что у них есть руководство по инклюзивному дизайну, разные статьи про доступность, новости. Они анонсы тоже делают. Это целый такой большой ресурс, где они разговаривают только про accessibility и что они с этим accessibility делают.

Также IBM, у него тоже куча гайдлайнов по доступным интерфейсам. Эти гайдлайны прям с точки зрения всех членов команды описаны. То есть будь ты там менеджером, дизайнером, разработчиком, тестировщиком, для тебя есть какая-то информация полезная, которую ты можешь воспользоваться. Мы также начали снова пользоваться их инструментом. У них есть в вебе Accessibility Checker. Он так и называется «IBM Accessibility Checker». Они его не очень давно обновили. Он очень крутой и удобный. То есть там тоже можно свои сайтики протестить на доступность.

Есть ещё, конечно же, куча небольших компаний, которые занимаются доступностью. Есть ещё другие всякие большие. Мне, например, очень понравилась история с Reddit, которую мы вначале в новостях затронули. Может, чуть-чуть, Таня, подробнее расскажешь, что там происходит у них?

Таня: да, очень интересная история. И тут я просто хочу немножечко для начала вернуться назад. В больших компаниях довольно много ресурсов и с высокой долей вероятности и Microsoft, и Apple, и Google начали заниматься доступностью по многим причинам. То есть, скорее всего, это началось сверху и снизу одновременно эта инициатива исходить. Потому что, с одной стороны, менеджеры хотят, чтобы всё было хорошо с законами, с судебными исками. Точнее, чтобы этих исков вообще не было. И, с другой стороны, есть разработчики, которые хотят ещё больше пользователей радовать.

Reddit — это история о том, как пользователи надавили на компанию. В общем, если коротко, то у Reddit есть довольно древний API, который долгое время был бесплатным. И благодаря этому API, собственно, жило огромное количество клонов Reddit, разных клиентов для Reddit, которые были гораздо более доступны, чем сам Reddit. Например, приложение. И в какой-то момент, пару месяцев назад, CEO компания решил сделать это API частично платным. И поэтому разные клиенты начали кануть в Лету.

Например, был очень известный и популярный клиент Apollo, который перестал существовать из-за этих изменений. И, кажется мне, что-то не так с CEO, как минимум, с двумя CEO компании, не будем называть их по именам. Хотя, можете погуглить CEO Reddit, которого теперь ненавидят все пользователи этого замечательного ресурса.

В общем, они начали выкатывать разные обновления, которые сделали невозможным существование других клиентов. И дальше одна группа людей начала возмущаться тем, почему вы делаете всё это платным, куда катится этот мир. А другая часть пользователей, например, реддиторы со слепотой, начали устраивать свои протесты, потому что они не могут нормально пользоваться приложухой Reddit со скринридерами. И это действительно вызвало довольно большую поддержку у других реддиторов. Они присоединились к движению пользователей скринридеров.

И, в общем, в итоге Reddit и команда разработчиков сказала, хорошо, хорошо, в следующем месяце мы всё исправим всё станет хорошо, доступно и, пожалуйста, только не бейте нас. В общем, это очень интересный пример того, как инициатива исходила от непосредственных пользователей продукта, даже не разработчиков. Хотя, может быть, среди разработчиков Reddit были люди, которые тоже хотели что-то сделать, но у них были связаны руки. Но, тем не менее, очень интересный кейс.

Так что, может быть, если в вашей компании совсем отчаянная ситуация с доступностью, имеет смысл посмотреть на фидбэк, который дают ваши пользователи или обратиться к ним как-то, чтобы они вылили своё негодование в какое-то публичное поле?

Как рассказывать о доступности в вашей компании

Глаша: да, Таня сказала про фидбэк пользователей. Мне кажется, это один из пунктов, по которым вы точно можете начать работу над улучшением доступности своих продуктов.

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

Понятное дело, что можно начать с себя и попробовать как-то рассказать команде. Например, про то, что есть такая штука. Можно запустить им в лицо скринридер, рассказать, как это работает, и показать.

Но с точки зрения какого-то действия от компании, мне очень нравится идея, что можно именно с фидбэком пользователя поработать. Таким образом вы даже можете предотвратить какие-то иски в своём направлении. Это просто предоставить пользователю место, где он может пожаловаться на проблему на вашем ресурсе либо в вашем сервисе.

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

Миша Рубанов рассказывал про кейс Domino's. Я там сильно глубоко не внедрялась в него, я просто знала, что был такой кейс по доступности, где Domino's [Pizza] пришлось не только все интерфейсы свои сделать доступными, но ещё и очень много денег заплатить. И там был как раз момент, что пользователи обратились, мол, мы не можем заказать пиццу, а им сказали, вы можете, позвоните по телефону. То есть вы можете, у вас есть альтернативный способ, если у вас через сайт не получается, закажите по телефону. И они провели эксперимент, они 45 минут пытались заказать пиццу. То есть они пытались позвонить, дозвониться, их куда-то перебрасывало, там что-то вообще невероятное происходило.

То есть пользователь не всегда может обратиться к вам по каналу, который вы ему предоставляете. Поэтому нужно этих каналов давать целый веер для разных типов пользователей. Не забывать, что есть те, которые не видят, есть те, которые не слышат и не могут позвонить, те, которые не могут говорить, те, у которых нет рук, чтобы набрать номер или ещё что-нибудь в этом роде. Типов пользователей очень много, и поэтому предусмотреть возможность оставить фидбэк обязательно нужно различную. И, опять же, эта форма фидбэка, конечно же, должна быть доступной с точки зрения кода, понятной с точки зрения дизайна, UX. И очень важно, чтобы вы реагировали на эти запросы практически моментально. Пользователь не хочет, приходя на ваш ресурс, сразу иск вам выкатить, он не хочет заставить вас платить деньги, он хочет получить свою еду, или одежду, или что угодно. Заплатить налоги. Когда он к вам обращается, он хочет какой-то быстрой помощи.

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

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

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

То есть получить от клиента фидбэк и правильно его обработать и правильно запустить его в работу в компании, в команде — это хороший первый шаг для компании, который улучшит сразу много областей.

Таня: да, ещё можно дополнить, что также, кроме фидбэка как источника для выявления критических ошибок в вашем интерфейсе можно как-то потихоньку работать над самыми важными функциями, проверять их либо автоматически, либо смотреть на сайты конкурентов, которые точно знаете, что более доступны, чем ваши. То есть обращать внимание на какие-то критически важные пользовательские флоу [сценарии]. И, например, если у вас приложение для чтения книг, было бы неплохо, чтобы для начала пользователи могли эти книги в нём прочитать и как-то добраться до, собственно, этих книг. Уже потом исправлять какие-то менее серьёзные, менее важные функции.

Глаша: и, кроме того, что вы что-то делаете у себя в компании, очень важно ещё рассказывать о том, что вы это делаете. Есть очень много способов, как вы можете рассказать о том, что вы работаете над доступностью. Ну, иначе просто никто действительно не узнает, и вы будете что-то делать, ну, грубо говоря, в стол. У вас исчезнет вдохновение. Понятно, что это не совсем так работает в больших компаниях, но энивей. Обязательно нужно рассказывать.

То есть есть несколько очень официальных способов, которые предполагают создание на вашем сайте некоторого заявления о доступности. Это заявление может быть представлено в разной форме и может быть разной глубины подробности. Одним из таких заявлений является, собственно, заявление о доступности. Вы можете очень часто найти его у крупных каких-нибудь компаний, типа, например, LinkedIn, Twitch. Вы можете найти его внизу сайта в футере. Это часто ссылочка, которая называется «Accessibility». В этом заявлении перечисляются функции, какие-то фичи по доступности, которые есть сейчас на сайте, и их уровень соответствия критериям гайдлайнов и требованиям законов. То есть там будет сказано, что вот эту фичу мы сейчас там сделали на AA, то есть она прям супер классно доступная, но можно ещё чуть-чуть больше доступности туда добавить, если понадобится. А вот эта фича, например, ещё в работе, там сейчас она соответствует уровню A, что-нибудь такое. И обычно этот документ описывает доступность самых важных страниц и экранов сайта.

Также вы можете у себя на сайте разместить заявление о соответствии. Это коротенький документ, он просто говорит о том, что ваш ресурс соответствует WCAG такого-то уровня, такой-то версии руководств. То есть, например, WCAG 2.1, уровень AA.

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

Также ещё вы можете составить такой отчет, называется VPAT. Это шаблон добровольной доступности продукта. То есть, это документ, грубо говоря, табличка, где вы пишете название своей компании, к какой вы относитесь категории рынка, чем вы занимаетесь, какой у вас сайт и так далее. То есть какую-то предоставляете информацию о компании. И дальше вы составляете таблицу, которая представляет собой список критериев из руководств. Первый столбец — это список критериев, второй столбец — это ваш статус по этому критерию. Вы его поддерживаете у себя на сайте полностью, либо вы его частично поддерживаете, либо этот критерий вообще к вашему сайту никакого отношения не имеет. Например, если у вас сайт, где просто тексты, вы там никогда не собираетесь вставлять ни видео, ни музыку. Вот, например, у меня приложение трейдинговое, и там не предполагаются какие-то видосы посреди всего трейдинга. Я пишу, что мне не нужно поддерживать руководства, которые относятся к видео, к субтитрам, к медиаконтенту. И я пишу, что да, для меня это не необходимые функции. Но в случае, если я что-то частично поддерживаю, то я могу оставить комментарий в этом документе рядом с пунктом руководства, что именно сейчас происходит по этому пункту, почему он частично поддерживается. Это довольно такой формальный отчёт. Мы по нему, например, часто аудиты проводим. То есть мы проводим аудит, составляем для клиента такой вот VPAT, как финальный результат нашего аудита. Пример VPAT можно на GitHub посмотреть.

И есть ещё так называемый Accessibility Conformance Report. На самом деле это тот же VPAT, просто там немножко больше деталей, технических деталей. Туда включена информация о том, какие средства тестирования вы используете, на каких операционных системах вы тестируете, с какими скринридерами и так далее. Плюс там могут быть какие-то ещё технические дополнительные детали, в плане разработческие какие-нибудь. На моём опыте такой отчёт требуется больше как B2B-отчёт. То есть, если я продаю свой продукт какой-то другой компании, то я предоставляю им вот этот вот отчёт о соответствии. Сейчас я, собственно, на работе так и делаю. Мы заполняем этот отчёт, показываем клиенту статус текущих наших работ по этому репорту.

Так что да, это такие суперформальные способы, как рассказать о доступности вашего продукта либо сайта.

Таня, знаешь какие-нибудь неформальные способы?

Таня: целую кучу! Бери, не хочу.

Многие компании делают официальные пресс-релизы. Это может быть их сайт, их блог, подкаст или, например, какой-нибудь сайт TechCrunch или ещё чего-то. Или WIRED. Очень популярная площадка для всяких таких пресс-релизов. Например, PlayStation так часто делает, Xbox так часто делает. Когда они запускали свои доступные контроллеры, они как раз и делали такие пресс-релизы, рассылали их по всяким сайтам геймерским, каким-нибудь техногиковским. Так что это реально довольно популярная штука, довольно популярный способ распространения информации о каких-то доступных фичах. Но это более подходящий способ для крупных компаний.

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

Ну и, конечно, новости. Опять же, это может быть ваш блог, это могут быть сайты каких-то дружественных компаний или какие-то большие агрегаторы.

Многие компании, которые разрабатывают игры, любят посылать, засылать своих разработчиков на IT-конференции и рассказывать на них о том, что они клёвого в плане доступности делают. А если это, например, Microsoft, у которой есть своя конференция, свой Xbox Showcase, там у них есть целая секция про доступность не только их платформ, но и разных игр. На последнем, например, Summer Game Fest, это тоже ещё одна игровая конференция, там тоже была секция про доступность, и были представления разных инди-игр, где небольшие команды разработчиков прямо делали упор на то, что их игры доступны, и они их тестировали с разными пользователями. Это очень круто. Ну и, например, Google I/O из мира веба и мобильной разработки, у них там тоже есть секция про доступность, что они планируют выкатить, и что они уже выкатили в этом году.

Ну и, наконец, такой есть, может быть, не очень популярный способ, но имеющий право на существование, это публикация различных планов, чейнджлогов, бэклогов, связанных с доступностью, с тем, что вы хотите исправить, что вы уже исправили. Обычно это делают на GitHub, конечно, но кто-то публикует это на сайте, например, сайт британского правительства Gov.uk. У них есть много страничек, связанных с доступностью, в том числе есть их планы по улучшению доступности их дизайн-системы на текущий год или какой-то бэклог без определённых дат.

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

Глаша: и другие компании тоже создавать подобные публичные чейнджлоги, бэклоги и так далее. Потому что, да, это очень круто даже для себя посмотреть потом историю всего этого. Плюс я сегодня вот, пока готовилась к нашей с тобой беседе, я бежала по большим крупным компаниям и смотрела у них такие похожие странички, что они сделали, чего они не сделали. То есть это не какой-то новостной блог, где ты будешь часа четыре искать сначала фильтр по слову «accessibility», потом смотреть, какая из этих статей хоть сколько-нибудь релевантая к сегодняшнему дню, а ты просто залетаешь на какую-нибудь страничку, где они коротко описывают изменения, может быть даже в конкретном разделе там Accessibility и так далее. То есть это прикольная тема.

Мне ещё очень нравится, ты немножко сказала про это, а я зацепилась и задумалась, что очень многие сейчас, по крайней мере у нас в русскоязычной среде, очень многие продвигаются через Accessibility комьюнити. То есть у нас есть несколько чатиков довольно объёмных, куда прилетают первично всякие анонсы от компаний, что они что-то сделали доступно. Возможно, они даже иногда присылают анонсы чутка заранее, чем они вышли там. Ну, конечно, это вряд ли возможно заранее какой-то анонс выложить. Но, в общем, да, компании свои анонсы о доступности интерфейсов скидывают в чатики сообществ, и сообщество быстренько бежит и всё проверяет. Условно говоря, вы таким образом получаете бесплатное тестирование.

Например, у нас в сообществе недавно был анонс о том, что приложение Duolingo стало доступно для дислексиков. То есть они хорошенечко проработали эту тему.

И ещё тоже недавно про Букмейт рассказали нам. Это приложение, где можно читать книги и слушать аудиокниги. И там ещё комиксы есть и всякое разное. В общем, да, что они сделали доступность в этом приложении. И я, конечно, как вот этот вот бесплатный тестер, я сразу нашла себе незрячего друга-тестировщика Женю Арнапольского. И мы вместе пошли смотреть на Букмейт. Причём мы посмотрели его на Android и на iOS. Нам в целом понравилось. То есть прикольно, когда не было подписи на кнопках, и тут они появились. В Букмейте очень много иконок разного вида. Все эти иконки стали подписаны. Стало понятно, что это кнопка, её можно нажать. Конечно, не без маленьких упущений в плане интерфейсных элементов. Какие-то кнопки всё ещё остались не кнопками, важные особенно.

Например, нам было тяжеловато отправить отзыв и вообще сориентироваться на странице отзывов. Потому что там у каждого отзыва можно ещё оставить ему отзыв. И ты, когда листаешь через группу элементов и каждый раз натыкаешься на кнопку «Оставить отзыв, оставить отзыв», и ты не понимаешь, что это относится к предыдущему отзыву, а вовсе не ко всей ленте, это немножко сбивает. Плюс там остались парочка недотестированных экранов настроек. Ну и да, сам флоу [сценарий] чтения книги. Кажется, что пока что наиболее доступным способом будет скачать книгу в удобном тебе формате и загрузить её в то место, где тебе её удобно читать или слушать. Пока что скринридеры именно с экранами чтения не очень хорошо справляются.

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

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

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

Таня: да, и это хороший информационный повод. Так вашу компанию будут обсуждать. О вашем продукте, может быть, до этого не знавшие люди узнают. Так что здесь, я бы сказала, много есть преимуществ такого формата общения со своей аудиторией или с потенциальной аудиторией. Как всегда, доступность, она на поверхности. Кажется, что никто это не заметит. Я «обожаю», когда люди говорят: «Моим сайтом не пользуются люди со скринридерами». Вот знают, вот понимаешь, знают они, что ни разу к ним не зашёл такой пользователь.

Глаша: как проверить, что они заходили? Как вот мы узнаем, что к нам пользователи приходили? Вот это тоже очень часто.

Таня: это частый вопрос: как отследить скринридеры. Но, если копнуть глубже, доступность — она про всех пользователей в итоге, и абсолютно все стороны этих отношений выигрывают. Так что очередной, мне кажется, кейс, когда доступность — это нечто большее, чем доступность.

Глаша: да, совершенно верно. Так что мы призываем всех: проводите беседы в ваших компаниях, посмотрите, если вы аутсорс, у вас много проектов, может быть, вы можете даже как-то принудительно перейти в проект, где есть доступность, попробовать себя в этой сфере, попроситься туда.

Вы можете просто, если вам стало интересно, пойти поресёрчить [изучить], почитать статистику, посмотреть, какие первые шаги вы можете сделать по улучшению ваших интерфейсов. Можете даже никому об этом не рассказывать. Я как тимлид разрешаю вам не говорить своему менеджеру, что вы улучшили какой-то кусочек интерфейса, заменили там реактовый компонент на более доступный реактовый компонент.

Да, очень вдохновляем вас на то, чтобы делать доступно, доносить до руководства. Приходите к нам с вашим вечным вопросом: а как же? Нужны же деньги и вообще всё вот это вот. Вот мы вам ещё что-нибудь дополнительно расскажем, какие-нибудь интересные истории из своего опыта. И с удовольствием направим вас на истинный путь. Можете даже директора за ручку привести, но там сложнее будет.

Глаша (смеётся с идеи привести директора): Мы с Таней слишком вдохновлены идеей доступности, чтобы доносить её в формате сухих фактов, цифр и документов. Но мы обязательно найдём человека, который владеет подобной информацией и пригласим его на встречу, чтобы убедить всех, что доступность важна всем!

Таня: про разработчика, который тихо заменяет один React-компонент на более доступный хочу сказать, резюмировать эти действия так: не все герои носят плащи!

Глаша (смеётся): именно!

Таня: На этой ноте переходим к событиям!

События

Таня: и у нас накопилось довольно много событий в мире доступности.

Первое из них это — конференция Web Accessibility In Mind Conference, которая будет второй по счёту и пройдёт с 29 по 30 августа.

Следующее мероприятие — это своего рода митап от IAAP, организации, которая занимается доступностью и сертификацией, и всяким таким. Этот митап будет называться 1% Shifts to improve digital accessibility и пройдёт 31 августа.

SmashingConf Freiburg, конференция Smashing Magazine, она пройдёт во Фрайбурге с 3 по 6 сентября, она платная и будет в оффлайн и в онлайн форматах.

Следующее событие — Celebrating the Web Accessibility Directive Anniversary пройдёт 23 сентября. И это тоже мероприятие от IAAP.

WordPress Accessibility Day — очень крупная конференция WordPress про доступность, как следует из названия, пройдёт 27 сентября онлайн и она бесплатная, так что можете зарегистрироваться.

И, наконец, одна из крупнейших, если не самая крупная конференция про доступность в геймдеве GAconf пройдёт с 9 по 10 октября в онлайне и оффлайне.

Таня: с вами был подкаст «Инклюзивный ананас» и его ведущие Глаша и Таня. Вы можете найти нас на любой подкаст-платформе. До встречи в следующем выпуске!