Дизайн інтерфейсу користувача: уроки ліфта в Індіанаполісі
Приходячи днями на зустріч і назад, я їхав у ліфті з таким інтерфейсом користувача (UI) дизайн:
Я здогадуюсь, історія цього ліфта виглядає приблизно так:
- Ліфт був розроблений і поставлений з дуже простим, простим у користуванні користувальницьким інтерфейсом, таким як цей:
- Виникла нова вимога: Нам потрібна підтримка шрифту Брайля!
- Замість належного перепроектування інтерфейсу користувача, оновлений дизайн був просто перекритий оригінальним дизайном.
- Вимога виконана. Проблема вирішена. Або це було?
Мені пощастило спостерігати, як двоє інших людей ступають у ліфт і намагаються вибрати свій поверх. Один штовхнув шрифт Брайля button (можливо, тому що він був більшим і мав більший контраст із фоном — я не знаю), перш ніж зрозумів, що це не кнопка. Трохи схвильована (я дивився), вона натиснула справжню кнопку з другої спроби. Інша людина, яка потрапила на інший поверх, зупинила палець на середині траєкторії, щоб проаналізувати свої варіанти. Він здогадався правильно, але не без ретельного обдумування.
Мені б хотілося, щоб я міг помітити, як хтось із вадами зору намагається скористатися цим ліфтом. Зрештою, ця функція Брайля була явно додана для них. Але як шрифт Брайля на кнопці, яка навіть не є кнопкою, може дозволити людині з вадами зору вибрати свій поверх? Це не просто марно; це означає. Цей оновлений дизайн інтерфейсу користувача не задовольнив потреби людей із вадами зору та зробив роботу користувача заплутаною для зрячих користувачів.
Я розумію, що модифікація фізичного інтерфейсу, наприклад кнопок ліфта, пов’язана з різними витратами та перешкодами. Однак ми не маємо тих самих перешкод для наших веб-сайтів, веб-додатків і мобільних додатків. Тож перед тим, як додати нову чудову функцію, переконайтеся, що ви реалізуєте її таким чином, щоб справді відповідати новим потребам і не створювати нових проблем. Як завжди, користувач тестує це, щоб переконатися!