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

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

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

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

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

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

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

ЧАВО

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

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

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

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

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

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

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

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

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

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