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

Вот вам два совета, которые помогут найти простейшее решение проблем.

• Отлаживайте, а не переделывайте.

• Избавляйтесь от лишнего.

Отлаживайте, а не переделывайте

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

Спокойно. На самом деле достаточно лишь отладить определенные вещи.

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

...

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

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

Отладка – это не столь романтичное занятие, оно не приносит достаточного удовлетворения. Это все равно что чинить старую машину вместо приобретения новой. (Да, вам не светит вдохнуть «запах нового сайта».)

Но у отладки, как видите, есть ряд преимуществ.

Но в чем же суть этой «отладки»?

Отладка подразумевает внесение небольших изменений, это тонкая настройка, которая порой проводится в несколько этапов, методом проб и ошибок.

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

Вот как проводится отладка (на следующей странице этот процесс изображен в виде блок-схемы).

1. Начинать следует с самого простого изменения, способного устранить проблему.

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

3. Не отчаивайтесь: прежде чем задумываться о редизайне, попробуйте настроить какой-нибудь другой параметр.

4. Постоянно следите за тем, чтобы не испортить случайно то, что нормально работает. Не пытайтесь «заодно» исправить что-нибудь еще. Как в одной песенке поется, «того не вылечишь, кто не больной».

Избавляйтесь от лишнего

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

Между тем зачастую лучшим решением оказывается как раз обратное: избавление от излишеств.

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

Сдержите свой первый порыв «срочно что-нибудь добавить». Лучше подумайте, что можно убрать.

Как сказал Антуан де Сент-Экзюпери: «Создатель понимает, что достиг совершенства, не тогда, когда больше нечего добавить, а когда больше нечего убрать».

ЧАВО

Но ведь иногда все-таки нужен редизайн?

Редизайн? О, да. Мы свой, мы новый мир построим. Может быть.

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

Как понять, помогла ли отладка? Надо ли для этого во времяследующего тестирования предложить участникам те жезадания?

Я привык считать, что проверять внесенные изменения при следующем тестировании действительно необходимо. Перефразируя Рональда Рейгана, я говорил: «Отлаживай, но проверяй».

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

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

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

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

•  Проведите сравнительное тестирование исходной и отлаженной версий. С помощью специального онлайнового инструмента типа Google Website Optimizer (который бесплатно поставляется с Google Analytics) можно провести сравнительное тестирование, перенаправив одну половину пользователей на старую версию сайта, а другую – на новую. Посмотрите, сколько пользователей из первой и второй половины смогли выполнить задание (например, добраться до определенной страницы), и сделайте выводы.

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

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

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

Когда встретите их (а это обязательно произойдет, не сомневайтесь), передавайте от меня большой привет.

Если пошел не в ту сторону

ПРОБЛЕМА

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

Наблюдение за тестированием – это наблюдение за небольшим путешествием, которое совершает пользователь. Он выбирает пункт назначения, определяет направление и отправляется в путь. А ты идешь рядом и следишь за каждым шагом. Но даже зная, что пользователь заблудился, не имеешь права ему помогать.

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

Очень точно это описал Эрик Йонссон в своей книге «Внутренняя навигация» (Erik Jonsson, Inner Navigation).