Зручність, доступність та інклюзивність: три різні речі, які не можна плутати

Зручність, доступність та інклюзивність часто сприймають як синоніми: "у нас зручний сайт, отже з доступністю та інклюзивністю все окей". Це приблизно як сказати "у мене є парасолька, отже я готовий до будь-якої погоди", а потім вийти на вулицю й зрозуміти, що надворі не дощ, а мінус двадцять.

Хоча ці терміни справді перетинаються, плутанина між ними не щось дрібне та незначне. Це плутанина, через яку продукт може здаватись зручним і зрозумілим але при цьому залишатись недоступним для людини зі скрінрідером. Або бути 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-сумісний продукт і все одно не інклюзивний, бо він проєктований під один культурний контекст, одну мову, одне уявлення про "типового" користувача.

Як це практикувати

1. Перевіряйте три рівні окремо. Зручність перевіряйте за допомогою юзабіліті-тестування (чи швидко людина досягає мети, скільки помилок робить, чи задоволена результатом). Доступність — за конкретними критеріями WCAG: контраст, клавіатурна навігація, скрінрідер. Інклюзивність — питаннями на кшталт "для кого цей продукт точно не спрацює?"
2. Тестуйте не з "типовим" користувачем, а з різними. Якщо всі учасники ваших юзабіліті-тестів схожі між собою за віком, технічною грамотністю, фізичними можливостями і т.д., ви тестуєте вузьку версію реальності, а не зручність продукту загалом.
3. Пам'ятайте про ситуативні обмеження. Людина з тимчасовою травмою руки, з дитиною на руках, у поганому освітленні, з повільним інтернетом — це теж частина інклюзивного мислення, навіть якщо формально вона не потрапляє в жодну категорію доступності.
4. Не чекайте на "фінальний етап", щоб про це подумати. Доступність і інклюзивність, додані в останній тиждень перед релізом, майже завжди виглядають як латка, а не як частина системи.

Висновок

Секрет тут насправді простий, хоч і не дуже приємний: жодне з цих трьох понять не замінює інші два. Зручний дизайн не гарантує доступність, а останній в свою чергу не гарантує інклюзивність. А продукт, який здається інклюзивним "за замовчуванням", майже завжди виявляється продуманим лише для дуже вузького кола людей, просто дизайнер про це ще не дізнався.

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