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

Чтение книги онлайн.

      Глава 3

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

      План, которому запросто можно следовать

      Одна банка в неделю – мы не просим о большем!

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

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

      Эта методика легко осуществима и приносит результаты. Она обнаруживает ровно столько проблем, сколько вы можете решить. Кроме того, она работает по принципу: самые существенные проблемы решаются первыми.

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

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

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

      Тут есть два ключевых слова, на которых следует сосредоточить внимание.

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

      • Месяц. Раз в месяц – оптимальный интервал. С одной стороны, проводить тестирование чаще мало кто готов, с другой же – одно тестирование выявляет достаточно проблем, чтобы вам было чем заняться в течение следующего месяца.

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

      Сделав тестирование регулярным этапом работы, вы избавитесь от необходимости решать, когда проводить тестирование; вы просто будете тестировать то, что окажется готово ко дню тестирования. (Если приходится думать, когда проводить тестирование, то все обычно кончается тем, что оно не проводится никогда.)

      Говоря «одно утро в месяц», я имею в виду не только расписание; это, кроме того, СКАЧАТЬ