Тестирование удобства пользования или Usability Testing. Гид по UX исследованиям для начинающих

Дизайн продукта, сайта или приложения — весьма длительный процесс, требующий терпения, проницательности и наличия ряда инструментов. Чтобы понять, что в действительности работает, а что нет, важно знать мнение пользователей. Здесь-то и приходит на помощь пользовательское тестирование (user testing).

Объединив усилия, UXPin, UserTesting и Optimal Workshop решили описать UX-процесс, которому они следовали для гипотетического Yelp:

Весь процесс скорее напоминал дизайн-спринт, состоящий из 1-3 недельных проектов, сфокусированных на решении конкретных задач.

Краткий обзор процесса UX-дизайна

1. Определение продукта

На начальном этапе специалисты определили ценностное предложение (value proposition), незаслуженное преимущество (unfair advantage) и общую бизнес-модель. Поскольку Yelp уже добился значительного успеха в привлечении посетителей, они решили, что было бы интересно понять, как можно повысить частоту использования (frequency of use). Далее был разработан общий план тестирования.

2. Тестирование и анализ

На этапе исследования команда рассмотрела в деталях план тестирования и перешла к немодерируемым сессиям. Была определена демография пользователей и детализированы конкретные задачи. В ходе работы использовались различные методы тестирования, начиная от анализа записей взаимодействий пользователей с сайтом, удаленной карточной сортировки (card sorting) и тестирования первого клика (first-click testing).

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

Во время всех тестирований разработчики придерживались следующих принципов:

• Переработка текста. В целях извлечения максимальной пользы специалисты несколько раз корректировали инструкции, чтобы язык был как можно более лаконичным и побуждал к конкретным действиям. Это непременное условие для удаленных немодерируемых тестирований, поскольку письменные инструкции являются единственными директивами для участников.
• Проведение (pilot test). Как только инструкции были готовы, было проведено немодерируемое удаленное тестирование с одним пользователем из группы тестирования. Он также оставил отзыв касательно самих инструкций, чтобы команда могла исправить мелкие недочеты и обеспечить полную ясность.
• Обеспечение задач релевантными вопросами. По каждому заданию участник тестирования должен был ответить на вопрос «Была ли выполнена задача?», а также «Оцените уровень ее легкости/сложности». Ответ на первый вопрос давал понять, осуществима ли задача; в то время как второй — позволял углубиться в возможные улучшения дизайна.
• Избегание наводящих вопросов. При тестировании использовался такой, к примеру, вопрос, как «Насколько легко или трудно было вам выполнить эту задачу?» вместо «Насколько трудно было выполнить эту задачу?», что предотвращает вероятность необъективного ответа.

Для сбора качественных и количественных данных специалисты провели три удаленных юзабилити-тестирования, в каждом из которых участвовало минимум 5 человек. Выявив болевые точки, они разработали потоки задач (task flows), имитируя шаги каждого пользователя на основе текущего дизайна. Проанализировав их и выявив недостатки юзабилити, они улучшили потоки, котоорые и послужили в качестве функциональных принципов редизайна.

3. Дизайн и итерация

Глен Липка (Glen Lipka), вице-президент User Experience, считает, что последовательный (UI, user interface) лучше, чем совершенный пользовательский интерфейс. Последовательность порождает узнаваемость, которая в свою очередь способствует более частому обращению. Ниже приводятся несколько руководящих принципов:

• Дизайн для информации. Люди используют веб-сайты не для того, чтобы восхищаться красивыми дизайнами, но потому что им нужен контент. В описываемом случае, учитывая, что Yelp — это сайт для поиска на местном рынке услуг, редизайн нуждался в лучшей доставке нужной информации нужным людям, и тестирование информационной архитектуры при помощи карточной сортировки было неотъемлемой частью этого процесса.
• Следование принципу MAYA (Most Advanced Yet Acceptable) , «наиболее передовой и в то же время воспринимаемый». В то время как команда хотела обеспечить лучший опыт для изредка заходящих на сайт Yelp пользователей, они не хотели создать нечто настолько чужеродное, что могло бы оттолкнуть опытных пользователей или запутать новых.
• Изучение паттернов пользовательских интерфейсов. Были изучены существующие модели пользовательского интерфейса на других известных сайтах и найдено то, что можно было перенять у них.
• Сделать сайт приятным и удобным для использования (usable). Опыт для изредка заходящих на сайт Yelp пользователей должен был быть более понятным. В то же время, специалисты хотели сохранить приятный внешний вид сайта.

Конечная цель состояла в достижении локального максимума (local maximum). Проект был завершен как только затраты превысили выгоды дополнительной итерации. С учетом ограниченности по времени дизайн-спринта, разработчики не зацикливались на получении глобального максимума (global maximum).

Понимание вашего бизнеса перед проведением тестирования

Прежде чем начать работу над UX, вы должны сперва понять свой бизнес. Какие проблемы он решает, каким образом приносит деньги? В чем он успешен, а в чем его можно улучшить?

Таким образом, на первом этапе редизайна вы анализируете бизнес-модель, выявляете необходимые улучшения UX, а затем определяетесь с гипотезами и планом тестирования.

Для первого шага специалисты выбрали , поскольку это легкая и вместе с тем всесторонняя визуализация бизнеса:

Не будем утомлять вас всей документацией, поэтому просто посмотрим на то, как вы можете сделать это в целях UX на примере Yelp:

