Задача должна описывать цель человека
Фраза откройте календарь и нажмите на пятницу задаёт путь. Она может помочь проверить отдельное действие, но мало говорит о том, найдёт ли человек этот путь сам. Более открытая задача описывает ситуацию: нужно выяснить, когда состоится выбранная встреча и можно ли на неё попасть. До проверки определите, что хотите узнать. Если важна обнаруживаемость информации, не называйте элемент интерфейса заранее. Если исследуется уже конкретная форма, более точная инструкция может быть уместной. Главное, чтобы вывод соответствовал данному заданию. Используйте понятный контекст без лишних подробностей. Слишком широкое предложение просто посмотреть сайт тоже затрудняет оценку. Нужны цель, исходные условия и признак результата, но не готовая последовательность нажатий.
Наблюдение и интерпретацию записывают отдельно
Допустим, участник открыл страницу встречи, несколько раз прокрутил её и вернулся назад. Это описание действий. Предположение, что ему не понравилось оформление, требует дополнительных оснований. Он мог искать цену, дату или подтверждение доступности места. Уточняющий вопрос должен помогать понять его ожидание, не вкладывая ответ. Полезно спросить, что человек искал в этот момент. Вопрос о том, почему неудобное меню его запутало, уже предполагает причину и оценку. Не спешите исправлять участника. Если он не находит путь, это может быть важным наблюдением. Когда помощь необходима, отметьте её отдельно: до подсказки задача не была выполнена самостоятельно. Такой результат не становится бесполезным, но должен быть описан честно. Для учебной проверки применяют вымышленные данные. Не нужно просить вводить настоящие платёжные сведения, пароли или другую чувствительную информацию. Участник должен понимать цель исследования и добровольно соглашаться на участие и способ записи.
Вывод превращают в проверяемое изменение
После наблюдения сформулируйте проблему через задачу. Например, время мероприятия не обнаружено на странице, где участник ожидал его увидеть. Это точнее, чем общий вывод о плохом дизайне. Затем предложите изменение и объясните, почему оно должно помочь. Можно уточнить заголовок информационного блока или расположить дату рядом с названием. Но улучшение остаётся гипотезой до следующей проверки. Не стоит одновременно перестраивать всё и затем приписывать результат одной новой кнопке. Один участник способен показать важную трудность, но не определяет долю всей аудитории, которая столкнётся с ней. Количественные выводы требуют подходящего исследования. Также важно учитывать, насколько участники и задачи похожи на реальные условия использования. Хороший отчёт различает увиденное, возможную причину, предложенное изменение и оставшиеся вопросы. Такой порядок помогает команде обсуждать интерфейс на основании поведения, а не только вкуса и уверенности автора макета.
Попробуйте на практике
Подготовьте план проверки бумажного прототипа страницы вымышленного мероприятия.
- Запишите цель пользователя: узнать время и возможность участия. Определите, какой результат покажет выполнение задачи.
- Сформулируйте задание без названий кнопок и разделов. Отдельно подготовьте допустимую подсказку на случай остановки.
- Нарисуйте простую страницу и придумайте возможную последовательность действий участника. Разделите факты и предположения об их причинах.
- Выберите одно изменение и запишите, какое поведение нужно проверить повторно. Используйте только учебные сведения.
Как проверить результат. Задание не сообщает готовый путь. Подсказки отмечены отдельно, а вывод не выдаёт предположение о чувствах пользователя за наблюдаемый факт.
Частые вопросы
Если участник сказал, что всё удобно, проверка закончена?
Это полезное мнение, но его стоит сопоставить с выполнением задачи. Положительный отзыв не отменяет замеченных затруднений.
Можно ли помогать человеку во время теста?
Иногда помощь нужна, но её влияние фиксируют. Самостоятельное выполнение и выполнение после подсказки отвечают на разные вопросы.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.