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

Если не докричаться

ПРОБЛЕМА

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

К сожалению, пользователи Интернета проглатывают информацию не жуя. Они работают с ней так быстро, а разрешение мониторов настолько мало по сравнению с «разрешением» хорошей полиграфии, что небольшие визуальные различия замечают лишь единицы. Тонкие визуальные намеки не понимает почти никто.

КАК ПРИДУМАТЬ РЕШЕНИЕ

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

И вы, и дизайнер тем не менее должны понимать, что никто не просит сделать элемент уродливым.

Посмотрите на приведенную ниже картинку и угадайте, какие два элемента, по мнению создателей Amazon.com, пользователь обязан заметить?

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

А вот другой пример. Сайт Ассоциации специалистов по юзабилити, сделанный несколько лет назад по случаю Всемирного дня юзабилити. Сайтом пользоваться очень удобно (сюрприз!). Шапка его выглядела так:

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

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

ЧАВО

ЗАЧЕМ СТОЛЬКО ЗАНИМАТЬСЯ ГЛАВНОЙ СТРАНИЦЕЙ? РАЗВЕ В ЭПОХУ GOOGLE ГЛАВНЫЕ СТРАНИЦЫ ЕЩЕ КОМУ-ТО НУЖНЫ?

Спору нет, Google заменил нам мозг. Чаще всего первое, что мы открываем в браузере, это Google или Wikipedia.

Приходится признать, что даже для поиска по Википедии я использую Google, набирая, например, Синатра wiki. Разумеется, первая строчка в результатах поиска – ссылка на статью про Фрэнка Синатру в Википедии. В девяти случаях из десяти грамотно составленный поисковый запрос сразу выдает мне то, что нужно.

И в самом деле, многие пользователи (большинство!) не заходят на сайт через главную страницу. Они что-нибудь ищут в поисковике и сразу попадают на ту страничку, где есть интересующая их информация.

Из этого, казалось бы, можно сделать вывод, что главная страница больше никому не нужна. Но это не так.

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

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

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

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

В отчетах были названы десятки проблем, но я всегда составлял список из 10–15 самых серьезных, которые просто необходимо устранить.

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

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

Почему ничего не происходит

Так в чем же дело? Если все прекрасно понимают серьезность проблем, знают, что надо сделать для их устранения (зачастую не так уж много!), и располагают всеми необходимыми ресурсами, то почему же ничего не происходит?

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

• Смена руководства, смена вектора развития или и то и другое одновременно.

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

• Недостаточная поддержка со стороны тех, кто ее должен оказать.