• Самая главная проблема: Люди в определенном городе хотят получить [лучший / быстрый / самый дешевый / самый простой] [продукт / услугу].
• 3 самые основные функции: Отзывы пользователей, лента активности (activity stream), поиск по городу / категории.
• Уникальное ценностное предложение: Возможность вносить компании в список, добавлять отзывы и видеть компании, рекомендованные друзьями и другими пользователями.
• «Несправедливое преимущество» (то, что не может быть скопировано или куплено): Сетевые эффекты (network effects) наличия большой базы пользователей.

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

2. Определение объектов пользовательского тестирования

Учитывая уже имеющуюся у сайта огромную базу пользователей, было решено, что наиболее интересными областями исследования станут частота обращений и удержание пользователей. По мнению Нила Патела (Neil Patel), генерального директора QuickSprout, добавление или удаление функций может добавить ценности продукту. Исходя из этих соображений, мы определись с нужными вопросами:

• Какие функции используют люди при выборе ресторана? (например, фотографии, рейтинг и т.д.)
• Могут ли пользователи выбрать ресторан на основе нескольких конкретных критериев?
• Знают ли пользователи, как сохранять варианты?
• Могут ли они узнать, открыто ли конкретное место в данный момент?

3. Выбор методов тестирования

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

Планирование и сбор качественных данных (qualitative data)

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

Чтобы провести пользовательское тестирование, для начала следует определить, какая аудитория соответствует целям вашего исследования.

В нашем случае это были текущие пользователи Yelp, посещавшие этот сайт изредка.

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

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

Задания общего характера включали в себя:

• Сфокусированное задание — найти компанию на основании конкретных параметров
• Открытое задание — найти компанию при наличии очень малого количества директив
• Очень конкретное задание — найти определенное место и узнать конкретную информацию о нем

Разработчикам было интересно выяснить, как пользователи взаимодействуют с фильтрами и на основании чего выбирают ту или иную компанию.

Что касается менее распространенных заданий, они предусмотрели различные варианты для каждой группы пользователей. Так как поступило несколько жалоб от зарегистрированных пользователей Yelp касательно функций «Закладка» и «Списки», специалисты попросили зарегистрированных пользователей (группа 1) сохранить компанию для последующего к ней обращения. Для пользователей без учетных записей (группа 2) задачей было найти мероприятие. Важно было увидеть, воспользуются ли они функцией поиска или нет при выполнении этого задания и как они будут принимать решение о том, какое событие посетить.

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

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

Качественный анализ пользовательского исследования

После того как исследование было завершено, настало время проанализировать результаты и определить основные проблемы, с которыми сталкивались пользователи на сайте Yelp. И вот что удалось выяснить:

1. Функция поиска была основной отправной точкой для любой задачи.

Все пять участников воспользовались панелью поиска (search bar) даже в тех заданиях, где можно было легко обойтись и без нее.

4 из 5 участников сразу же обратились к функции поиска для того, чтобы найти ресторан. Только один пользователь начал просматривать категории, что сразу же показалось ему чересчур неудобным, и в конечном счете он также прибегнул к строке поиска.

2. Вкладка «События» не была достаточно заметной.

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

Как ни странно, никто не воспользовался вкладкой «События». Один из участников теста обратился к панели поиска, а другой перешел в категорию «Искусство и Развлечения».

3. Функция закладок оказалось непонятной, а также никто не использовал списки.

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

Из трех участников:

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

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

4. Поиск конкретного места оказалось очень быстрым и легким заданием.

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

5. Пользователи руководствовались фотографиями для определения атмосферы ресторана.

В ответ на просьбу найти ресторан с определенной атмосферой ни один из пяти участников не попытался воспользоваться панелью поиска. Вместо этого трое просмотрели фотографии ресторана на Yelp, один посетил сайт ресторана, а последний посчитал, что символы стоимости ($,$$,$$$,$$$$) — достаточный показатель того, обладает ли ресторан нужной атмосферой.

6. Фильтры использовались участниками, но могут быть улучшены.

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

Последний пользователь попытался выбрать две категории, чтобы отфильтровать результаты, однако когда он кликнул по одному из вариантов, второй в этот момент исчез.

Когда участники искали ресторан по определенным параметрам, одним из требований было найти ресторан в пределах $ 20/чел. Двое из пяти пользователей были сбиты с толку, в какую категорию следует отнести ресторан с таким бюджетом: $, $$, или $$$ категорию. Один из них заявил, что не знает, что означают эти символы, а другой выбрал неверную категорию. Остальные трое пользователей верно выбрали $$ категорию.

Значения символов отображаются не во время выбора фильтра, а только тогда, когда человек переходит на страницу конкретного ресторана. Так как ценовые ожидания весьма субъективны, участникам было неясно, какую категории они должны выбрать.

Сбор количественных данных о поведении пользователя

Следующей целью стал более подробный анализ . Для этого специалисты провели тестирование первого клика и тестирование с закрытыми картами.

1. Сортировка закрытыми картами с помощью инструмента OptimalSort.

Сортировка закрытыми картами предполагает выдачу участникам карт, содержащих названия, которые затем участники должны сопоставить с имеющимися категориями (в отличие от сортировки с открытыми картами, где пользователи должны сами создать категории). При назывании карт следует придерживаться принципа «чем проще, тем лучше». Несколько рекомендаций, применимых к сортировке как закрытыми, так и открытыми картами:

• Не следует смешивать родительские и дочерние категории. Другими словами, используйте категории одного уровня, иначе вы запутаете участников.
• Обеспечьте наличие открытых форм для дополнительной обратной связи после тестирования.
• Имейте в виду, что иногда пользователи не группируют данные. Отсутствие группировки может быть столь же информативным, как и ее наличие. В этом случае, непременно, узнайте у участника причину этого.

