Юзабилити-тестирование

Хотите узнать, понятен ли интерфейс? Не спрашивайте — дайте задание и молча смотрите, как человек мучается.

«Тестирование одного пользователя в начале лучше, чем пятидесяти в конце». — Стив Круг

Юзабилити-тестирование — это наблюдение за тем, как реальный человек выполняет задание в вашем интерфейсе. Не «что вы думаете», а «сделайте вот это» — и вы смотрите, где он спотыкается. Это самый честный способ найти проблемы: люди не врут, когда не могут найти кнопку.

Достаточно пяти

Знаменитое наблюдение Нильсена: пять пользователей находят около 85% проблем юзабилити. Не нужны сотни — после пятого человека проблемы начинают повторяться. Лучше провести несколько маленьких тестов на разных этапах, чем один огромный в конце.

  СКОЛЬКО НАХОДЯТ ПРОБЛЕМ

  1 чел  ████████              ~30%
  3 чел  ████████████████      ~65%
  5 чел  ██████████████████████ ~85%
  больше -> прирост маленький

  Лучше 3 теста по 5, чем 1 по 15

Задания и «думай вслух»

Дают конкретное задание («оформите доставку на завтра») и просят думать вслух — проговаривать мысли. Так видно не только где сломалось, но и почему. Главное правило ведущего — молчать и не помогать. Подсказали — и проблема спряталась, тест испорчен.

  РОЛИ В ТЕСТЕ

  Ведущий:   даёт задание, молчит, наблюдает
  Участник:  делает задание, думает вслух
  Запрет:    подсказывать, оправдывать дизайн

Как делают ПЛОХО

«Вам же понятно, как тут оформить заказ?» — спрашивают, показывая пальцем на кнопку. Человек кивает. Или ведущий, видя заминку, сразу подсказывает. Проблемы замаскированы, тест бесполезен.

Как делают ХОРОШО

«Закажите доставку на завтра, рассказывайте, о чём думаете». Ведущий молчит, записывает, где заминки. Через пять человек список реальных проблем готов, и он отрезвляет команду.

Чек-лист

• Даю задание, а не спрашиваю мнение.
• Прошу думать вслух.
• Молчу и не подсказываю.
• Тестирую малыми группами и регулярно.

Тесты бывают модерируемые (ведущий рядом, можно задавать уточнения) и немодерируемые (человек проходит сам, вы смотрите запись). Удалённый формат расширяет выборку и убирает географию. Сценарий ведущего держат нейтральным: заранее прописанные фразы, чтобы случайно не подсказать. Сессии записывают, чтобы потом пересмотреть и показать команде живую боль, а не пересказ.

Не путайте инструменты. Юзабилити-тест отвечает на вопрос почему — качественно, на малой выборке. A/B-тест отвечает на вопрос что лучше работает — количественно, на больших числах: две версии показывают разным группам и сравнивают метрику. Один объясняет причину, другой выбирает победителя — и подменять их друг другом нельзя.

Найденные проблемы стоит ранжировать по серьёзности: блокер, из-за которого человек вообще не доходит до цели, чинят немедленно, а косметическую шероховатость — когда дойдут руки. Без такой сортировки команда тонет в списке из полусотни мелких замечаний и не видит главного. Серьёзность важнее количества: одна критичная находка ценнее десяти придирок.

Самое трудное и самое важное в тесте — удержаться от помощи. Когда человек застрял, внутри всё кричит подсказать, объяснить, оправдать дизайн. Но именно эта заминка и есть результат, ради которого вы всё затеяли: она показывает реальную дыру в интерфейсе. Молчите, наблюдайте, записывайте. Пяти участников, честных задач и метода «думай вслух» хватает, чтобы собрать отрезвляющий список проблем, который никакие внутренние обсуждения и опросы «нравится ли вам» не дадут. Тест ценен ровно настолько, насколько вы готовы услышать неприятную правду о своей работе.

Итог

Юзабилити-тест — это зеркало без лести. Пять человек, реальные задания, метод «думай вслух» и молчание ведущего покажут правду об интерфейсе.

Юзабилити-тест — это зеркало без лести: пять человек, реальные задания и метод «думай вслух» покажут правду об интерфейсе. Ценность теста ровно в том, насколько вы готовы услышать неприятное и не броситься подсказывать.