Как проверить веб-навигацию с помощью сортировки карт и проверки дерева

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

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

Больше на Hongkiat:

Юзабилити-тестирование: что нужно знать?
7 шагов к улучшению обратной связи на сайте
Результаты теста А / Б и тематические исследования для проектирования пользовательского опыта

Сортировка карт

Прелесть сортировки карт заключается в ее простоте. Все, что вы делаете, это напишите различные элементы вашего продукта на карточках заметок или заметках Post-It, Затем пусть ваши участники организуют их так, чтобы им было легче.

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

ИЗОБРАЖЕНИЕ: Smashing Magazine

Варианты сортировки карт

Существует несколько различных стратегий сортировки карточек, в зависимости от ваших потребностей. Донна Спенсер, эксперт по сортировке карт и основатель Maadmob, делится своим личным опытом в статье для Boxes and Arrows. Для такого простого действия существует множество вариантов и элементов управления, которые влияют на вид и достоверность данных, которые вы получаете..

Начальное различие, чтобы сделать это открыть или же закрыто, объяснено ниже:

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

Закрытая сортировка - Как и в случае открытой сортировки, пользователям выдаются карточки элементов; однако их просят разделить их на заранее определенные группы. Это рекомендуется, если вы работаете в рамках ограничений уже существующих категорий, как при обновлении уже разработанной структуры сайта.

Открытый против закрытого является основным решением, но есть другие методы для изменения ваших результатов:

Группы против отдельных лиц - Группы позволяют пользователям работать совместно, в лучшую или в худшую сторону, и могут помочь вам узнать о нескольких пользователях одновременно; Тем не менее, групповая динамика может повлиять на ваши результаты.

Удаленный против Локального - Онлайновые программные инструменты позволяют быстрее тестировать больше пользователей, но вы не можете непосредственно наблюдать за их процессами принятия решений. На месте дает вам более полное представление о том, как ваши пользователи пришли к своим решениям, но требует большего планирования и планирования.

Правила сортировки карт

Конечно, есть место для настройки сортировки вашей карты, но Уильям Хадсон, UX Strategist and Consultant, перечисляет некоторые общие критерии, которые могут применяться к любому выбранному вами методу. Наиболее полезно, он перечисляет примерное время, которое вы можете ожидать от людей, чтобы отсортировать данное количество элементов:

~ 20 минут для 30 элементов
~ 30 минут для 50 элементов
~ 60 минут на 100 элементов

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

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

Многие эксперты сходятся во мнении о достоинствах сортировки карточек. Пьер Крофт, эксперт IA и UX в Decibel Digital, рекомендует сортировать карты, потому что это может помочь отсеять плохие идеи HIPPOS (самые высокооплачиваемые люди в комнате), которые могут не знать, как создать хороший веб-сайт. Он также перечисляет некоторые указатели, которые следует учитывать при подготовке теста:

(1) Не смешивайте родительские и дочерние категории - Другими словами, используйте категории того же уровня, иначе вы запутаете своих участников..

(2) Имейте при себе пустые карточки и ручки - Хотя это стандартная процедура для сортировки открытых карт, она также весьма полезна для сортировки закрытых карт. После завершения формального тестирования вы можете предоставить участникам пару пустых карточек для записи дополнительных категорий. Хотя информация может быть “вне-записи,” это может пролить свет на некоторые полезные идеи.

(3) Не вмешивайся - Вмешательство скрывает данные, поэтому избегайте соблазна. Конечно, дайте тестируемым некоторое руководство, если они запутались, но только для вопросов, не связанных с результатами.

(4) Это нормально, если пользователи не группируют все - Отсутствие группировки может быть столь же значительным, как и полное. Если это произойдет, обязательно спросите пользователя, почему. Если вы используете закрытую сортировку, но не все отсортировано, вы также можете предоставить пустые карточки, чтобы понять, почему не были выбраны существующие категории..

(5) Установите сроки заранее - Это упрощает планирование в целом и дает участникам представление о том, сколько времени нужно потратить на их задачи.

(6) Ограничьте свои карты - Если ваш веб-сайт содержит сотни или даже тысячи страниц, вы можете выбрать только страницы первого и второго уровня, чтобы управлять ими. Например, “Связаться с нами,” “Условия соглашения,” и другие служебные страницы могут быть пропущены, поскольку их можно найти практически на всех веб-сайтах (так что на самом деле вы не будете тестировать что-то уникальное для вашего сайта).

Тестирование дерева

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

Мартин Розенмейер из Webcredible называет тестирование дерева одним из наиболее важных этапов в начале процесса проектирования. В двух словах, в тесте дерева участвуют участники поиск различной информации на интерактивной карте сайта (или же “дерево”).

Используя инструмент тестирования юзабилити, такой как Treejack, вы затем записываете успех задачи (нажав на правильный пункт назначения) и прямолинейность задачи (уверенность пользователей в том, что они нашли то, что было нужно). Это надежный способ узнать, насколько хорошо ваши пользователи может найти свой путь вокруг вашего продукта.

Как показано выше, когда мы изменили дизайн сайта Yelp, мы предоставили дерево, представляющее сайт поддержки, а затем дали пользователям 10 задач (например, поиск информации о том, что делать с плохими отзывами). Поскольку общий показатель успешности выполнения задачи составлял 53%, а прямолинейность - 46%, мы знали, что ВА необходимо изменить, но мы знали, что именно так где сделать эти изменения.

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

Если мы уже продали вам идею древовидного тестирования, Джефф Сауро, директор-основатель MeasureuringU, подробно расскажет о том, как правильно их проводить. Он объясняет, что древовидное тестирование используется в основном по двум причинам:

(1) Определить продукт для поиска - Насколько хорошо пользователи могут перемещаться по сайту, и какие области вызывают больше всего проблем с навигацией?

(2) Подтвердить изменение - Правильно ли исправлено последнее обновление, или необходимы дальнейшие изменения??

Древовидное тестирование в своей основе является статистическим тестом. Как и в случае других количественных тестов, данные будут более точными с большим количеством участников. Насколько точен? Посмотрите на эту таблицу, чтобы найти наименьшую погрешность среди ваших средств; мы рекомендуем стремиться к ошибке 20% или лучше.

Заключение

Мы не можем не подчеркнуть важность информационной архитектуры - если контент не структурирован логически с простым потоком, он также может не существовать. Вот почему эти ранние тесты могут помочь определить и решить проблемы до того, как они действительно станут проблемами.

Сила таких тестов в том, что данные моделируются по естественному поведению пользователей, и когда дело доходит до тестирования вашего IA, никакие тесты не делают это лучше, чем эти два.