Применяемая в описываемом тесте сортировка картами имела три простые цели:

• Определить, как часто люди используют поисковые фильтры на сайте Yelp
• Определить, какие фильтры являются наиболее важными
• Определить, какие фильтры являются наименее важными

В общей сложности у разработчиков было 47 карт, отображающих все 47 фильтров поиска Yelp (цена, расстояние и т.д.). Затем участников попросили рассортировать их по категориям важности: «очень важный», «довольно важный», «не важный», и «я не знаю, для чего нужен этот фильтр»:

2. Тестирование первого клика с помощью инструмента Chalkmark

Это тестирование фиксирует участок сайта, на котором кликает пользователь, чтобы выполнить определенное задание. Вот некоторые советы относительно его проведения:

1. Пропишите четко задачи. Убедитесь, что участник думает о том, как решить проблему, а не просто о том, где кликнуть.
2. Определите лучшие пути для выполнения задачи. Начиная с домашней страницы, постройте все возможные пути для достижения каждой цели.
3. Отведите определенное время на выполнение задач.

Данное тестирование должно было:

• Определить, дает ли информационная архитектура возможность быстрого выполнения задачи
• Определить, ясны ли навигационные ярлыки

Специалисты попросили пользователей выполнить определенные задачи, снабдив их скриншотами страниц Yelp. Затем они проанализировали результаты (heatmap) и скорость выполнения этих задач участниками.

Количественный анализ пользовательского исследования

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

1. Результаты тестирования фильтров поиска на сайте Yelp с помощью сортировки закрытыми картами

92,5% участников сказали, что регулярно используют фильтры поиска на этом сайте.

Наиболее важными фильтрами для пользователей оказались «Отрыто сейчас», «Принимают кредитные карты» и «Специальные предложения».

Более 88% участников решили, что 7 фильтров вовсе не важны.

В результате этого исследования были определены три ключевых задачи редизайна домашней страницы Yelp:

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

Результаты тестирования первого клика на домашней странице Yelp

2. 30% участников посчитали сайт «перенасыщенным» или «сбивающим с толку».

Тепловая карта продемонстрировала значительные различия того, где именно кликали пользователи. Участников попросили найти ресторан с умеренными ценами, который мог бы вместить компанию до 20 человек. Выполнение задания заняло в среднем 15 секунд — что в условиях интернета много. На изображении ниже вы видите, что 55% кликнули по пункту меню «Рестораны» в верхнем правом углу. Остальные 45% кликнули в совершенно разных местах. Наличие потенциальных ответов в нескольких местах на странице увеличивает когнитивную нагрузку пользователей и вероятность неверного первого клика:

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

Вкладка «События» ввела пользователей в заблуждение, когда их попросили узнать больше о предстоящем фестивале в их городе. Вкладка «События» в верхней панели навигации ведет людей на страницу с главными событиями (не к тем, что они выбрали). Чтобы увидеть события, которые они планируют посетить, они должны нажать на нижнюю вкладку «События».

В результате 37% людей проигнорировали обе эти вкладки и перешли сразу же к строке поиска. 37% людей кликнули по нужной вкладке «События». 18% нажали на вкладку, находящуюся в главной панели навигации.

На основе полученных количественных данных были определены следующие задачи для редизайна:

• Уменьшить хаос на страницах, чтобы пользователям было легче воспринимать информацию и действовать.
• Создать ясные, однозначные наименования вкладок и удалить двусмысленные, ведущие пользователей неправильными путями.
• Провести сортировку открытыми картами основного содержания, чтобы установить, каким образом, по мнению пользователей, должна быть организована информация, и узнать, как они будут именовать категории.
• Сделать вкладку «События» более заметной.
• Перепроектировать вид «Аккаунта» таким образом, чтобы не было путаницы между основным меню сайта и меню учетной записи.

Дизайн, ориентированный на пользователя, и Итерация

После завершения анализа пользовательских данных можно начинать создавать и перерабатывать дизайн.

Якоб Нильсен (Jakob Nielsen), соучредитель Nielsen Norman Group, классифицирует большинство процессов проектирования, включающих юзабилити-тестирование, по двум категориям: итерационное проектирование (iterative design) и параллельное проектирование (parallel design).

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

1 схематично изображенный каркас, несколько итераций → бумажный / интерактивный каркас, несколько итераций → визуальные дизайны, несколько итераций

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

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

3 разных одновременно сделанных дизайна → Пользовательское тестирование (соединяются лучшие идеи дизайна) → 1 дизайн → Итерационый процесс проектирования

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

Описанный процесс редизайна Yelp был по существу параллельным процессом совместно с UX-тестированием, проведенного в самом начале. Так как это был лишь гипотетический редизайн, разработчики остановились после шага «1 дизайн». Если бы это был настоящий редизайн, следующим шагом стало бы проведение дальнейшего тестирования для улучшения прототипа.

Составление эскиза

В целях редизайна Yelp составление эскиза было первым шагом на пути к изменению структуры домашней страницы и страницы результатов поиска Yelp.

Для составления эскиза домашней страницы Yelp потребовалось две итерации, и команда фокусировалась исключительно на структуре.

Эскиз был выполнен с учетом некоторых основных проблем юзабилити, выявленных в ходе тестирования домашней страницы:

