10 главных ошибок веб-дизайна 2002 года

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

1. Hет указания цен

B2C сайты как правило не совершают эту ошибку, зато она присутствует на большинстве сайтов B2B, где представлены "решения для корпораций" (enterprise solutions), так что по описаниям трудно сказать, предназначены ли эти решения для 100 или 100.000 пользователей. Цена - это наиболее специфичная часть информации, которую пользователи используют для понимания сути коммерческого предложения, и ее отсутствие вводит пользователя в затруднение и мешает понять, что же собой представляют ваши продукты.

 

 

У нас есть километры видеопленки, на которых пользователи рвут на себе волосы и задают один и тот же вопрос "А где же у них цена?!".

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

2. Hегибкие поисковые системы

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

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

3. Горизонтальная прокрутка (scrolling)

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

Веб-страницы, которые требуют горизонтальной прокрутки в окон стандартных размеров 800х600 пикселей, особенно раздражают. По разным причинам множество веб-сайтов оказываются оптимизированными под ширину окна в 805 пикселей, несмотря на то, что это разрешение встречается весьма редко, а дополнительных 5 пикселей не дают никакого выигрыша по сравнению с раздражающей горизонтальной полосой прокрутки (и местом на экране, которое она занимает).

4. Фиксированный размер шрифтов

Списки стилей (CSS), к сожалению, дали веб-мастерам возможность отключить функцию броузеров "Изменить размер шрифта" (change font size), указывая фиксированный размер шрифта. Примерно в 95% случаев, фиксированный размер шрифта оказывается слишком мелким, что снижает легкость чтения для большинства пользователей старше 40 лет.

Уважайте пользовательские настройки и позволяйте пользователю изменять размер шрифта по мере надобности. Указывайте размер шрифта в относительных единицах - не в абсолютных.

5. Горы текста

Стена текста смертельна для интерактивного использования. Она устрашает. Hадоедает. Тягостна для чтения.

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

• подзаголовки;
• маркированные списки (bulleted lists);
• выделенные ключевые слова;
• перевернутые пирамиды;
• простой стиль, и
• сухой язык, свободный от рекламизмов (marketese)

6. JavaScript в ссылках

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

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

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

7. FAQ с вопросами, которые никто никогда не задает.

Слишком много веб-сайтов содержат списки FAQ (frequently asked questions - часто задаваемые вопросы), в которых находится список только тех вопросов, которые интересны лишь самой компании. Очень плохо. Списки FAQ имеют упрощенный дизайн информации, который сложно масштабировать. Его надо зарезервировать для действительно часто задаваемых вопросов - только это сделает FAQ полезным материалом. Если в FAQ помещены редко задаваемые вопросы, это может подорвать доверие пользователя к сайту, и только запутает навигацию по нему.

8. Беспардонное собирание почтовых адресов.

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

Hе рассчитывайте на то, что кто-то подпишется на новости вашего сайта только потому, что они бесплатны. Вы должны сказать, здесь и сейчас, что именно пользователь будет получать, и как часто вы будете нарушать спокойствие его почтового ящика. Также вы должны предоставить недвусмысленное предупреждение о том, что обязуетесь не раскрывать никому данный электронный адрес, либо рядом с полем для ввода адреса поместите поле метки (checkbox), отметив которое, пользователь может согласиться с вашей политикой распространения адресов. В противном случае есть лишь слабая надежда, что собранные вами адреса будут чем-то отличаться от mickey@mouse.com.

9. URL > 75 символов

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

Результат? Информация о вашей странице не распространяется со скоростью вируса (viral marketing) только потому, что URL к странице слишком длинный. Так можно и бизнес потерять.

10. Ссылки mailto в неожиданных местах

Когда вы щелкаете по ссылке на веб-странице - что вы ожидаете? Что вы получите новую страницу, содержащую информацию о ссылке, которую вы только выбрали.

Чего вы не ожидаете? Появления на экране почтовой программы, в которой вам надо что-то писать, а не читать.

Ссылки mailto должны быть использованы так, чтобы можно было точно понять, что перед нами почтовый адрес. Они должны иметь либо такой формат: donald@duck.com, либо линковаться со словами "отправить письмо в службу поддержки". Не размещайте ссылки mailto на именах. Щелчок по имени человека должен вести на его биографию, а не на его e-mail.

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

Растущая роль интеграции с почтой

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