Цель юзабилити-теста — обнаружить, где интерфейс не помогает человеку выполнить задачу. Комплимент дизайну не означает, что пользователь справился. Исследовать можно кликабельный прототип или раннюю работающую версию WordPress-сервиса.
1. Сформулируйте задачи через результат
Вместо «Нажмите кнопку Создать проект» скажите: «Создайте проект для нового клиента». Задания не должны повторять названия кнопок или объяснять путь. Для MVP достаточно нескольких критичных задач: первое действие, исправление ошибки, возврат к сохранённому результату.
Для каждого задания запишите: стартовое состояние, признаки успеха, допустимые альтернативные пути и причину остановки.
2. Найдите подходящих участников
Участник должен быть похож на предполагаемого пользователя по роли и опыту. Можно начинать с небольшого качественного исследования; это не репрезентативный опрос о доле рынка. NN/g описывает наблюдение выполнения реалистичных задач как основу метода Usability Testing 101.
Спросите согласие на запись и хранение заметок, не собирайте лишние персональные данные. Если участник тестирует рабочую установку WordPress, используйте отдельные тестовые аккаунты и данные.
3. Модерируйте нейтрально
Попросите участника говорить о своих ожиданиях, если ему это удобно. Не объясняйте интерфейс и не направляйте мышь. При зависании фиксируйте наблюдение и задавайте нейтральный вопрос: «Что вы ожидали увидеть?».
Записывайте отдельно факт и объяснение. «Искал настройку 40 секунд» — наблюдение; «кнопка плохо видна из-за цвета» — гипотеза о причине. Её надо проверить, а не объявлять истиной.
4. Превратите наблюдения в backlog
Каждая проблема должна включать экран, сценарий, действия участника, последствия и предложенную проверку. Приоритет задавайте по блокировке критичного действия, масштабу последствий и частоте в текущей выборке без экстраполяции на весь рынок.
После исправления ключевых проблем повторите те же задачи на новой версии с новыми участниками по возможности. Иначе утверждение «UX исправлен» будет означать только изменение макета.
Пример документа 09-USABILITY.md
## USABILITY — протокол
- Версия прототипа и дата:
- Профиль участников (обезличенно):
- Задача и условие успеха:
- Фактический путь:
- Где возникло затруднение:
- Дословная реплика (только при наличии):
- Гипотеза о причине:
- Критичность:
- Исправление и ответственный:
- Результат повторной проверки:
- Что осталось неизвестным:Критерий завершения
Есть протокол наблюдений и список исправлений; блокирующие ошибки либо устранены и перепроверены, либо явно обозначены как риск. Для форм и мобильного интерфейса проведите дополнительную проверку доступности.
Источник: https://www.nngroup.com/articles/usability-testing-101/
Материал был полезен?
Помогите нам сделать материалы точнее и понятнее.