Зручність, доступність та інклюзивність: три різні речі, які не можна плутати
Зручність, доступність та інклюзивність часто сприймають як синоніми: "у нас зручний сайт, отже з доступністю та інклюзивністю все окей". Це приблизно як сказати "у мене є парасолька, отже я готовий до будь-якої погоди", а потім вийти на вулицю й зрозуміти, що надворі не дощ, а мінус двадцять.
Хоча ці терміни справді перетинаються, плутанина між ними не щось дрібне та незначне. Це плутанина, через яку продукт може здаватись зручним і зрозумілим але при цьому залишатись недоступним для людини зі скрінрідером. Або бути WCAG-сумісним на папері і все одно не працювати для людини, яка тримає в руках дитину, погано бачить екран на сонці або вперше в житті користується інтернетом рідною мовою, якої немає в жодному з ваших локалізацій.
Тож розберемо кожне поняття окремо, а тоді подивимось, де саме вони сходяться і чому одне не замінює інше.
Зручність: коли все працює, але не для всіх
Почнемо з того, що здається найзрозумілішим. Зручність (usability) — це про те, наскільки легко людині досягти своєї мети в продукті. The World Wide Web Consortium (далі — W3C) формулює це так: usability — це проєктування продуктів так, щоб вони були ефективними, продуктивними і приносили задоволення від використання. По суті, це те, що ми маємо на увазі, коли говоримо про UX-дизайн (зрозуміла навігація, логічний флоу, мінімум зайвих кліків, тощо)
І тут криється головна пастка. Дизайнер перевіряє свій макет, проводить кілька юзабіліті-тестів, бачить, що учасники легко проходять флоу і лишається задоволеним. Продукт здається зручним. Але зручність перевірялась на людях, які бачать екран, тримають мишку, розуміють мову інтерфейсу і не мають жодних обмежень у моменті тестування.
📌 Зручність відповідає на питання "чи легко це пройти", а не "чи може це пройти кожен".
І саме тут W3C робить дуже важливе застереження: usability-практика й дослідження часто недостатньо враховують потреби людей з інвалідністю. Тобто зручний інтерфейс за звичними мірками UX і доступний інтерфейс — це не одне й те саме. Можна провести десять юзабіліті-тестів з "типовими" користувачами, отримати відмінні результати і жодного разу не перевірити, чи працює продукт зі скрінрідером або без миші.
Доступність: конкретна ціль з конкретними людьми
Доступність (accessibility) — це вже не про "легко чи важко", а конкретно про людей з інвалідністю. Той самий W3C формулює це так: доступність усуває дискримінаційні бар'єри, щоб люди з інвалідністю могли однаково сприймати, розуміти, навігувати, взаємодіяти з сайтами/інструментами і робити внесок нарівні з усіма іншими.
Це вже не абстрактна "зручність", а конкретні, вимірювані речі (чи достатній контраст тексту, чи є коректна семантика для скрінрідера, чи можна пройти весь флоу тільки з клавіатури, чи є субтитри у відео, чи описані зображення альт-текстом). Орієнтир тут — WCAG, офіційні гайдлайни W3C, за якими можна перевірити конкретний інтерфейс і сказати "так" або "ні", а не "ну, начебто зручно".
📌 Тобто зручність — суб'єктивне відчуття "мені легко", а доступність — конкретний, перевірюваний стандарт, який не залежить від того, наскільки хтось звик до інтерфейсу.
Інклюзивність: найширша парасолька з усіх трьох
І ось тут ми доходимо до поняття, яке найчастіше плутають з доступністю, хоча воно значно ширше.
Microsoft, який роками розвиває власну методологію Inclusive Design, визначає інклюзивність як підхід, що спирається на все розмаїття людського досвіду, не лише інвалідність, а вік, культуру, мову, рівень цифрової грамотності, економічну ситуацію, ситуативні обмеження. І будує його на трьох принципах:
▫️ Recognize exclusion — визнати, що виключення часто трапляється через власні упередження дизайнера, який неусвідомлено проєктує "під себе";
▫️ Learn from diversity — ставити в центр процесу людей з реально різним досвідом, бо саме їхня перспектива дає справжній інсайт, а не здогадки за них;
▫️ Solve for one, extend to many — рішення, створене для конкретної людини з конкретним обмеженням, найчастіше покращує продукт для всіх.
Останній пункт мій улюблений, бо він пояснюється навіть через архітектуру міста. Бордюрний пандус спроєктували для людей на візках, а користуються ним усі: батьки з візочком, кур'єр із важкою коробкою, людина з валізою на коліщатках. Це є інклюзивний дизайн у найчистішому вигляді, адже рішення для одного виявляється потрібним для багатьох.
📌 Доступність — конкретна мета з конкретною аудиторією (люди з інвалідністю) і конкретними метриками (WCAG). Інклюзивність — ширший спосіб мислення про продукт, який охоплює доступність, але не обмежується нею.
Як три поняття складаються в одну картину
Якщо уявити це шарами, вийде приблизно так:
▫️ Зручність — про ефективність і задоволення (чи легко людині досягти своєї мети);
▫️ Доступність — конкретна, вимірювана підмножина (відповідність стандартам для людей з інвалідністю);
▫️ Інклюзивність — мислення, що враховує все розмаїття користувачів, включно з доступністю.
Перетини між ними реальні, і W3C на цьому наголошує окремо: багато вимог доступності одночасно роблять продукт зручнішим для всіх. Високий контраст, який потрібен людині зі слабким зором, так само рятує будь-кого, хто дивиться на екран телефону під яскравим сонцем. Субтитри, зроблені для людей з порушенням слуху, використовує половина людства, що дивиться відео в метро без навушників.
Але це саме перетин, а не тотожність. Можна мати надзвичайно зручний продукт, який лишається недоступним. Можна мати WCAG-сумісний продукт і все одно не інклюзивний, бо він проєктований під один культурний контекст, одну мову, одне уявлення про "типового" користувача.
Як це практикувати
- Перевіряйте три рівні окремо. Зручність перевіряйте за допомогою юзабіліті-тестування (чи швидко людина досягає мети, скільки помилок робить, чи задоволена результатом). Доступність — за конкретними критеріями WCAG: контраст, клавіатурна навігація, скрінрідер. Інклюзивність — питаннями на кшталт "для кого цей продукт точно не спрацює?"
- Тестуйте не з "типовим" користувачем, а з різними. Якщо всі учасники ваших юзабіліті-тестів схожі між собою за віком, технічною грамотністю, фізичними можливостями і т.д., ви тестуєте вузьку версію реальності, а не зручність продукту загалом.
- Пам'ятайте про ситуативні обмеження. Людина з тимчасовою травмою руки, з дитиною на руках, у поганому освітленні, з повільним інтернетом — це теж частина інклюзивного мислення, навіть якщо формально вона не потрапляє в жодну категорію доступності.
- Не чекайте на "фінальний етап", щоб про це подумати. Доступність і інклюзивність, додані в останній тиждень перед релізом, майже завжди виглядають як латка, а не як частина системи.
Висновок
Секрет тут насправді простий, хоч і не дуже приємний: жодне з цих трьох понять не замінює інші два. Зручний дизайн не гарантує доступність, а останній в свою чергу не гарантує інклюзивність. А продукт, який здається інклюзивним "за замовчуванням", майже завжди виявляється продуманим лише для дуже вузького кола людей, просто дизайнер про це ще не дізнався.
Проте не треба вирішувати все і одразу. Досить почати з чесного запитання до кожного екрана, над яким ви працюєте: чи справді він зручний, чи доступний він для людини з інвалідністю, і чи врахований в ньому хтось, хто не схожий на вас.