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

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

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

Не попало в кадр

Не пытайтесь найти в этой книге следующее.

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

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

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

•  Истины в последней инстанции . Большинство проблем, которые я буду описывать, можно решать разными способами. Я старался выбирать наиболее универсальные или простые. Но это не означает, что не существует иных вариантов.

Что? Максимы? Можно не называть их «максимы»…

Что вы точно найдете в этой книге, так это целый набор своеобразных афоризмов. За неимением лучшего слова я назвал их «максимы». Их легко опознать, поскольку все они выглядят вот так:

...

Не забивайте гвозди микроскопом

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

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

Напутственные слова

Если быть точным, то всего этих слов четыре штуки: Вы способны это сделать.

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

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

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

Мужайтесь! И ни в коем случае не унывайте. Это совсем не больно, это не нанесет вреда вашей «продукции», и вы сможете приступить к этому уже на следующей неделе. А вот еще один нюанс, о котором почему-то все всегда забывают: это весело! Все мои знакомые, которые долгие годы проводят тестирование юзабилити, по-прежнему находят его очень увлекательным занятием.

Так что вот вам мой совет: начинайте как можно быстрее, делайте все как можно проще и – получайте удовольствие!

ЧАВО

Это не переработка вашей предыдущей книги «Не заставляйте меня думать»?

Черт, кто включил этот микрофон?

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

Можно считать это издание дополненной версией главы из «Не заставляйте меня думать», в которой я объясняю, как проводить тестирование юзабилити [7] .

А если я не собираюсь ничего тестировать? Читать мне эту книгу?

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

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

Не преуменьшаются ли здесь ожидающие нас сложности?

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

А ваши советы годятся только для веб-сайтов?

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

Откуда взялись часто задаваемые вопросы в совершенноновой книге?

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

Обнаружение проблем с юзабилити

Глава 1 Слонов-то не видать Что такое самостоятельное тестирование юзабилити, почему оно всегда срабатывает и почему его так редко проводят

– Для чего ты вертишь курицу у себя над головой?

– Так я отгоняю слонов.

– И что, помогает?

– Ну, слонов-то не видать!

ОЧЕНЬ СТАРАЯ ШУТКА

Итак, прежде чем мы займемся «самостоятельным тестированием юзабилити», разберемся, что же такое «тестирование юзабилити».

Это очень просто:

...

Тестирование юзабилити – это наблюдение за людьми, которые используют то, что вы создаете/проектируете/строите (или то, что вы уже создали/спроектировали/построили), с целью а) упростить их работу или б) доказать, что все и так просто.

Существует масса видов и сортов тестирования юзабилити, но все их объединяет то, что они предполагают наблюдение за людьми, в самом деле использующими данную вещь.

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

Хороший способ разобраться во всех имеющихся методах – разделить их на количественные и качественные.

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