5. Слушайте внимательно. Вы, должно быть, услышите следующее: "Что ж, это похоже на главную страницу сайта. Сдается мне, с его помощью вы пытаетесь распространять нечто. А вот эти штучки – изображения лучшей продукции из вашего ассортимента. А вот здесь написано "Магазин". Наверное, можно сделать заказ прямо на сайте. Правда непонятно, что скрывается за названием раздела "Бонусы".
Если хотите, можете задать несколько уточняющих вопросов, например: "Как вам кажется, что может находиться в разделе "Бонусы"?"
Если описание посторонними людьми вашего наброска совпало с вашей задумкой, возьмите салфетку побольше и продолжайте делать наброски. Обычно, впрочем, кое-какие детали схемы кажутся им бессмысленными, а что-нибудь обязательно понимают как-нибудь не так. Надо сделать выводы. Как видите, можно устранить ряд проблем с юзабилити, не написав ни одной строчки кода будущего сайта.
ЧТО ВАМ ЭТО ДАСТ
Вы поймете, насколько прозрачна и понятна ваша концепция, насколько реально с ходу уловить ее. Ответы, которые вы получите в ходе тестирования, позволят вам с самого начала осознать либо правильность выбранного пути, либо существенные его проблемы.
Вот пример из личного опыта. Много лет я хотел назвать эту книжку "Полевой справочник Стива Круга для пользователей". Ее оформление должно было напоминать справочник для тех, кто любит наблюдать за птицами: Тот же размер и пропорции, тот же внешний вид и стиль изложения.
Мне казалось это прекрасной идеей. Даже не так. Это казалось мне просто потрясающей идеей. Мне самому она дико нравилась. Когда я думал о ней, у меня улучшалось настроение. Черновой вариант обложки висел на стене у меня над столом и вдохновлял меня [14] .
Потом я совершил глупость: последовал своему собственному совету и решил протестировать этот вариант названия и оформления. Все, кого я опросил, были единодушны.
• Они уловили мою концепцию. Да, оформление им действительно напомнило справочник для наблюдения за птицами, и это признали весьма изящным решением.
• Все, как один, решили, что книга будет посвящена всевозможным типам пользователей Интернета. Когда я сказал, что на самом деле собираюсь написать в ней о тестировании юзабилити, участники эксперимента были крайне удивлены! Обложка ассоциировалась у них совсем не с этим.
Я сам не смог разглядеть проблему, потому что слишком близко знал предмет тестирования. Я-то прекрасно понимал, как должна была работать моя концепция.
Тестирование каркасной модели
После создания набросков веб-разработчики, как правило, приступают к построению каркасных моделей.
Эта модель представляет собой, по сути, чертеж будущей страницы. На ней обычно показано, где будут размещаться разные типы контента, как будут соотноситься между собой размеры заголовков и инструментов навигации.
КАК ТЕСТИРОВАТЬ
Каркасные модели тестируют, предлагая пользователям задания, связанные с навигацией: "Как бы вы стали искать__________?", "Что вы ожидаете увидеть при переходе по этой ссылке?"
Тестирование каркасных моделей не отнимет много времени, поскольку набор заданий для участников весьма ограничен. Отдельную сессию для этого устраивать нет смысла. Лучше совместить исследование каркасных моделей с исследованием других вещей – например, вашего нынешнего сайта или чужих сайтов.
ЧТО ВАМ ЭТО ДАСТ
Протестировав каркасную модель, вы сможете оценить адекватность придуманной вами структуры и названий. Критерии оценки таковы: в идеале пользователи должны находить искомое там, где они его ищут; названия разделов должны быть признаны осмысленными; навигация должна быть понятной. Например, вы можете полагать, что структура сайта отражает структуру вашей компании, но в результате тестирования выяснится, что пользователи придерживаются иного мнения.
Тестирование дизайна страниц
Чаще всего у сайта есть несколько страниц с уникальным дизайном (главная страница, например) и ряд страниц, построенных на базе нескольких тематических шаблонов (например, страницы, содержащие статьи, или страницы с описанием продукции). Следующим шагом после создания каркасных моделей является разработка визуальной организации страниц разных типов. И если каркасные модели описывают схемы взаимодействия с пользователем, то верстка страниц формирует визуальный образ сайта.
КАК ТЕСТИРОВАТЬ
Вначале покажите участникам тестирования главную страницу, потом все остальные. Попросите дать описание каждой из них (подробности – на странице 104, в разделе "Экскурсия по главной странице").
ЧТО ВАМ ЭТО ДАСТ
Ваша цель – выявить проблемы юзабилити, связанные с визуальной организацией страниц. Постарайтесь понять, очевидно ли для пользователей, как "работает" каждая из страниц?
Тестирование работающих прототипови всего остального
На более поздних стадиях разработки вы будете иметь дело с работающими кусками сайта, одни из которых будут представлять собой прототипы, другие – уже готовые разделы.
КАК ТЕСТИРОВАТЬ
Сверяясь с процессом, описанным в главах 5–9.
ЧТО ВАМ ЭТО ДАСТ
Озарения, необходимые для улучшения вашего сайта.
Глава 5 Не забивайте гвозди микроскопом С кем проводить тестирование и как найти этих людей
Один участник тестирования – это на 100 % лучше, чем ноль участников.
Стив Круг. Первый закон тестирования юзабилити
А теперь самое скучное (по крайней мере, для меня): набор участников.
Якоб Нильсен называет это "черной работой", и так оно и есть: решить, кто вам нужен, найти этих людей, составить расписание и, наконец, сделать так, чтобы все они явились на тестирование.
Мне этот этап никогда не нравился. Возможно, потому, что он единственный не имеет никакого отношения к юзабилити. А может быть, потому, что у меня неподходящий для такого рода дел характер. (Нужно быть очень собранным и любить общаться с незнакомыми людьми.) У некоторых же, напротив, очень хорошо получается, а некоторые так даже получают от этого удовольствие.
Но вне зависимости от того, нравится вам все это или нет: если вы намереваетесь наблюдать за людьми, вам потребуются люди. И при этом (как и на всех остальных этапами процесса) хотелось бы избежать лишних трудностей.
Дело сводится в конечном счете к трем вопросам:
• Кого тестировать?
• Сколько человек понадобится?
• Как их найти?
• Чем компенсировать им потраченное время?
С кем проводить тестирование?
Когда встает вопрос о том, кого привлечь к тестированию, практически все интуитивно приходят к одной и той же идее:
Это звучит в высшей степени разумно. Ведь:
• Первое и самое очевидное: совершенно все равно, смогут ли пользоваться вашим сайтом люди, которые не собираются им пользоваться. Так зачем же привлекать их к тестированию?
• В ходе тестирования репрезентативный пользователь скорее столкнется с теми же проблемами, что и люди, которые в самом деле пользуются вашим сайтом.
• Люди, не принадлежащие к вашей целевой аудитории, могут столкнуться с проблемами, которые у реальных пользователей не возникнут (ошибочные результаты).
• Люди, принадлежащие к вашей целевой аудитории, могут, в отличие от остальных, иметь некие предметные знания [15] .
Однако, как показывает опыт, привлекать к тестированию людей, принадлежащих именно к вашей целевой аудитории, не столь важно (и не так легко), как кажется с первого взгляда.
Взять, к примеру, предметные знания.