Тестване за използваемост (usability). Как да формулираш хипотези

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

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

Но как човек може да разбере, че продуктът му отговаря на горните критерии? Тестването за използваемост е практика, в която широк кръг от компании трябва да започнат да инвестират времето си.

Какво представлява хипотезата в тестване за използваемост?

Изследователската UX хипотеза е твърдение или предположение, което се нуждае от проверка, за да бъде доказано или опровергано.

Тя не е същото като изследователски въпрос: въпросът пита, а хипотезата предсказва резултат, който после се тества емпирично.

Пример: Предполагаме от наблюдение, че промяната на бутон ще увеличи броя на потребителите, които взаимодействат с него – с някои малки корекции тази теория се превръща в изследователска хипотеза: „ Промяната на положението и цвета на бутона за запазване на даден продукт в кошницата, ще увеличи среднодневния брой потребители с 20%“.

Хипотезата е проверяемо предположение за поведението на потребителя или възможен проблем в интерфейса. Тя може да бъде потвърдена или опровергана чрез сесии с реални хора и помага да се дефинират рамките на изследването: какво точно проверяваме и по какви критерии взимаме решение.

Следователно е ясно, че трябва да формулираш хипотези на базата на:

• Аналитични данни;
• Обратна връзка от потребители;
• Наблюдения на екипа;
• Данни от web analytics;
• Интуиция, подкрепена с опит.

Важно: Хипотезата се формулира заради конкретна цел на изследването (например: „да изучим процеса на запазване от потребителя на даден продукт в кошницата.“).

Примери за хипотези:

„Потребителите не могат да завършат покупката, защото не разбират как да променят пункта за доставка.“

„Потребителите не могат да поръчат покупка, защото не виждат бутона за промяна на езика.“

„Потребителите не забелязват бутона за филтри на страницата с продукти.“

„Потребителите не могат да намерят раздел „Любими“ на началната страница на мобилното приложение.“

Структура на хипотезата

Хипотезата (в контекста на тестване за използваемост) може да се представи чрез следната формула:

СУБЕКТ + ПРЕДПОЛОЖЕНИЕ ЗА ПРОБЛЕМ/ДЕЙСТВИЕ

1. Субект

Субект е групата потребители, за които е актуално предположението.

Например:

• Нови потребители на приложението;
• Потребители с един или повече продукти в кошницата;
• Потребители, оформящи поръчка.

2. Предположение за проблем

Предположение за проблем e oписание на конкретното нещо, което може да причинява проблем на потребителите.

Отрицателна срещу положителна формулировка на предположението за проблем

• Отрицателна формулировка (проблемна): „Потребителите не забелязват бутона за филтри на страницата с продукти.“
• Положителна формулировка (предпочитана): „Потребителите забелязват бутона за филтри на страницата с продукти.“

Предимство на положителната формулировка:

• Избягва двойното отрицание при анализ на резултатите;
• Ако хипотезата се потвърди, тогава всичко е наред;
• Ако хипотезата НЕ се потвърди, значи има какво да се поправи.

Важно: Избери единен подход (отрицателен или положителен) за конкретното изследване и го спазвай последователно в сценариите и отчета.

Виж още: Правила за използваемост в работата на дизайнера (usability)

Петте основни принципа за добра хипотеза

Принцип 1: Конкретност и фокус върху проблема

Хипотезата трябва ясно да описва какъв точно проблем предполагаш.

Лош пример:

„Потребителите не разбират условията за получаване на стоката.“
Проблемът е зададен твърде широко – „условия за получаване“ включва множество параметри.

Добър пример:

„Потребителите не забелязват начина на заплащане и срок за доставка до удобен пункт.“
Конкретен фокус върху плащане и тип доставка.

Полезен съвет:

Добави към хипотезата индикатори за наблюдение – какво точно по време на сесията ще сигнализира за проблем?

• Връща се назад повече от два пъти
• „Замръзва“ на екрана над 20 секунди
• Изтрива съдържанието на кошницата и отново избира същия продукт.

