Выбрать главу

ЧАВО

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

Да, веб-аналитика может предоставить вам точную картину того, что люди делают на вашем сайте («72 % посетителей покинули вашу домашнюю страницу меньше чем через 5 секунд»). Объем выборки действительно очень велик (в общем-то, все ваши пользователи), информация основана на реальном использовании вашего сайта, вы можете составить практически любой статистический запрос – и мгновенно получить ответ. А с пришествием Google Analytics это стало доступно всем и каждому благодаря весьма привлекательной цене (безвозмездно, то есть даром!).

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

Тестирование же юзабилити, напротив, призвано помочь вам понять, почему люди делают то, что они делают.

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

Глава 2 А теперь я распилю мою [прекрасную] ассистентку пополам На что похоже самостоятельное тестирование

И это всё, друг мой?

ПРИПЕВ ИЗ ПРОПИТАННОЙ ТОСКОЙ ПЕСНИ ПЕГГИ ЛИ «IS THAT ALL THERE IS?»

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

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

Зайдите на сайт нашего издательства по адресу www.piter.com, найдите там страницу, посвященную этой книге, и скачайте файл Steve_Krug_UsabilityDemo [11] .

1. (Может быть, вы сейчас летите в стареньком самолете, где нет доступа в Интернет по WiFi, и потому не можете скачать этот файл. Не расстраивайтесь. Переходите к следующей главе, но потом не забудьте все же скачать и посмотреть его.)

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

И это всё?

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

ЧАВО

Извините, но зачем вы посвятили этому целую главу?

Затем, что этот пример важен, и таким образом я хотел заставить вас обратить на него внимание.

Глава 3 Одно утро в месяц – мы не просим о большем План, которому запросто можно следовать

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

НЕВЕРОЯТНО УДАЧНЫЙ РЕКЛАМНЫЙ СЛОГАН КОМПАНИИ BLUE DIAMOND GROWERS, ПРИМЕРНО 1990 ГОД

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

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

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