SEO для Чайников — страница 45 из 49


Если невозможно провести больше одной сессии, тестируйте прототипы средней степени детализации


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


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


Тестируйте сложные механизмы взаимодействия с помощью точных прототипов


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


Учитывайте ограниченные возможности прототипа


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

Прототип нуждается в пояснениях


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


Покажите образец


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


Опишите предполагаемую реакцию системы


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


Остерегайтесь тупиков


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


Используйте прототип для демонстрации решения клиентам


Кроме юзабилити-тестирования, прототипы играют важную роль в демонстрации дизайна клиентам. Заказчикам бывает сложно понять работу сайта или приложения на основе одних только статичных изображений. Я помню много случаев, когда клиенты вроде бы разбирались в блок-схемах, но в действительности не понимали ничего, пока им не удавалось испытать работающую модель. Интерактивные прототипы имитируют взаимодействие и позволяют быть уверенным, что у всех сложилось верное представление о работе сервиса. Объяснение того, как система работает, и демонстрация её работы — не одно и то же.


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



12.1 Подходы по улучшению юзабилити


Подготовка к юзабилити-тестированию состоит из 4 основных этапов:

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

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

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

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


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

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

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

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

Юзабилити-тестирование с респондентом в среднем длится от 20 минут до часа.

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

В группе важно разнообразие. Как правило, количество участников в фокусной группе варьируется от 6 до 12 человек.

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

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

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


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

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

Проведение экспертизы сайта направлено на достижение следующих целей:

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

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