Стив Круг - Как сделать сайт удобным. Юзабилити по методу Стива Круга Страница 9

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

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

Скамейка запасных

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

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

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

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

•  «Настоящий пользователь», с которым можно провести удаленное тестирование . Если у вас достаточно жесткие требования к участникам, вряд ли вы с ходу найдете подходящую кандидатуру. Спасти ситуацию может удаленное тестирование (глава 14). Это своего рода «звонок другу» (так это называется во всем известной телеигре).

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

ЧАВО

Не упустим ли мы из виду каких-нибудь серьезных проблем, если в тестировании принимают участие всего три человека?

Упустим, наверняка упустим. В этом конкретном раунде. Именно поэтому надо проводить как можно больше раундов.

Можно ли приглашать одних и тех же людей на разные раунды тестирования?

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

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

Общая идея ясна, но хотелось бы узнать побольше подробностей

Все книжки, в которых детально описывается процесс подбора участников тестирования, перечислены в списке рекомендуемой литературы (с. 188–189). Если вы в самом деле хотите узнать все нюансы, прочитайте соответствующие работы Джареда Спула (Jared Spool) и Якоба Нильсена (Jacob Nielsen) (с. 190–191).

Глава 6 Займите их делом Выбор заданий для тестирования и написание сценариев

Открой двери модуля, ХЭЛ.

СЛОВА ДЕЙВА БОУМЕНА (КИРА ДУЛЛЕЯ) ИЗ ФИЛЬМА «КОСМИЧЕСКАЯ ОДИССЕЯ 2001 ГОДА»

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

• Вначале надо выбрать задания.

• Затем надо расширить описания этих заданий, превратив их в сценарии, содержащие все необходимые подробности.

Первым делом – список заданий

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

Попробуйте прямо сейчас.

1. Возьмите лист бумаги.

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

Вот, например, список, составленный для моего сайта.

Получить информацию о моих мастер-классах.

Записаться на мои мастер-классы.

Прочитать отрывок из моей книги.

Купить мою книгу.

Узнать, какие консультации я предоставляю.

Все еще жду.

Ну, что? Было не слишком трудно, не так ли? (Вы ведь написали этот список? Я в вас верю! Нет-нет-нет. Я имею в виду, вы не просто подумали, а в самом деле написали, так? Ага, все-таки не написали. Ну, напишите же. Это займет у вас не больше минуты. Я жду.)

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

Вам, однако, придется проверить, что именно эти задачи в действительности придется решать пользователям сайта.

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

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

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

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

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

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

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

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

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

Задание: «Поступить в аспирантуру московского Института международных отношений».

Сценарий: «Вы – выпускник факультета международных отношений СПбГУ. У вас есть ряд научных публикаций, и вы хотите продолжить свою научную карьеру в МГИМО.

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

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

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

Плохой пример: «Настройте свой плейлист в LAST. FM».

Пример получше: «Выберите музыкальные жанры, которые вам нравятся».

Выдавая задания участникам тестирования, сообщите им о двух ограничениях.

•  Поиск – вне закона. (Если вы, конечно, не занимаетесь тестированием поисковой системы.) Обязательно проинформируйте об этом участников, если не хотите, чтобы тестирование сайта превратилось в проверку того, насколько хорошие результаты выдает поисковик. Не грех еще раз напомнить об этом правиле во время тестирования, если участники о нем забудут.

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