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

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

6 октября, 20214 минуты на чтение

Мы каждый день пользуемся социальными сетями, маркетплейсами, платежными системами, приложениями для заказа такси и еды на дом. Но нечасто задумываемся о том, как теми же самыми приложениями пользуются люди с ограниченными возможностями.

Всеволод Попов, незрячий студент из Москвы, учится на третьем курсе в МГППУ на факультете информационных технологий, изучает QA-тестирование (автоматизированное, ручное тестирование и тестирование доступности). Также Всеволод ведет подкасты проекта «СЛУШАЙ, ЧТОБЫ ВИДЕТЬ!». Он рассказал, как компании теряют клиентов из-за плохой доступности приложений, как можно решить эту проблему, и какие технологии повышают доступность уже сейчас.

Почему тестирование доступности важно

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

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

Тем не менее такие приложения нужны незрячим. Я в обычной жизни пользуюсь социальными сетями, такими как Telegram, редакторами кода и среды разработки, такими как JetBrains IntelliJ IDEA и MicrosoftVisual Studio Code, платёжными системами, в общем, тем, чем пользуются все люди. В этом мне помогают несколько инструментов.

NVDA для Windows, VoiceOver под iOS

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

Программы экранного доступа работают и на компьютере, и на телефоне. Для каждой операционной системы своя программа. С помощью NVDA под Windows я пользуюсь Word — пишу отчёты об ошибках, статьи, активно осваиваю возможности форматирования текста, чтобы те, кто будет его читать, не фокусировали внимание на том, что его писал человек с ограниченными возможностями.

Шрифт Брайля

Я владею шрифтом Брайля и пользуюсь брайлевским дисплеем. Он позволяет читать текст, который произносит синтезатор речи, но по брайлю. Мой дисплей поддерживает программа экранного доступа NVDA для Windows. С ней совместимы множество моделей брайлевских дисплеев. По моему опыту, Windows — пока что самая адаптированная среда для таких профессиональных задач, как написание кода.

Пример брайлевского дисплея

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

Microsoft Visual Studio Code

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

Доступность — все еще проблема

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

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

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

Например, в клиенте Telegram для iOS я с трудом пользуюсь даже основными функциями. Я могу читать чаты с одним собеседником, но я едва могу читать групповые чаты, каналы, участвовать в голосовых чатах с iPhone. Всё это из-за плохой адаптации Telegram для VoiceOver под iOS.

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

Что с этим делать тем, кто создаёт приложения?

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

Как могут помочь обычные пользователи?

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

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

6 октября, 2021

Сейчас читают

Редакция рекомендует

Картина дня

Свежие материалы

Свежие материалы