• Повышение видимости панели поиска
• Сделать вкладку «События» более заметной
• Оптимизировать категории

Кроме того, был добавлен футер и «Отзыв дня» перемещен с правой части страницы в низ.

2. Страница результатов поиска Yelp

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

В этом эскизе были учтены следующие моменты:

• Фотографии должны быть более заметными
• Обозначить категории цен

Создание каркаса

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

Учитывая сложность текущей домашней страницы Yelp, специалистам потребовалось 4 итерации. В добавок к устранению проблем юзабилити, они также хотели сохранить
SEO-аспекты (например, список других городов). Ниже мы сосредоточимся на последней итерации.

• Улучшение панели поиска

Текущий дизайн:

Панель поиска находится в верхней части страницы.

Измененный каркас:

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

• Оптимизировать перечень категорий

Текущий дизайн:

Измененный каркас:

Новая конструкция является более визуальной и представляет только 8 категорий одновременно. Чтобы увидеть больше, пользователям надо просто нажать на кнопку «Другие компании», которая была перемещена ближе к верхней ⅓ страницы для более сильного визуального акцента.

• Облегчить нахождение вкладки «События»

Текущий дизайн:

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

Измененный каркас:

Измененный макет помещает «События» в центр прокрутки. Можно либо вставить функцию «Фото» слева от текста, либо добавить видео, проигрывающееся в фоновом режиме.

• Уменьшение общего хаоса

Текущий дизайн:

Измененный каркас:

Любые вторичные элементы, такие как «Популярные события» или «Списки» (которые по результатам юзабилити-тестирования ни разу не были даже использованы) были перенесены в футер.

2. Страницы результатов поиска Yelp

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

Текущий дизайн:

Фильтры и сортировка Yelp испытывают недостаток иерархии.

Измененный каркас:

Новый каркас выделяет наиболее важные фильтры и перестраивает всю область на квадраты. Каждая категория фильтра включает в себя только четыре варианта, что дает визуальную упорядоченность.Так как 90% пользователей посчитали фильтр «Открыто сейчас» важным, разработчики выделили его как отдельный элемент. Цены прояснены диапазонами доллара, а 7 неважных фильтров скрыты.

• Улучшение макета результатов поиска

Текущий дизайн:

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

Измененный каркас:

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

Прототипирование: низкая и высокая точность

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

1. Прототипирование с низкой точностью

Поскольку такие прототипы являются по своей сути незавершенными, люди дают более объективную обратную связь по основным функциям и общему дизайну.

Разработчики из UXPin, UserTesting и Optimal Workshop хотели, чтобы просмотр категорий, выбор фильтров, и переключение между главной страницей и страницей с результатами поиска было беспроблемным опытом для участников. Если бы это был настоящий редизайн, их следующим шагом было бы пользовательское тестирование этого прототипа, а затем повторная итерация.

2. Прототипирование с высокой точностью

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

Специалисты добавили точности, задействовав свою библиотеку элементов пользовательского интерфейса. Что нельзя было сделать в браузере, было создано в Photoshop или Sketch, а затем импортировано непосредственно в UXPin с помощью функции drag & drop. Слои были сохранены, так что надо было только нажимать на элементы и добавлять взаимодействия.

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

Заключение

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

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

К слову, дизайн сайта Yelp, описанный в данной статье, все же претерпел некоторые изменения и теперь выглядит так:

Не исключено, что его разработчики использовали перечисленные выше принципы, чтобы добиться результата, отчасти напоминающего тот, к которому пришли специалисты из UXPin, UserTesting и Optimal Workshop

Акция: до конца месяца бесплатно сделаем юзабилити-аудит вашего сайта и дадим рекомендации по внедрению с 15% скидкой. Заказать юзабилити аудит сайта у экспертов Market Mentor.
С английского языка usability переводится как «удобство и простота использования, степень удобства использования». Другими словами - это удобство использования, пригодность использования, эргономичность - способность продукта быть понимаемым, изучаемым, используемым и привлекательным для пользователя в определенных условиях.

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

Почему юзабилити так важно?

Показатель юзабилити напрямую влияет на конверсию сайта.

В интернет-сфере данный критерий является необходимым условием:

Если сайт сложно использовать – посетитель его закроет.

Если главная страница не демонстрирует сферу деятельности сайта или то, что юзер может получить - посетитель его закроет.

Если в течение первых 5 секунд посетитель не сориентируется, где он находится – он закроет сайт.

Если информацию на сайте сложно воспринять и прочесть, или она не отвечает на ключевые вопросы – посетитель его закроет.

Главное правило электронной коммерции: если пользователь не может найти товар – он не сможет его купить.

Как люди воспринимают информацию в Интернете?

Прежде чем повести разговор о правилах и основных приемах юзабилити, необходимо в общих чертах рассказать о том, как люди вообще воспринимают информацию в Интернете.

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

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

Что такое юзабилити (usability)?

Юзабилити - это мера качества пользовательского опыта, приобретенного при взаимодействии с продуктом или системой, например, веб-сайтом, программным приложением и т.п.

Исследования User Interface Engineering, Inc показывают, что в 60% случаях люди не могут найти информацию в вебе, которая им нужна. Это приводит к потере времени, снижению производительности труда, а также к тому, что пользователи больше не вернутся на сайт.

Другие источники говорят:

· Forrester Research получил цифры, которые показывают, сколько теряют компании из-за плохого юзабилити сайтов. Интернет-магазины теряют порядка 50% покупателей, которые не могут найти нужный товар. Около 40% пользователей не возвращаются на сайт, с которым имели негативный опыт работы.

