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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

С сайта нашего издательства по адресу www.piter.com можно скачать электронную версию этих списков. Приведите их в соответствие с реалиями вашего проекта и используйте во время тестирования.

За три недели до тестирования

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

• Написать список заданий для участников тестирования.

• Определиться с требованиями к участникам тестирования.

• Пригласить участников тестирования.