Выбрать главу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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