Юзабіліті-тестування для початківців: як протестувати свій дизайн

Крок 1

Визначте, що саме перевіряєте

За визначенням Nielsen Norman Group, під час юзабіліті-тесту модератор (facilitator) дає учасникові завдання й спостерігає, як той їх виконує, а учасник коментує свої дії. Тож почніть не з учасників, а з мети: який сценарій у вашому дизайні найважливіший і де ви найменше впевнені. Для навчального проєкту оберіть 2–3 ключові сценарії: реєстрацію, пошук товару, оформлення замовлення.

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

💡 Тестуйте якомога раніше. Виправити екран у прототипі набагато дешевше, ніж після розробки.

Крок 2

Знайдіть учасників

Учасники мають бути схожими на ваших реальних користувачів: за досвідом, потребами або ситуацією. Якщо дизайн для людей, які орендують житло, запросіть тих, хто нещодавно шукав квартиру. Скільки людей потрібно? У статті 2000 року Jakob Nielsen радить проводити кілька невеликих якісних тестів приблизно з п'ятьма учасниками, виправляти знайдене й тестувати знову, а не витрачати все на один великий тест. У пізнішій статті NN/g уточнює, що це правило стосується саме якісних тестів, а кількісні дослідження потребують більше людей.

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

Крок 3

Напишіть завдання й сценарій сесії

Завдання — це реалістична ситуація з метою, а не інструкція. NN/g радить писати завдання так, щоб вони спонукали до дії й не підказували, як користуватися інтерфейсом. GOV.UK Service Manual додає: добре завдання має зрозумілу мету, правдоподібне для учасника і не видає «відповіді».

• •погано: «Натисніть „Кошик“ і оформіть замовлення» — ви вже назвали кнопку;
• •краще: «Ви хочете замовити піцу на вечір для трьох друзів, бюджет до 600 гривень. Оформіть замовлення»;
• •підготуйте вступ: хто ви, що тестується дизайн, а не людина, і що помилитися неможливо;
• •заплануйте кілька питань наприкінці: що було найскладніше, що здивувало.

💡 Пройдіть сценарій самі й з кимось одним до першої справжньої сесії. Незрозуміле формулювання краще знайти на репетиції.

Крок 4

Проведіть сесію і не допомагайте

Попросіть учасника думати вголос: проговорювати, що бачить, що шукає і чого очікує. NN/g називає метод думання вголос одним із найпростіших і найкорисніших у UX. Ваше завдання — спостерігати, а не рятувати. Якщо людина застрягла, не показуйте, куди натиснути: спитайте «Що ви зараз шукаєте?» або «Чого ви очікували?». Попросіть дозволу на запис екрана й голосу, а якщо можете, запросіть когось вести нотатки.

• •за даними GOV.UK, сесія зазвичай триває від 30 до 60 хвилин — залежно від кількості й складності завдань;
• •фіксуйте, де людина зупиняється, повертається назад, помиляється або каже «ага, ось воно»;
• •записуйте дослівні фрази: «я думала, це посилання» розповідає більше, ніж «було незрозуміло»;
• •наприкінці подякуйте і поясніть, як використаєте результати.

Крок 5

Зберіть проблеми, виправте й перевірте знову

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

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

💡 Покажіть список проблем і правки в спільноті. Інші дизайнери підкажуть, де рішення лікує симптом, а не причину.