· Якоб Нильсен говорит: «Изучение поведения пользователей в вебе показывает, что они плохо воспринимают медленные сайты и сайты со сложным дизайном. Люди не хотят ждать. Также они не хотят изучать, как пользоваться домашней страницей. Не существует таких вещей, как обучение веб-сайту или инструкция по веб-сайту. Люди хотят ухватить функциональность сайта сразу же после беглого сканирования страницы, то есть за несколько секунд».

В чем отличие между разработкой юзабилити (Usability Engineering) и тестированием юзабилити (Usability Testing)?

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

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

Юзабилити-тестирование

Материал из Википедии - свободной энциклопедии

Проверка эргономичности (Юзабилити-тестирование, англ. Usability testing) - исследование, выполняемое с целью определения, удобен ли некоторый искусственный объект (такой как веб-страница, пользовательский интерфейс или устройство) для его предполагаемого применения. Таким образом, проверка эргономичности измеряет эргономичность объекта или системы. Проверка эргономичности сосредоточена на определённом объекте или небольшом наборе объектов, в то время как исследования взаимодействия человек-компьютер в целом - формулируют универсальные принципы.

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

Виды юзабилити тестирования

Пригодность к использованию и удобство веб-сайтов (web usability) изучается при помощи большого количества специальных методов:

Макетирование (Prototyping)

Обзоры (Surveys)

Опросники (Questionnaires)

Эвристическое исследование (Heuristic Evaluation)

Экспертиза компонентов (Feature Inspection)

Карточная сортировка (Card Sorting)

Карточная сортировка - это классификационный метод, при котором пользователи сортируют различные элементы разрабатываемого веб-сайта по нескольким категориям.

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

Контекстное исследование (Contextual Inquiry)

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

1. Учет контекста, в котором используется изучаемый сайт.

2. Совместная оценка сайта пользователем и разработчиком.

3. В фокусе оценки сайта находится именно его удобство для пользователя.

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

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

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

Подробности: H. Beyer and K. Holtzblatt. Apprenticing with the Customer: A Collaborative Approach to Requirements Definition

Контрольные листы (Checklists)

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

Макетирование (Prototyping)

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

В процессе макетирования строится модель, включающая все тестируемые компоненты (дизайн, элементы управления и т.д.). Можно использовать различные способы ее построения, от изображения элементов интерфейса на бумаге до создания рабочего макета веб-сайта. Различают «горизонтальное» и «вертикальное» макетирование.

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

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

Обзоры (Surveys)

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

Обзоры используют как на стадиях концептуализации и разработки для проведения маркетинговых исследований, идентификации потенциальных пользователей, установления их информационных нужд и компетентности в использовании компьютеров, так и после реализации веб-сайта для оценки реакций пользователей на информационное наполнение и удобство. Огромное количество образцов и результатов обзоров доступно через любую поисковую систему по ключевым словам «web usability»и «survey».

Опросники (Questionnaires)

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

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

Подробности: J Kirakowski, PhD. The Use of Questionnaire Methods for Usability Assessment.

Плюралистическая проработка (Pluralistic Walkthroughs)

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

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

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

Протоколы самоотчета (Self-Reporting Logs)

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

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

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

Обычно эта техника используется на ранних стадиях планирования или разработки или для выявления пользовательских предпочтений.

Фиксация «мыслей вслух» (Thinking Aloud Protocol)

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

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

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

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

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

Фокусные группы (Focus Groups)

Метод фокусных групп заключается в опросе специально отобранной группы пользователей. В исследование, которое обычно продолжается около 2 часов, вовлекается от 6 до 9 пользователей. Основное достоинство фокусных групп состоит в том, что они позволяют выявлять спонтанные реакции и идеи и оценивать отношение к этим идеям группы в целом.

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

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

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

Фокусные группы могут использоваться как на любой стадии разработки веб-сайта, так и для оценки готового продукта.

Когда начинать работать над юзабилити сайта?

Юзабилити – критерий, который стоит учитывать на всех стадиях разработки и развития сайта. И именно вследствие этого стоит проводить тестирования быстро и просто.

Вот несколько обязательных условий для достижения верных показателей оценки юзабилити разных этапов создания сайта:

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

Проведите оценку сайтов конкурентов – это довольно хороший (а главное – бесплатный!) способ получить конкурентоспособные данные, которые помогут сделать сайт лучше ЧЕМ у конкурентов.

Проведите полевое исследование, чтобы понять, как испытуемые ведут себя в их привычных условиях.

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

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

Проверьте окончательный вариант сайта на соответствие с общепринятыми нормами юзабилити сайта и со своими предыдущими результатами тестирования.

Проведите тестирование ЕЩЁ РАЗ напоследок, после того, как все-все-все правки были внесены, сайт уже начал свою «новую» жизнь. Потому что самые коварные проблемы могут появиться как раз после того, как появился «самый оптимальный» вариант интерфейса.

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

Процесс

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

Процесс тестирования фиксируется в протоколе (логе) и/или на аудио- и видеоустройства - с целью последующего более детального анализа.

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

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

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

1. Речь модератора и респондента;

2. Выражение лица респондента (снимается на видеокамеру);

3. Изображение экрана компьютера, с которым работает респондент;

4. Различные события, происходящие на компьютере, связанные с действиями пользователя:

Перемещение курсора и нажатия на клавиши мыши;

Использование клавиатуры;

Переходы между экранами (браузера или другой программы).

