Начална » UI / UX » Как да тествате уеб навигация със сортиране на карти и тестване на дърво

    Как да тествате уеб навигация със сортиране на карти и тестване на дърво

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

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

    Повече за Hongkiat:

    • Тестване за ползваемост: Какво трябва да знаете?
    • 7 стъпки за по-добра обратна връзка от уебсайта
    • Резултати от A / B тестове и казуси за дизайн на потребителския опит

    Сортиране на карти

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

    Ако това е прекалено много за справяне, можете да отидете и с инструмент за тестване на използваемостта като OptimalSort, който може да анализира данните за вас. Така или иначе, резултатът ви дава пълно разбиране за това как биха били вашите целеви потребители интуитивно навигирайте продукта си.

    ИЗОБРАЖЕНИЕ: Разбиващо списание

    Вариации за сортиране на карти

    Има няколко различни стратегии за сортиране на карти, в зависимост от вашите нужди. Donna Spencer, експерт по сортиране на карти и основател на 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) Ограничете картите си - Ако уебсайтът Ви има стотици или дори хиляди страници, можете да изберете само страници от първо и второ ниво, за да поддържате нещата по-управляеми. Например, “Свържете се с нас,” “Условия на споразумението,” и други помощни страници могат да бъдат пропуснати, тъй като те могат да бъдат намерени на почти всички уебсайтове там (така че наистина няма да тествате нещо уникално за сайта си).

    Изпитване на дърво

    На обратния спектър на сортиране на карти, тестването на дърво ви позволява да тествате информационната архитектура след нейното проектиране. Извършва се тестване на дърво отстраняване на визуалните елементи на вашата навигационна система да се види как основната структура се движи самостоятелно. С тест на дърво, вие разглеждате само етикетиране и йерархия на вашето съдържание.

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

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

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

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

    Ако вече сме продали идеята за тестване на дърво, Джеф Сауро, Основател на MeasuringU, отива в подробности как да ги управлява правилно. Той обяснява, че тестването на дърво се използва главно по две причини:

    (1) Определете възможността за търсене на продукта - Колко добре могат потребителите да навигират в сайта и кои области причиняват най-много проблеми с навигацията?

    (2) Потвърдете промяна - Неотдавнашна актуализация правилно ли е решила проблема или са необходими допълнителни редакции?

    Тестът за дърво е, в сърцето си, статистически тест. Както и при други количествени тестове, данните ще бъдат по-точни с повече участници. Колко точна? Проверете тази таблица, за да намерите най-малката граница на грешка в средствата си; ние препоръчваме да се стремим към 20% грешка или по-добра.

    заключение

    Не можем да подчертаем достатъчно важността на информационната архитектура - ако съдържанието не е структурирано логично с прост поток, то може и да не съществува. Ето защо тези ранни тестове могат помагат да се идентифицират и решат проблемите, преди те да станат проблеми.

    Силата на тестовете като тези е, че данните са моделирани след естественото поведение на потребителите, а когато става въпрос за тестване на IA, никакви тестове не го правят по-добре от тези две.

    Бележка на редактора: Това е написано за Hongkiat.com от Джери Као. Джери е съдържателен стратег в UXPin, където разработва in-app и онлайн съдържание за платформата за създаване на прототипи. За съвети и казуси за 30 различни вида тестове за ползваемост, вижте Ръководството за тестване на ползваемостта.

    Сега прочетете: 7 стъпки за по-добра обратна връзка от уебсайта