Принцип 2: Основаване на данни и наблюдения

Хипотезата би трябвало да се базира на предварителни изследвания, анализ, потребителски отзиви или наблюдения. Също съмненията на дизайнера, изследователя или екипа могат да се формулират като хипотези. Важното е да не се включват случайни съмнения.

Източници на хипотези

• Анализи. Разгледай данните и открий на кои страници или етапи от фунията потребителите напускат. Използвай инструменти като Google Analytics, Hotjar.
• Запис на сесията. Наблюдавай реални сесии за да откриеш проблеми.
• Потребителски път. Премини сам пътя на потребителя в сайта или приложението – вероятно ще откриеш объркване по пътя. Симулирай различни потребителски сценарии.
• Екипен анализ. Попитай колегите какво според тях може да създава трудности на потребителите. Събирай хипотези.
• Обратна връзка. Имейли, коментари или обаждания до поддръжката, свързани с интерфейса. Отзиви в App Store/Google Play за приложения.

Принцип 3: Проверяемост

Хипотезата трябва да бъде формулирана така, че да можеш да събереш данни, които да я потвърждават или да я опровергават.

Примери за непроверяеми хипотези:

„Интерфейсът е неудобен за потребителя.“ – Неконкретна, няма критерий за проверка.

„Показването на броя потребители, които вече са купили конкретен продукт в картата на продукта, ще увеличи конверсията към покупка с 15%.“ – Непроверяема, защото не може да се докаже твърдението с usability тест – необходимо е A/B тестване, а това е съвсем различен метод на изследване.

Важно: Тестовете за използваемост отговарят на въпроса „може ли потребителят да изпълни задачата и какво му пречи“, но как това ще се отрази на конверсията или продажбите не може да се оцени с този метод.

Принцип 4: Специфичност и измеримост

Добрата хипотеза включва конкретни стойности и метрики, когато е възможно.

Структура на измерима хипотеза:

ВАРИАНТ + ЩЕ ДОВЕДЕ ДО + РЕЗУЛТАТ (с конкретна стойност)

Пример: „Промяната на иконата за поръчка от отметка към количка ще увеличи завършването на поръчките с 15%.“

Ключови елементи:

• Един специфичен вариант за тестване;
• Ясна метрика за успех (clicks, конверсия, време за изпълнение);
• Конкретна прогнозна стойност (когато е приложимо).

Принцип 5: Повторяемост

С добра хипотеза трябва да можеш да проведеш множество различни експерименти, тестващи различни варианти. При повторно тестване на тези варианти трябва да получиш същите резултати.

Ако резултатите са непоследователни:

• Преоцени предишните версии;
• Опитай различна посока;
• Провери методологията на изследването.

Алтернативни формулировки на хипотези

Освен хипотези за наличие на проблем, можеш да формулираш хипотези като твърдения за възможни действия на потребителя.

Пример: Имаме въпрос: „Как потребителят ще добави продукт в количката?“

Хипотеза 1: „Потребителят натиска бутон „Добави в количката“ директно на картата на продукта в списъка от каталога.“

Хипотеза 2: „Потребителят преминава в детайлната карта на продукта, където след това натиска бутон „Добави в количката“.“

Такава формулировка е полезна, когато имаш няколко конкуриращи се дизайн образеца. По резултатите е по-лесно да избереш приоритетния сценарий и да намалиш „шума“ в интерфейса.

Виж още: 12 най-често срещани грешки в UX, които уеб дизайнерите правят

Примери за добре формулирани хипотези

За навигация и видимост:

✓ „Потребителите виждат бутона „Запази“ след редактиране на профила.“

✓ „Потребителите забелязват раздел „Промоции“ на началната страница.“

✓ „Потребителите намират връзката „Забравена парола?“ на страницата за вход.“

За разбираемост и функционалност:

✓ „Потребителите разбират как да приложат филтър по марка в каталога с продукти.“

✓ „Потребителите разбират как да променят количеството на продукт в количката.“