Все эти потоки данных должны быть синхронизированы по тайм-кодам, чтобы при анализе их можно было бы соотносить между собой.

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

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

A/B-тестирование

От англ. A/B testing, Split testing) - метод маркетингового исследования, суть которого заключается в том, что контрольная группа элементов сравнивается с набором тестовых групп, в которых один или несколько показателей были изменены, для того, чтобы выяснить, какие из изменений улучшают целевой показатель. Разновидностью A/B-тестирования является многовариантное тестирование. В этом случае тестируются не два целостных варианта, а сразу несколько элементов продукта или составных частей исследуемого объекта в различных сочетаниях, при которых каждый тестируемый элемент может быть двух видов (A или B).

Метод часто используется в веб-дизайне, типичные применения - исследование влияния цветовой схемы, расположения и размера элементов интерфейса на конверсию сайта. В веб-дизайне часто тестируются две очень похожие веб-страницы (страница А и страница В), которые различаются лишь одним элементом или несколькими элементами (тогда метод называют A/B/n-тестированием). Страницы А и В показываются различным пользователям в равных пропорциях, при этом посетители, как правило, не знают об этом. По прошествии определенного времени или при достижении определённого статистически значимого числа показов, сравниваются числовые показатели цели и определяется наиболее подходящий вариант страницы. Преимуществом метода является использование при проектировании объективных данных.

Для A/B-тестирования веб-дизайна часто используются инструменты от сервисов веб-статистики; в этом случае также часто важно применение механизма для разбиения пользователей, которым будет показан тот или иной вид дизайна (одному и тому же пользователю нужно показывать тот же самый вариант дизайна), например, на основе IP-адреса и затем установкой HTTP cookie.

Оценки удобства использования

Существует два основных способа оценки удобства (пригодности) использования продукта:

· прямая оценка на основе анализа результативности, эффективности и удовлетворённости, достигнутых в результате эксплуатации продукта в реальных условиях: если в указанных условиях одна система более эргономична, чем другая, то оценка должна это выявлять;

· косвенная оценка на основе анализа отдельных подхарактеристик, отражающих определённые свойства системы в установленных условиях эксплуатации.

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

Косвенная оценка рассматривается в стандарте ISO/IEC 25010, который описывает следующие подхарактеристики удобства использования:

определимость пригодности (appropriateness recognizability): возможность пользователя понять, подходит ли продукт или система для его потребностей, на основе первоначальных впечатлений, документации и другой предоставленной информации;

изучаемость (learnability): степень эффективности, производительности и удовлетворенности пользователя обучением использованию системы;

управляемость (operability, controllability): обеспечение простоты управления и контроля;

защищенность от ошибок пользователя (user error protection): степень, в которой система защищает пользователя от совершения ошибок;

эстетика пользовательского интерфейса (user interface aesthetics): степень, в которой пользовательский интерфейс удовлетворяет пользователя и доставляет ему удовольствие от процесса взаимодействия;

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

Важно ли юзабилити?

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

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

Важно обращать внимание на:

простоту использования сайта или интерфейса

эффективность использования

запоминаемость

ошибки, их количество и серьезность

удовлетворение пользователя (субъективное)

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

Многочисленные исследования психологов и интернет-маркетологов показывают, что современные пользователи с каждым годом становятся все более нетерпеливыми и поверхностными. Главная цель создателей сайта – суметь заинтересовать пользователя. Причем на достижение этой цели отводится буквально несколько секунд. Менее чем за полминуты случайному посетителю нужно объяснить, где он находится, чем этот ресурс отличается от других и какую выгоду можно здесь получить. Если человек не успеет получить эту информацию за те самые 27 секунд, он просто уйдет на другой сайт. Вопросами того, как привлечь и удержать на сайте посетителя, и занимается юзабилити.

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

Известный дизайнер Якоб Нильсен предложил набор из 10 эвристик, или принципов проектирования взаимодействия.

Видимость статуса системы

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

Соответствие между системой и реальным миром

Система должна «говорить на языке пользователя», используя понятную ему терминологию и концепции, а не «системно-ориентированный» язык.

Управляемость и свобода для пользователя

Пользователь часто выбирает системные функции по ошибке и должен иметь ясно видимый «аварийный выход» из нежелаемого состояния системы, не требующий сложных диалогов. Следует поддерживать функции отмены (undo) и повтора (redo).

Согласованность и стандарты

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

Предотвращение ошибок

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

Распознавать лучше, чем вспоминать

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

Гибкость и эффективность использования

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

Эстетический и минималистический дизайн

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

Помочь пользователю понять и исправить ошибку

Сообщения об ошибках следует писать простым языком, без кодов, чётко формулируя проблему и предлагая конструктивное решение.

Справка и документация

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

Правила и приемы юзабилити

Навигация

Разработка удобной и интуитивной навигации – один из краеугольных камней в создании сайтов.

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

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

размещать подробную контактную информацию не только в «подвале» (самом низу страницы), но и в шапке сайта;

делать меню первого уровня на всех страницах;

указывать на веб-страницах название раздела сайта;

предусмотреть "хлебные крошки".

Внутренний поиск

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

Чтобы поиск на сайте был удобным, необходимо:

размещать его в верхнем правом углу на всех страницах;

ограничить длину поля для ввода запроса 27-30 символами (оптимальное значение);

сделать поиск исключительно внутренним, только по страницам ресурса. Не стоит предлагать посетителям еще и внешний поиск, по сторонним сайтам в Интернете – это будет отвлекать их от вашего;

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

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

