Як перевірити веб-навігацію за допомогою сортування карт і тестування дерев

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

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

Докладніше про Hongkiat:

Тестування юзабіліті: що потрібно знати?
7 кроків для покращення зворотного зв'язку з веб-сайтом
Результати тестування A / B і приклади для дизайну користувача

Сортування карт

Краса сортування карт - це простота. Все, що ви робите, це пишіть різні елементи вашого продукту на картках для нотаток або на нотатках Post-It, тоді ваші учасники повинні організувати їх таким чином, щоб вони мали найбільший сенс для них.

Якщо це занадто багато для обробки, ви також можете скористатися інструментом тестування зручності, наприклад OptimalSort, який може аналізувати дані для вас. У будь-якому випадку, результат дає вам чітке розуміння того, як будуть ваші цільові користувачі інтуїтивно перейдіть до свого продукту.

IMAGE: Журнал "Smashing"

Варіації сортування картки

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

Початкове розмежування - це відчинено або зачинено, пояснюється нижче:

Відкрити сортування - Користувачі надаються тільки з елементами карти, а потім залишаються групувати їх, як вони вважають за потрібне. Після групування користувачам пропонується дати імена самим групам. Це рекомендується для створення нових ідей, оскільки ви можете працювати у зворотному напрямку від природних процесів мислення користувачів.

Закрите сортування - Як і при відкритому сортуванні, користувачам надаються елементи картки; однак, вони просять їх класифікувати за попередньо визначеними групами. Це рекомендується, якщо ви працюєте в межах обмежень існуючих категорій, як і при оновленні вже розробленої структури веб-сайту.

Відкрито проти закрито є основним рішенням, але існують інші способи зміни результатів:

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

Віддалене у порівнянні з місцем розташування - Онлайн-програмні засоби дозволяють тестувати більше користувачів у більш швидкий час, але ви не можете безпосередньо спостерігати за процесами прийняття рішень. На місці ви знайдете більш повне уявлення про те, як користувачі прийшли до своїх рішень, але вимагає більшого планування та планування.

Правила сортування картки

Звичайно, є місце для налаштування сортування карт, але Вільям Хадсон, стратег UX і консультант, перераховує деякі загальні критерії, які можна застосувати до будь-якого обраного вами методу. Найбільш корисно, він перераховує приблизний час, коли можна розраховувати на сортування заданого числа елементів:

~ 20 хвилин для 30 елементів
~ 30 хвилин для 50 елементів
~ 60 хвилин для 100 елементів

Використовуючи цю структуру часу, ви можете заздалегідь спланувати, як довго будуть проходити тести для адміністрування, коли картки будуть написані або встановлено програмне забезпечення. Проте, з нашого особистого досвіду, ці рекомендації трохи щедрі - на одному з наших закритих карток увійшли 47 карт і чотири категорії, але потрібно лише середнє значення три хвилини Завершувати.

Іншим універсальним правилом є уникнення складних мов на картках. Великі слова - принаймні слова з багатьма складами - і технічний жаргон - ризик що заплутують випробувачів, або їх неправильне тлумачення сенс. Незважаючи на те, що проста формулювання є гарною порадою в цілому для використання мовою продукту, вона є важливою для сортування карт, оскільки надто складна маркування порушувати природні процеси мислення.

Багато експертів погоджуються з достоїнствами сортування карт. Pierre Croft, IA та UX експерт для Decibel Digital заохочує сортування карт, оскільки це може допомогти відвернути погані ідеї HIPPOS (найдорожчих людей у кімнаті), які, можливо, не знають, як побудувати хороший сайт. Він також перелічує деякі вказівки, які потрібно враховувати під час підготовки тесту:

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

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

(3) Не втручайтеся - Втручання затьмарює дані, тому уникайте спокуси. Звичайно, дайте учасникам тестування певні рекомендації, якщо вони заплутані, але тільки для питань, які не пов'язані з результатами.

(4) Це нормально, якщо користувачі не групують все - Відсутність групування може бути настільки ж очевидною, як і повна. Якщо це сталося, переконайтеся, що ви запитали користувача про те, чому. Якщо ви запускаєте закритий сорт, і не всі сортуються, ви також можете надати пусті картки, щоб дізнатися, чому не вибрано існуючі категорії.

(5) Заздалегідь встановіть часові обмеження - Це полегшує планування в цілому і дає учасникам уявлення про те, скільки часу витрачати на їхні завдання.

(6) Обмежте свої карти - Якщо на вашому веб-сайті є сотні або навіть тисячі сторінок, ви можете вибрати лише сторінки першого та другого рівня, щоб забезпечити керування ними. Наприклад, “Зв'яжіться з нами,” “Умови угоди,” та інші сторінки утиліти можуть бути опущені, оскільки їх можна знайти майже на всіх веб-сайтах (щоб ви не перевіряли щось унікальне для вашого сайту).

Тестування дерев

На протилежному спектрі сортування карт, тестування дерев дозволяє тестувати інформаційну архітектуру після її розробки. Дерево тестування працює по видалення візуальних елементів вашої навігаційної системи щоб побачити, як основна структура тарифи на свої власні. За допомогою дерева тест, ви перевіряєте тільки маркування і ієрархії вмісту.

Martin Rosenmejer з Webcredible називає дерево тестування одного з найважливіших кроків на початку процесу проектування. Коротко кажучи, тест на дереві включає учасників пошук іншої інформації про клік, який можна натиснути (або “дерево”).

Використовуючи інструмент тестування зручності, наприклад Treejack, ви записуєте успіх завдання (натискання правильного пункту призначення) і безпосередність завдання (впевненість користувачів, що вони знайшли те, що потрібно). Це надійний метод, щоб побачити, наскільки добре ваші користувачі може знайти свій шлях навколо вашого продукту.

Як показано на малюнку вище, коли ми переробили веб-сайт Yelp, ми надали дерево, що представляє сайт підтримки, а потім надало користувачам 10 завдань (наприклад, пошук інформації про те, що робити з поганими відгуками). Оскільки загальна успішність завдання становила 53%, а безпосередність - 46%, ми знали, що ІА потребує змін - але ми знали точно де вносити ці зміни.

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

Якщо ви вже продали ідею про тестування дерев, то Джефф Сауро, засновник MeasuringU, переходить до деталей про те, як правильно керувати ними. Він пояснює, що дерево тестування використовується в основному з двох причин:

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

(2) Перевірка зміни - Чи правильно було вирішено проблему нещодавнього оновлення або необхідні подальші зміни?

Тестування дерев є, на думку, статистичним тестом. Як і в інших кількісних тестах, дані будуть більш точними з більшою кількістю учасників. Наскільки точні? Перегляньте цю діаграму, щоб знайти найменшу похибку в межах ваших засобів; ми рекомендуємо до 20% помилки або краще.

Висновок

Ми не можемо наголосити на важливості інформаційної архітектури - якщо зміст логічно не структурований з простим потоком, він може і не існувати. Ось чому ці ранні тести можуть допомогти виявити і вирішити проблеми, перш ніж вони фактично стануть проблемами.

Сила таких тестів полягає в тому, що дані моделюються за природною поведінкою користувачів, а коли йдеться про тестування вашої IA, тести не роблять це краще, ніж ці два.