✓ „Потребителите успяват да възстановят паролата си с по-малко от 3 клика.“

За завършване на задачи:

✓ „Потребителите завършват процеса на регистрация за по-малко от 2 минути.“

✓ „Потребителите успешно променят адреса за доставка в съществуваща поръчка.“

Добри практики и съвети

Правилни действия:

• Водене на документация на всички хипотези и резултати;
• Приоритизиране на хипотезите по важност и влияние;
• Свързване на всяка хипотеза с бизнес цел;
• Използване на контролна група (текущия дизайн) за сравнение;
• Дефиниране на успеха предварително – какво означава „потвърдена“ хипотеза;
• Тестване на една променлива наведнъж за ясни резултати.

Да се избягва:

• Твърде широки или неясни хипотези;
• Хипотези, базирани само на лични предпочитания;
• Тестване на множество променливи едновременно;
• Субективни метрики като „потребителят харесва дизайна“;
• Формулировки, които не могат да се проверят с избрания метод.

Полезни съвети:

Съвет 1. Поддържай хипотезите кратки – една ясна фраза е достатъчна.

Съвет 2. Включи скрийншоти / mockup-и в документацията за контекст.

Практичен пример:

Лоша документация:

Хипотеза: Потребителите не виждат филтъра по цена.

Добра документация:

Хипотеза: Потребителите не виждат филтъра по цена

[СКРИЙНШОТ на страницата с каталог, където филтърът
е обозначен в червен кръг]

Местоположение: Горен десен ъгъл на каталога
Вариант: Текущ дизайн (контрол)

Съвет 3. Анализирай получените хипотези – не всички могат реално да се проверят с usability тестване. За някои ще трябва да подбереш други, по-релевантни методи.

Съвет 4. Избягвай добавянето на субективни думи като „защото“, „тъй като“, „поради“ – те превръщат хипотезата в обяснение, а не в проверяемо твърдение.

Процес на работа с хипотези

Стъпка 1. Дефинирай проблема

Изясни си какъв проблем се опитваш да решиш и какво знаеш за него.

Стъпка 2. Формулирай въпроси

Помисли на кои въпроси искаш да отговориш.

Стъпка 3. Напиши хипотезата

Формулирай своята изследователска хипотеза според принципите по-горе.

Стъпка 4. Постави SMART цели

Дефинирай една или две SMART цели (Specific, Measurable, Achievable, Relevant, Time-bound – специфични, измерими, постижими, релевантни, ограничени във времето).

Стъпка 5. Дефинирай показатели

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

Реален пример

Контекст: E-commerce сайт забелязва, че 30% от посетителите изоставят сайта с артикули в количката. Данните показват затруднения при намиране на бутона за поръчка.

Проблем: Ниска конверсия при завършване на поръчка.

Хипотеза: „Промяната на иконата за поръчка от отметка (контрол) към икона на количка (вариант B) ще увеличи завършването на поръчките с 15%.“

Резултати след тестване:

• Контрол (отметка): 55% завършване
• Вариант A (чанта): 70% завършване
• Вариант B (количка): 73% завършване

Извод: Вариант B е с 18% по-добър от контрола. Резултатите показват доказателство, че промяната на иконата води до увеличаване на завършванията. След това се прави статистически анализ за определяне дали разликата е статистически значима.

Заключение

Добре формулираната хипотеза:

• Държи изследването в рамки;
• Определя ясно какво проверяваме;
• Помага да разберем резултата;
• Дава конкретни критерии за успех.

Формулирай кратко и предметно, опирай се на данни и наблюдения, фиксирай критериите за потвърждаване предварително. Използвай варианта на записване, който ти е по-удобен – „проблемен“ или положителен – и се придържай към него през цялото изследване, за да избегнеш объркване при анализ.

Успешните тестове за използваемост започват с ясни, проверяеми хипотези. Инвестирай време в тяхната формулировка – това ще се отплати многократно в качеството на получените резултати и яснотата на препоръките към екипа.