Тестирование дерева навигации: оценивайте путь, а не только успех

Тестирование дерева навигации (tree testing) показывает, могут ли люди найти нужный материал в текстовой иерархии. Оно полезно, когда нужно решить, как назвать и расположить категории, прежде чем на результат начнут влиять значки, макеты страниц и поведение меню. Правильный ответ в конце — лишь часть данных: человек мог попасть в нужное место после нескольких неверных поворотов.

Представьте справочный центр для сотрудников со страницей о том, добавляет ли работодатель свой взнос к благотворительному пожертвованию сотрудника. Где ей место: в категории «Сотрудники», «Льготы» или «Правила компании»? Тест дерева покажет, где люди ищут ответ. Но сам по себе он не объяснит каждый выбор и не докажет удобство готового справочного центра.

Подготовьте полное дерево с чёткими границами

Участник раскрывает текстовые категории и выбирает место, где ожидает найти ответ. При карточной сортировке люди группируют материалы, а при тестировании дерева ищут материал в уже заданной иерархии. В руководстве NN/g по тестированию дерева (на английском) Пейдж Лаубхаймер описывает, как задача о благотворительности во внутренней сети компании помогла исследовать названия категорий HR-контента. Она была полезна потому, что выявляла вопрос классификации, а не потому, что сотрудники обязательно часто выполняли такое действие.

Ниже — компактный вымышленный справочный центр для сотрудников, а не дерево или результаты того проекта. Каждый отступ обозначает один уровень, а самые нижние элементы — целевые страницы. Используйте одинаковые названия при подготовке теста и анализе.

• Помощь сотрудникам
  • Сотрудники
    • Льготы
      • Медицинское страхование
      • Софинансирование пожертвований
    • Отпуска и отгулы
      • Остаток дней
      • Запросить отпуск
  • Правила компании
    • Нормы поведения
      • Конфликт интересов
    • Благотворительность и волонтёрство
      • Правила волонтёрства в рабочее время
      • Допустимые организации
  • Инструменты и доступ
    • Учётные записи
      • Сброс данных для входа
    • Устройства
      • Запросить оборудование

Для реального исследования нужны и правдоподобные альтернативные ветви, а не только правильный маршрут. Если убрать «Правила компании», задача о пожертвовании станет проще, но исчезнет именно та неоднозначность, которую нужно изучить. Если вы намеренно тестируете только «Льготы», выводы начинаются с этого уровня: они не покажут, нашли бы сотрудники «Льготы» с главной страницы.

Рекомендации Optimal по построению дерева (на английском) различают тестирование всего сайта и отдельного раздела. Явно выберите границы. В этом упражнении поиск не входит в тест: сотрудники просматривают иерархию. Такое ограничение не означает, что из работающего справочного центра нужно убрать функцию поиска.

Заранее определите, какой ответ засчитывается

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

До исследования отметьте все действительно допустимые целевые страницы. Если два маршрута ведут к одному полезному материалу, подходить могут оба. Запишите полные пути: одинаковые названия конечных узлов под разными родительскими категориями представляют разные навигационные решения. Категория, где ответ находится где-то глубже, не равнозначна самой странице с ответом.

Проверьте, разрешает ли настройка теста выбрать родительский узел. Некоторые системы принимают только конечные узлы, даже если у реальной категории есть полезная обзорная страница. Если сама страница «Льготы» отвечает на вопрос, обязательный выбор дочернего элемента исказит структуру сайта. При необходимости явно отразите содержание обзорной страницы в модели и задокументируйте дополнительный уровень, введённый только для теста, либо выберите метод, поддерживающий реальную структуру. Не засчитывайте разумный ответ как неудачу только потому, что модель не позволяет его выразить.

Формулируйте потребность сотрудника, а не название пункта меню

Фраза «Найдите „Софинансирование пожертвований“ в разделе „Льготы“» сообщает и ответ, и путь к нему. Даже «Найдите софинансирование пожертвований» позволяет просто сопоставить слова, не разбираясь в иерархии. Рекомендации Optimal по формулированию заданий (на английском) предлагают естественные сценарии, в которых не повторяются названия правильных ответов из дерева. Сохраняйте ясную цель, не усложняя её подробной личной историей.

Подготовьте задачу о взносе работодателя вместе с заданиями для других частей того же справочного центра. Столбец с целевыми страницами ниже предназначен для настройки исследования, а не для инструкции, которую видят участники.

Выбор допустимых страниц зависит от определённого для них содержания, а не от удобства подсчёта результатов. Если задание можно обоснованно понять по-разному, уточните его до запуска. Например, «Получите помощь с благотворительностью» может означать денежное пожертвование, участие в качестве волонтёра или поиск одобренной организации. Результаты такого задания смешают несколько намерений.