Главная страница

Лишний раз говорить о значимости главной страницы не будем – это и так всем известно.

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

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

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

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

Оформление текста

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

Текст должен быть короткими и содержательными.

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

Для написания текста используйте простые и наиболее распространенные шрифты размера не меньше 12 px и без засечек – они лучше всего воспринимаются.

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

Обратите внимание на цвет фона, на котором размещены тексты. Он должен быть контрастным цвету шрифта и как минимум не вызывать у посетителя дискомфорта. Классический вариант – черный шрифт на белом фоне.

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

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

Используйте списки, подзаголовки, картинки и другие элементы оформления. Чем более текст структурирован, тем проще он читается и воспринимается.

Юзабилити дизайн:

Красивый дизайн:

Основная задача – создание привлекательного внешнего вида Интернет-проекта, ориентируясь на конкретные пользовательские визуальные предпочтения.

Минусы: достижения ИТ отходят на второй план и мало взаимодействуют с общей концепцией usability; степень удовлетворенности от визуальной оценки имеет тенденцию к резкому понижению за счет недоработок в плане совместимости и технической базы проекта.

Плюсы: запоминающееся оформление веб-сайта.

Удобный дизайн:

Основная задача – достижение максимального уровня accessibility веб-сайта за счет устранения барьера несовместимости между технической комплектацией разработчиков и потребителей.

Минусы: Вынужденное ограничение дизайнерских решений.

Плюсы: Максимальный охват пользовательской аудитории, доступность и простота использования.

Альтернативный дизайн:

Основная задача – разработка оригинального дизайна посредством дистанционного маневрирования между стандартом и альтернативой.

Минусы: Угроза попадания «в зависимость» от устоявшихся стандартов в дизайне или постоянного создания альтернативного дизайна.

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

Подведем итог

Вообще, юзабилити и полезность – это два самых главных векторных направляющих для определения практичности чего-либо.

1. Сайт должен быть действительно нужен посетителю;

2. Интерфейс сайта не должен мешать пользователю совершить целевое действие и получить то, что он хочет.

Вот краткая формула для выявления практичности вашего сайта:

Полезность сайта - обладает ли сайт ответами на ваши вопросы.

Юзабилити - насколько легко и удобно управлять сайтом.

Практичность сайта = юзабилити + полезность.

Юзабилити-тестирование — это метод оценки удобства и эффективности интерфейса. Для оценки привлекаются представители целевой аудитории продукта, которые работают с интерфейсом, выполняя специально подобранные задания. На основе поведения респондентов юзабилити-специалист делает выводы о наличии в интерфейсе юзабилити-проблем и их характере.

Зачем нужно юзабилити-тестирование?

Как и другие методы юзабилити-аудита, тестирование нужно, чтобы понять, что мешает вашему продукту быть эффективным. Юзабилити-тестирование поможет узнать причины, по которым:

• у вашего интернет-магазина низкая конверсия;
• ваши пользователи звонят в колл-центр с вопросами, которые уже есть на сайте;
• ваше мобильное приложение получает негативные отзывы в App Store и Google Play;
• сотрудники, работающие с вашей СЭД, ненавидят ее и жалуются, что работать с ней слишком сложно;
• и т.п.

Также тестирование понадобится, если вы хотите:

• сравнить два интерфейса, например, старый и новый, ваш и конкурента, чтобы выяснить, какой из них лучше;
• сравнить удобство интерфейса для двух групп пользователей, например, для новичков и опытных;
• выявить потенциальные юзабилити-проблемы нового продукта еще до того, как он будет выпущен на рынок;
• оценить соответствие продукта определенным KPI (например, «процесс оформления заказа занимает не более 5 минут»).

Чем юзабилити-тестирование отличается от фокус-групп?

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

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

Какие виды юзабилити-тестирования бывают?

Используя разные критерии классификации, можно назвать несколько видов тестирований. В своей практике мы применяем все из них.

В зависимости от степени участия модератора (UX-аналитика):

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

Один из вариантов удаленного немодерируемого тестирования

В зависимости от места расположения респондента:

• очное — респондент и модератор находятся в одном помещении, как правило, в лаборатории, и общаются непосредственно;
• удаленное — респондент участвует в тестировании из дома или со своего рабочего места. Как правило, это немодерируемое тестирование. Если требуется участие модератора, аналитик общается с респондентом по видеосвязи.

В зависимости от целей:

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

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

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

Как проходит юзабилити-тестирование?

Как правило, мы проводим очные модерируемые юзабилити-тестирования. Это значит, что респондент приезжает в нашу лабораторию и выполняет задания под наблюдением юзабилити-специалиста.

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

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

Отрывок сценария. Указаны формулировка, критерии успешности выполнения, проверяемые гипотезы и вопросы, которые модератор задаст после того, как респондент закончит выполнять задание

Параллельно с написанием сценария идет поиск респондентов. Как правило, это 8-12 человек . Некоторые компании помогают нам привлекать респондентов из числа своих клиентов. Если такой возможности нет или это не соответствует задачам исследования, то мы ищем респондентов через специализированные агентства, например, РусОпрос. Мы передаем им требования к респондентам, а они предоставляют списки потенциальных участников тестирования. При этом мы тщательно контролируем качество рекрутинга: проводим дополнительный обзвон респондентов, задаем им вопросы об опыте участия в подобных исследованиях, и, если респондент кажется нам неподходящим, отсеиваем его.

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

Наша юзабилити-лаборатория. Вид из комнаты модератора. На экране дублируется изображение с экрана респондента

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

