Робимо застосунок доступним для глухих

Я глухий. І я розробник

Я глухий з дитинства. Це означає, що кожен застосунок, яким я користуюсь, спілкується зі мною без звуку. Без сигналів, без мелодій, без голосових підказок. Коли додаток хоче щось повідомити — і мовчить — він мовчить для мене назавжди.

Саме тому, коли я створював власний iOS-застосунок Текстор, я з першого рядка коду думав не лише про функціональність — а про те, як він буде відчуватись у руках глухої людини. Буквально — у руках.

Ця стаття — мій особистий досвід. Досвід глухого розробника, який зробив вібрацію не декоративною фішкою, а основою доступності свого продукту.

Звук — це не єдиний спосіб говорити з користувачем

Більшість розробників думають про три канали взаємодії з користувачем: візуальний (що видно на екрані), звуковий (що чути) і тактильний (що відчувається в руках). На практиці перші два отримують 95% уваги, а третій — практично ігнорується.

Для людей з нормальним слухом це прийнятно. Для глухих — це проблема. Коли застосунок підтверджує дію лише звуком, для мене це так само, якби він не підтверджував її взагалі.

Вібрація — це наш звук. Це спосіб, яким смартфон може «говорити» руками. І якщо ви робите застосунок для всіх — ви зобов'язані думати про вібрацію так само серйозно, як про колір кнопки чи розмір шрифту.

Що таке haptic feedback — пояснення простою мовою

Haptic feedback (або тактильний зворотній зв'язок) — це вібрація смартфона у відповідь на дію користувача. iOS має вбудовану систему haptics з кількома рівнями інтенсивності: легка вібрація, середня, сильна, а також спеціальні патерни для різних ситуацій.

Для більшості користувачів це лише «приємна деталь». Для глухої людини — це повноцінний канал комунікації між застосунком і людиною.

Як я реалізував вібрацію в Тексторі: конкретні приклади

Текстор — це мій особистий iOS-застосунок для роботи з текстом. При розробці я поставив собі правило: кожна значуща дія повинна супроводжуватись тактильним підтвердженням. Ось що це означає на практиці.

1. Подвійний тап → очищення тексту → вібрація підтвердження

Коли користувач двічі торкається екрана, щоб очистити текстове поле — після очищення телефон дає коротку виразну вібрацію. Це означає: «готово, текст видалено». Без цього я б не знав — дія відбулась чи ні. Довелось би дивитись на екран і перевіряти окремо.

2. Перехід між сторінками → легка вібрація → розуміння навігації

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

3. Помилка → виразна вібрація → сигнал тривоги

Якщо щось пішло не так — застосунок дає чіткий тактильний сигнал, відмінний від звичайного підтвердження. Я відразу розумію: це не успіх, треба звернути увагу. Без звуку. Без слів. Лише через руки.

4. Успішне збереження → м'яка вібрація → спокій

Текст збережено — коротка м'яка вібрація. Все добре. Продовжуй роботу. Мені не потрібен спливаючий банер чи звуковий сигнал — достатньо відчуття в долоні.

Що відчуває глуха людина, коли застосунок мовчить

Уявіть: ви натискаєте кнопку «Зберегти». Нічого не відбувається. Чи збережено? Чи відбулась помилка? Чи застосунок завис? Ви натискаєте ще раз. Знову — тиша. Чи це вже двічі збережено? Чи все ж таки помилка?

Це і є повсякденна реальність глухого користувача у застосунках без тактильного зворотного зв'язку. Постійна невизначеність. Постійна необхідність дивитись на екран і шукати підтвердження візуально. Це виснажує.

Вібрація вирішує цю проблему миттєво. Відчув — значить, зрозумів. Це природно, швидко і не потребує зорової концентрації.

Поради розробникам: як додати вібрацію правильно

Якщо ви розробляєте iOS-застосунок і хочете зробити його по-справжньому інклюзивним — ось практичні рекомендації:

1. Використовуйте UIImpactFeedbackGenerator для підтвердження дій. Легка (.light), середня (.medium) і сильна (.heavy) вібрація — для різних ситуацій.
2. UINotificationFeedbackGenerator для станів. Типи .success, .warning, .error мають різні тактильні патерни. Використовуйте їх за призначенням.
3. Різні вібрації для різних дій. Не використовуйте одну і ту ж вібрацію для всього. Глуха людина навчиться розрізняти їх — як мову.
4. Не замінюйте звук вібрацією — доповнюйте. Додайте вібрацію поряд зі звуком і візуальним сигналом. Так ваш застосунок стає доступним для всіх.
5. Тестуйте без звуку. Вимкніть звук на телефоні і пройдіть весь user flow свого застосунку. Чи зрозуміло вам, що відбувається? Якщо ні — додайте haptics.
6. Дайте користувачу контроль. Додайте налаштування для вимкнення вібрації — для тих, кому вона заважає.
7. Залучіть глухих тестувальників. Найкращий спосіб перевірити доступність — запитати людей з порушенням слуху. Їхній зворотній зв'язок безцінний.

Інклюзивність — це не список вимог, це турбота

Коли хтось каже «ми зробили інклюзивний застосунок» — я завжди запитую: а ви думали про людей, які не чують? Не тільки про шрифти і контраст кольорів — а про те, як ваш застосунок спілкується з тими, для кого звук недоступний?

Доступність — це не галочка у чеклісті. Це рішення на кожному кроці розробки. Це запитання «а як це відчує людина, яка не чує?» при кожній новій функції.

Ми, глухі, не чуємо — але ми відчуваємо. Руками, долонями, усім тілом. Дайте нам цей зв'язок з вашим продуктом — і ми будемо вдячні.

Руками ми чуємо світ

Текстор — це мій особистий доказ того, що доступність можна і потрібно будувати з нуля, а не додавати наприкінці як виправлення. Кожна вібрація в застосунку — це моє рішення, прийняте свідомо.

Якщо ви розробник і читаєте це — прошу: наступного разу, коли будете додавати нову функцію, запитайте себе: «а як це відчує глуха людина?». Можливо, одна коротка вібрація стане для когось різницею між зручним застосунком і тим, який просто не підходить.

Інклюзивність починається не з великих жестів. Вона починається з маленьких вібрацій.