Проверьте задания и способ выбора ответа на пилоте

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

Отделяйте административных сотрудников, которые уже знают организацию HR-материалов, от тех, кто обращается к ним лишь изредка. Фиксируйте значимое знакомство с содержанием, не считая всех участников взаимозаменяемыми. Распределяйте задания по заявленной области исследования, при необходимости меняйте их порядок и не обучайте людей пути к «Софинансированию пожертвований», многократно предлагая почти одинаковые задачи.

Разбирайте первый выбор, возвраты и конечную страницу отдельно

Допустим, в учебном примере попытка начинается с «Правил компании», затем открывается «Благотворительность и волонтёрство», после чего человек возвращается в «Помощь сотрудникам». Далее он проходит через «Сотрудники» и «Льготы» к «Софинансированию пожертвований». Это придуманный маршрут для разбора, а не наблюдавшийся результат исследования. Ответ засчитывается, но путь к нему непрямой.

Результаты первого выбора (на английском) помогают найти место первоначального выбора ветви. Различайте выбор «Сотрудников» первым шагом и посещение этой категории когда-либо в ходе задания: во втором случае человек мог сначала зайти в неверную ветвь. Если основные трудности возникают после открытия «Льгот», переименование верхней категории может затронуть не тот уровень.

Данные о маршрутах (на английском) позволяют рассматривать прямоту пути отдельно от его исхода. Человек может без возвратов прийти к неверной странице, а может вернуться назад и всё равно не найти ответ. Поэтому прямой путь не равен успеху. Сохраняйте полную последовательность, не сводя оба вида неудачи к одной красной отметке.

В представлении Destinations, описанном Optimal (на английском), видно, какие конечные страницы выбрали участники и как этот выбор соотносится с допустимыми ответами. Для нашего справочного центра проверьте, сосредоточены ли неверные ответы на странице «Допустимые организации» или распределены по не связанным между собой страницам. Эти картины требуют разных уточняющих вопросов. Отдельно сохраняйте незавершённые попытки: отсутствие окончательного ответа не является выбранной страницей.

Если вы приводите доли или проценты, указывайте рядом задание, версию дерева, группу участников и базу расчёта. Объясните, как учитывались незавершённые и исключённые попытки. Не объединяйте подтверждённую правильную страницу с непроверенным коротким путём только ради повышения доли успеха. Результат одной задачи — не оценка всего справочного центра.

Используйте обходной путь для вопроса, а не для готового объяснения

Учебный маршрут подсказывает, что стоит исследовать различие между льготами и правилами волонтёрства в понимании сотрудников. Он не доказывает, что «Сотрудники» — плохое название. Человек мог ожидать все правила компании в соответствующей категории, неверно понять суть взноса работодателя или просто изучать варианты. При последующем разговоре с модератором спросите «Что вы ожидали там найти?», а не «Вас запутало название „Сотрудники“?».

Сопоставьте задачу о взносе с задачей о волонтёрстве. Если обе начинаются с «Правил компании», названия, возможно, смешивают две разные потребности. Если сотрудники их различают, но останавливаются на «Допустимых организациях», изучите формулировки нижнего уровня и само содержание. Решением может стать название категории, расположение материала или полезный второй маршрут — необязательно более короткое меню.

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

Сравните одно конкретное изменение в Pixso

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

В Pixso нарисуйте рядом исходную иерархию и предложенный вариант с помощью текста, фигур и линий. Над ними разместите задание для участника, а учебный маршрут прикрепите только к исходному дереву. Подпишите его как пример; для реального исследования используйте обезличенную ссылку на попытку, по которой можно вернуться к записи исследования. Выделите единственное изменённое название, сохранив остальное дерево одинаковым. Инструменты Pixso для UI-дизайна и аннотаций подходят для подготовки такого материала к обсуждению. Данные теста при этом поступают из исследования, а не из встроенной аналитики тестирования деревьев.

Создайте и уточните дерево навигации в Pixso →

Проверьте вариант с тем же заданием и правилами принятия ответов. Чтобы сравнить первое знакомство с деревом, используйте разные сопоставимые группы, а не просите всех повторить задание на втором дереве, когда они уже знают, где находится ответ. Остальные условия исследования должны совпадать. Проверьте и задания о волонтёрстве и рабочем устройстве, чтобы улучшение одного маршрута не скрыло проблем в других местах.

Верните уточнённую иерархию в интерфейс

Выбрав направление, перенесите названия в реальный макет навигации и снова проверьте задачу сотрудника. Мегаменю может показывать несколько уровней сразу, а меню на узком экране — раскрывать их по одному. Поиск, содержание страниц и поведение элементов управления меняют опыт. Результат теста дерева не отвечает на эти вопросы.

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