Scott
Хорошее задание для юзабилити-теста даёт участнику цель и достаточно контекста для действий, но оставляет выбор пути за ним. Ожидаемый результат запишите отдельно для модератора. Если в задании уже названы нужные меню, кнопка и последовательность шагов, исследование может показать лишь умение следовать инструкции, а не понятность интерфейса.
Готовя прототип для проверки с пользователями, составьте небольшой набор реалистичных задач до детальной проработки каждого экрана. В примерах ниже сотрудник работает с панелью управления доставками: ему нужен недельный отчёт, изменение адреса и восстановление после неудачного экспорта. Каждое задание проверяет отдельное проектное решение.
Разделите исследовательский вопрос, задание и результат
Начните с того, чего команда пока не знает. «Может ли человек найти отчёт за прошлую неделю?» — более конкретный и полезный вопрос, чем «Удобна ли панель?». В инструкции для участника объясните, зачем ему нужна информация. Отдельно определите наблюдаемый результат, который поможет ответить на исследовательский вопрос.
| Уровень | Пример | Кому показывать |
|---|---|---|
| Исследовательский вопрос | Сможет ли сотрудник без помощи получить итоги доставок за прошлую неделю? | Исследовательской команде |
| Задание участнику | На встрече команда обсудит доставки за прошлую неделю. Найдите, сколько доставок опоздало, и сохраните материал, которым можно поделиться на встрече. | Участнику |
| Наблюдаемый результат | Определены нужный период и число опоздавших доставок; получен подходящий материал либо участник понимает, доступно ли его получение. | Модератору |
В определении результата намеренно нет единственного правильного пути кликов. Если интерфейс допускает другой рабочий маршрут, зафиксируйте его. Если участник назвал правильное число, но выгрузил не тот период, не отмечайте всё задание как успешно выполненное. Разделяйте поиск информации и получение нужного результата для передачи коллегам.
Рекомендации Nielsen Norman Group по составлению заданий (на английском) предупреждают, что слова из интерфейса и предписанные шаги могут подсказывать ответ. Проверяйте формулировки на такие подсказки, но сохраняйте обычные термины, знакомые реальному пользователю. Если убрать все привычные слова, реалистичная задача превратится в загадку.
Уберите подсказки, которые выдают решение
Сравните текст задания с интерфейсом. Выделите совпадающие названия и решите, где используется естественный язык предметной области, а где — подсказка маршрута. «Адрес доставки» может быть привычным выражением клиента. «Менеджер параметров отправки», существующий только как название вашего меню, скорее всего, стоит заменить понятным описанием цели.
| Наводящая или расплывчатая формулировка | Более полезное задание | Что оно проверяет |
|---|---|---|
| Откройте «Отчёты», выберите «Прошлая неделя» и выгрузите CSV. | Подготовьте данные об опоздавших доставках за прошлую неделю для встречи команды. | Поиск раздела, понимание периода и выбор результата |
| Нажмите на карандаш и измените адрес. | Эту посылку нужно доставить на склад, а не в офис. Внесите изменение для этой доставки. | Понятность входа в редактирование и области изменения |
| Попробуйте новую функцию восстановления экспорта. | Запрошенный отчёт не удалось получить. Выясните, что произошло, и получите его, если это возможно. | Помогает ли сообщение о сбое восстановить работу |
| Вам нравится панель управления? | Какая доставка требует внимания в первую очередь? Покажите, на основании чего вы это решили. | Интерпретацию и приоритет, а не только предпочтение |
Дайте сведения, которые участник не должен придумывать: период отчёта, вымышленный адрес или роль в команде. Не перегружайте историю деталями, которые приходится запоминать. Используйте искусственные данные вместо конфиденциальных и не просите вводить в исследовательский прототип собственные платёжные реквизиты или данные входа.
Подготовьте правдоподобное начальное состояние
Даже хорошее задание не сработает, если прототип не содержит информации, которую нужно найти. Для отчёта о доставках подготовьте хотя бы два правдоподобных периода, разделите опоздавшие и своевременные доставки и согласуйте выгрузку с выбранным периодом. Если любой маршрут ведёт к одному экрану успеха, вы не узнаете, понял ли человек свой выбор.
Для каждого задания запишите начальное состояние: роль, открытый экран, имеющиеся данные, уже произошедшие события и намеренно недоступные возможности. Задание на восстановление экспорта должно начинаться со сбоя или прерванного запроса. Не заставляйте человека сначала успешно выгрузить файл, а затем воображать ошибку, спрятанную в другом месте.
Определите, независимы ли задачи или образуют единую историю. Одна учётная запись сокращает подготовку, но создаёт эффект обучения: первое задание может познакомить человека с меню, нужным во втором. Если важна самостоятельность поиска, при необходимости меняйте порядок задач между сессиями либо указывайте, что поздним задачам предшествовало знакомство с интерфейсом. Нельзя сравнивать их так, будто исходные знания были одинаковыми.
Подготовьте заметки модератора до сессии
Для каждой задачи определите полное и частичное выполнение, отказ от продолжения и помощь. Участник, скачавший верный отчёт после подсказки модератора о разделе «Отчёты», получил другой результат, чем человек, нашедший его самостоятельно. Отметьте подсказку, а не скрывайте её за общей меткой успеха.
Подготовьте нейтральные вопросы: «Что вы сейчас ищете?» или «Что бы вы сделали дальше?». Не спасайте участника фразой «А вы пробовали открыть меню?». Заранее решите, когда прекращать безрезультатные попытки, учитывая цель исследования и состояние участника. Модератору нужен последовательный подход, а не универсальное ограничение времени, выбранное без причины.
Отделяйте наблюдения от толкований. «Дважды открыл оплату в поисках итогов доставок» — наблюдение. «Отчёты должны находиться в оплате» — гипотеза. Решением может оказаться более понятное название, контекстная ссылка или другая группировка. Один неверный переход сам по себе не определяет верное решение.
Соберите сценарий проверки в Pixso
В отдельных фреймах Pixso подготовьте панель управления, выбор периода, предпросмотр отчёта, ошибку экспорта и готовый результат. Сохраните одинаковые даты и числа доставок. Соедините маршруты, которыми участник действительно может пойти, включая возврат из ошибочно выбранного раздела. Ограничения прототипа опишите в исследовательских заметках, не размещая подсказки на экранах участника.
Проведите пробную сессию с человеком, который не участвовал в обсуждении дизайна. До взаимодействия попросите прочитать задание вслух и объяснить, чего нужно добиться. Такая проверка помогает обнаружить неоднозначные даты, недостающие данные и неработающие переходы. Если проблема в формулировке — измените задание; если прототип не поддерживает задачу — исправьте прототип. Не маскируйте реальную сложность интерфейса подсказками в сценарии исследования.
Свяжите результат с конкретным изменением дизайна
Допустим, участники находят отчёт, но не понимают, относится ли он к выбранной неделе. Следующий вопрос касается видимости периода, а не общей привлекательности панели. Добавьте диапазон дат в предпросмотр и подтверждение выгрузки, затем проверьте ту же цель снова. Если период понятен, но человек выбирает не ту категорию доставок, исследуйте названия и определения категорий.
Удобная запись содержит пять полей: задача, наблюдаемое поведение, место затруднения, возможное объяснение и предлагаемое изменение. Сохраняйте противоречащие друг другу наблюдения. Успешный альтернативный маршрут может оказаться полезной возможностью, а не отклонением, которое нужно устранить. Когда данные нескольких сессий требуется объединить в приоритеты дизайна, используйте руководство по синтезу UX-исследований.
Для следующей сессии формулируйте задачи вокруг тех же реальных целей, не обучая новому интерфейсу. Тогда исследование останется связано с работой пользователя, даже когда экраны изменятся. Соберите сценарий тестирования в Pixso.