После того, как все сессии тестирования проведены, UX-аналитик составляет отчет, который передает заказчику.

Сколько времени занимает юзабилити-тестирование?

Одна сессия тестирования, от момента встречи респондента до момента прощания с ним, занимает примерно полтора часа. Из них сама процедура тестирования занимает примерно час, остальное время уходит на вступительную и заключительную беседу. Делать сессии тестирования более длинными не имеет смысла. Респонденты устают и либо делают ошибки по невнимательности, либо начинают выполнять задания формально, что плохо влияет на качество результатов.

Типичный проект по юзабилити-тестированию, включая подготовку и написание отчета, занимает около трех недель. Однако, в зависимости от характера продукта, целей и сложности тестирования, бизнес-процессов в компании заказчика, сроки могут меняться. Например, для компаний, работающих по методологии Agile, мы можем проводить очень короткие тестирования, занимающие 1-3 дня, чтобы уложиться в рамки спринта. А крупный проект, предполагающий кросс-культурное исследование, может продлиться три-четыре месяца.

Входит ли eye-tracking в юзабилити-тестирование?

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

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

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

Что входит в юзабилити-отчет?

Как правило, отчет включает в себя:

• информацию об особенностях продукта, целях и задачах проекта, респондентах и методологии тестирования;
• юзабилити-метрики для каждого задания (если они измерялись);
• подробное иллюстрированное описание найденных юзабилити-проблем с указанием их критичности и встречаемости;
• рекомендации по устранению найденных проблем;
• тепловые карты, если в ходе тестирования мы регистрировали движения глаз.

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

Как использовать результаты тестирования?

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

Хотите, чтобы мы провели для вас юзабилити-тестирование?

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

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

Каких результатов можно добиться при помощи юзабилити-тестирования сайта?

В первую очередь притока новых пользователей или клиентов. Качественное юзабилити-тестирование с последующим устранением выявленных недочетов позволяет моментально получить положительный результат!

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

Разновидности тестирования юзабилити

В зависимости от поставленных целей различают следующие виды исследований:

Качественное тестирование.

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

Количественное тестирование.

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

Сравнительное тестирование.

Цель - провести прямое сравнение с более успешными конкурентами в нише. Это один из самых важных и результативных методов, позволяющих не повторить чужих ошибок юзабилити.

Кросс-культурное тестирование.

Цель - адаптировать зарубежный продукт для российского покупателя или наоборот.

Пользовательское тестирование

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

Айтрекинг-тестирование

Цель - оценить эффективность расположения и видимость блоков сайта. Проводится с помощью специального устройства, которое оценивает, куда и как долго смотрит пользователь.

Тестирование методом персонажей

Цель - понять поведение на сайте типичных представителей различных групп ЦА и на основе полученных знаний об их предпочтениях удовлетворить наиболее широкую группу пользователей.

Экспертный анализ

Цель - выявить недочеты пользовательского интерфейса и составить рекомендации на основе исследований и устоявшихся правил в сфере web-дизайна. Тестирование сайта проводится экспертами в области юзабилити и маркетинга.

A/B-тестирование

Цель - предложить пользователям несколько вариантов дизайна и сравнить реакцию. Выделяются последовательные и параллельные A/B-тесты. При последовательном тестировании usability правки сразу вносятся на сайт и замеряются периоды до и после изменений. При параллельном делается несколько версий, которые сравниваются с основной.

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

• оценку удобства использования;
• сравнение с сайтами-конкурентами.

Подготовка к юзабилити-тестированию и получение отчета

Подготовка состоит из 4 основных этапов:

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

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

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

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

Как подобрать респондентов для тестирования юзабилити?

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

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

Как создать сценарий для респондентов?

Чтобы создать сценарий пользователя, важно понять 3 вещи:

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

Какие трудности могут возникнуть у пользователей при решении проблем. Например, на сайте имеется непонятное меню, обязательная регистрация, неудобная форма записи к мастеру и т. д.

С какими проблемами уже сталкивались пользователи. Возможно, об этом писали в службу поддержки.

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

Вот в качестве примера два варианта задания:

Близится отпуск с 10 по 17 сентября, и уже куплены билеты. Вы летите вдвоем. Мужу хочется, чтобы отель располагался недалеко от моря, а жене важен интернет и сервис. Выберите отель в Италии так, чтобы все были довольны, и забронируйте его на неделю с 10 по 17 сентября.

Забронируйте номер в отеле Италии.

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

Примеры наших кейсов по юзабилити-тестированию

Проведение юзабилити-тестирования сайта

Процедура состоит из двух этапов.

Юзабилити-тест. Для него нужен компьютер с веб-камерой и программа Eye Tracking для записи движения глаз пользователей. Программа учитывает все действия, которые происходят на экране: перемещение курсора, использование клавиатуры, переходы между вкладками. Важно записать тайм-коды заданий, чтобы быстрее ориентироваться в длинном видео.

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

Анализ результатов тестирования юзабилити

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

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

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

Примерное описание удобного ресурса

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

Ресурс говорит на языке целевой аудитории и использует понятные термины.

Если пользователь совершает действие по ошибке, то сразу видит, как вернуться назад и сделать именно то, что хотел. На это уходит минимум времени.

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

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

Ресурс понятен и для новичков, и для опытных пользователей.

Сообщение об ошибке пишется понятным языком, и посетитель понимает, как решить проблему, если она возникла.

Информацию на сайте легко найти, и она соответствует запросам аудитории.