Стив Круг

экстраполировать полученный результат на всех остальных.

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

Чужие сайты – это сильно недооцененные объекты для тестирования

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

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

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

Сформулируем мой генеральный план так:

Одно утро в месяц – мы не просим о большем

В общем, от вас потребуется раз в месяц проводить раунд тестирования с тремя пользователями

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

На первый

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

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