IBM®
Перейти к тексту
    в России и странах СНГ [изменить]    Условия использования
 
 
   
    Главная страница    Продукты    Услуги и решения    Поддержка и загрузка    Мой профиль    
Перейти к тексту

developerWorks Россия  >  SOA и Web-сервисы  >

Недовольный пользователь: Страсти

Почему стоит беспокоиться об удобстве использования

developerWorks
Опции документа

Опции документа, требующие включения JavaScript, не отображаются

Обсудить


Выскажите мнение об этой странице

Помогите нам улучшить содержание


Уровень сложности: простой

Питер Сибах, писатель, Независимый

17.12.2007

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

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

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

Суета вокруг удобства использования Web часто означает трепетную заботу о том, чего многие люди даже не замечают. Большинство пользователей Интернета получают доступ к любимым сайтам и приложениям через Internet Explorer, в Windows®, с разрешенными JavaScript и ActiveX и всеми последними установленными плагинами. Так кому же есть дело до тех немногих, кому это недоступно?

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

Удобство использования и доступность

Понятия удобства использования (usability) и доступности (accessibility) часто тесно связаны. Разница в том, что вопросы доступности обычно затрагивают только определенных пользователей, в то время как вопросы удобства использования касаются всех. Эти вопросы в значительной степени пересекаются. Система меню на рабочем столе, основанная на динамически загружающихся изображениях и JavaScript, могла бы свести с ума любого пользователя ПК, а в сотовом телефоне ее было бы совершенно невозможно использовать. Говоря в целом, вопросы удобства использования затрагивают большее число людей, а проблемы доступности влекут за собой более серьёзные последствия.

Проектирование с учетом доступности считается делом трудным, так как требует знания ограничений, затрагивающих ряд систем, а также потребностей пользователей с физическими недостатками. Фактически часто есть возможность решать вопросы доступности косвенно, используя стандарты, которые поддерживают и помогают использовать вспомогательные технологи на новом уровне. HTML предоставляет множество инструментов для написания страниц с гарантированной доступностью, в том числе теги alt и карты ссылок на стороне клиента, которые могут быть воспроизведены текстовой программой. Добавление тегов alt к изображениям – простой способ сделать ваш Web-сайт более доступным. Вам не нужно знать, почему данный пользователь на данной клиентской системе не видит ваши изображения; вы просто подключаете тег, добавляете краткое описание изображения, а затем пусть компьютеры выясняют детали сами.

Чтобы узнать больше о стандартах, поддерживающих разработку Web-сайтов с гарантированной доступностью, ознакомьтесь с Руководством W3C по принципам доступности (EN).

Удобство использования и доступность важны, и их значение не уменьшается, а увеличивается по мере того, как Web-сайты становятся все более насыщенными графическими элементами и динамичными. Чтобы быть в курсе подобных изменений, нужно выходить за пределы своей "родной" системы и серьезно рассматривать спектр физических возможностей, влияющих на пользователей Web. Можно начать со страницы, которая хорошо выглядит на вашем стационарном ПК, и проверить ее на других, предпочтительнее более старых платформах. Пригласите неопытного пользователя побродить по вашему Web-сайту, а затем попытайтесь сделать это сами, используя одну или несколько имеющихся вспомогательных технологий (см. раздел Ресурсы). Когда вы столкнетесь с проблемами, не пытайтесь прибегнуть к старой стратегии защиты: "Но ведь они использовали это неправильно!" Если это неправильно использовалось, то только потому, что ваш Web-сайт не настолько интуитивно понятен, как мог бы быть. Сделайте его лучше!



В начало


Проблемы, связанные с доступностью

Некоторые Web-дизайнеры и разработчики просто не думают о доступности. Люди, которые создают Web-сайты, все же обычно хорошо разбираются в компьютерах, и иногда им бывает трудно соответствовать потребностям новичков или менее сведущих пользователей. Ради справедливости стоит заметить, что большинство Web-дизайнеров мыслят визуально, для них неестественно подходить к Интернету как к невизуальному средству передачи информации. Web-дизайнеры также обычно работают на машинах последних моделей с большим полноцветным дисплеем, большими жесткими дисками и со всеми последними плагинами. Кое-кто лишь смутно понимает, что некоторые системы по сей день не могут проигрывать Flash-анимацию.

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

Многие Web-дизайнеры полагают, что они могут создать либо мрачные Web-сайты, доступные всем, либо красивые, работающие только при определенных, достаточно редких на данный момент, условиях - например, на более не поддерживаемой версии Internet Explorer и на экране с разрешением 1024x768, настроенном на 16-битный цвет. Точнее, они часто рассматривают доступность с позиции линейного компромисса: большая доступность предполагает меньшую привлекательность, большая привлекательность подразумевает меньшую доступность.

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



В начало


Почему стоит заботиться о доступности

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

Главный аргумент в пользу доступности сводится к трем измеряемым преимуществам:

  • Лучшее качество изображения
  • Более широкая аудитория
  • Большая удовлетворенность пользователей

Немногие знают, что доступные Web-сайты обычно лучше представлены в поисковых машинах, и главным образом потому, что они предлагают текстовый интерфейс. Многие поисковые программы поисковых машин игнорируют непонятные ссылки. Они не будут нажимать на Flash-анимированные кнопки и могут даже и не заглянуть в ваши фреймы. Поисковые машины не "схватывают" мультимедийный контент. Но они найдут доступные текстовые ссылки. Более того, размер вашей аудитории влияет на количество людей, которые свяжутся с вами. Чем более доступен ваш Web-сайт, чем выше он расположен в рейтинге поисковых машин, тем больше пользователей он сможет привлечь. Если вы убедитесь, что ваш сайт доступен для пользователей с физическими недостатками, проверив его на широком спектре машин, устройств и браузеров, то это повысит степень удовлетворенности пользователей. Сайты, на которые я возвращаюсь чаще других, - это те, к которым я могу получить доступ с помощью моего карманного персонального компьютера; и именно о таких сайтах я обычно вспоминаю, когда хочу подключиться к чему-то.

Преимущества проявления "социальной ответственности" не столь очевидны, но тем не менее интерес бизнеса к ним также растёт.



В начало


Аргумент в пользу "социальной ответственности"

Мы создаём Web-страницы не в вакууме; мы создаём их для того, чтобы люди ими пользовались. Однако некоторым людям трудно получать доступ к Web-страницам. Например, это люди, которые могут получить доступ к Интернету только в библиотеке, или которым зрение не позволяет разбирать мелкий текст или графику. Исследования показывают, что более широкое применение стандартов доступности принесло бы огромную пользу более чем 160 миллионам человек с ослабленным зрением по всему миру, и что более 14 миллионов американцев пользуются общественными библиотеками для получения доступа к Интернету.

Ставим доступность во главу угла
Консорциум W3C (World-Wide Web Consortium) и такие организации, как Microsoft, Mozilla и IBM, сделали доступность одним из основных своих приоритетов. Microsoft уже давно включает специальные возможности для пользователей с нарушениями зрения, слуха или с ограниченной подвижностью в отдельные программные продукты, в том числе в Microsoft Office и Internet Explorer. В Mozilla Firefox 1.5 начала использоваться специальная возможность для просмотра динамичного контента, а Mozilla продолжает развивать доступность в рамках своей инициативы Accessibility Rich Internet Applications (ARIA). IBM также придает доступности приоритетное значение и вскоре планирует выпустить A-браузер (A-Browser) - приложение с открытым исходным кодом, которое делает мультимедийное содержание доступным для людей с нарушениями зрения. Чтобы узнать, как эти и другие организации сделали доступность важной частью своего бизнес-плана, обратитесь к разделу Ресурсы.

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

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



В начало


Проектирование с учетом удобства использования

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

Осторожно, WYSIWYG!
Самый худший HTML, который я когда-либо видел, был произведен визуальными средствами разработки (WYSIWYG), которые предоставляют Web-дизайнеру дизайнерскую среду "что видишь, то и получаешь". Одни инструменты этого типа лучше, другие хуже, но самое плохое то, что пользователи таких программ редко обладают знаниями, позволяющими им понять генерируемый код; в результате, когда что-то идет не так, это трудно бывает исправить. Визуальные средства разработки также обычно оптимизируются под конкретные браузеры, поэтому сгенерированные таким образом страницы в любой другой среде выглядят ужасно.

Даже если вы проектируете большое количество Web-сайтов, не забывайте поинтересоваться, кто будет составлять основную аудиторию каждого из ваших проектов. Если хотите ограничить аудиторию сайта "только теми, у кого IE 7" или "только теми, у кого Flash 8," вам следует позаботиться о том, как обосновать это решение. Высказанные вслух причины могут оказаться не такими разумными, какими они казались. Представьте, что бы случилось, если бы вы сообщили клиенту, что подумываете об ограничении аудитории сайта по эстетическим причинам. Вам также следует знать, насколько технически подготовленная у вас аудитория. Для подавляющего большинства пользователей Web-сайтов ответ будет "не очень", и проектировать сайты следует соответственно.

Когда вы смотрите на Web-страницу, необходимо знать, как она будет выглядеть в текстовом браузере. Подумайте обо всех тех пользователях, которые не смогут увидеть страницу в таком виде, как вы ее создали, и почему. Попробуйте для доступа к вашим страницам использовать синтезатор речи. Если вы полагаете, что страницы со звуковыми эффектами раздражают зрячих пользователей, подумайте, как сильно они разочаруют тех, кто рассчитывает, что речевая программа поможет им услышать текст на странице. Этот момент легко упустить из виду, если вы не знаете, что миллионы пользователей просматривают Web-сайты через браузеры, которые используют синтез речи, а не визуальное изображение. (Чтобы узнать больше об инструментах для оценки доступности ваших Web-страниц, обратитесь к разделу Ресурсы.)



В начало


Внедрение удобства использования

Иногда для перестройки организации на новый курс действий нужно, чтобы один человек сделал это дело своим приоритетом. Если никто сильно не беспокоится об удобстве использования, оно не войдет в употребление. Нет ужаснее Web-сайтов, чем создаваемые по заранее заданному набору операций. Такие формализованные требования в конечном итоге не приводят к ожидаемому результату. Однажды я встретил стандарт удобства использования, который предписывал всплывающими элементами JavaScript предупреждать людей о том, что они покидают страницы со специальными возможностями. В качестве стандарта это было в лучшем случае непоследовательно: у многих людей, которым нужны такие страницы, отсутствует JavaScript, а гораздо больше пользователей, возможно, обнаружили, что такая реализация в действительности помешала им переходить по ссылкам!

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



В начало


Заключение

Забота об удобстве использования дала начало серии Недовольный пользователь несколько лет назад, и эта проблема по-прежнему очень меня волнует. Я уделяю внимание удобству использования в своей собственной работе и даю людям знать (обычно вежливо), когда не могу получить доступ к их Web-сайту. Я думаю, что внедрять удобство использования очень важно. Каждый раз, когда я узнаю, что человек, с которым я общаюсь через Интернет долгие годы, слеп, или работает на 8-летнем компьютере, я вновь понимаю, как это важно.

Задание этой недели: добавьте атрибуты alt к каждому изображению на ваших Web-страницах. Затем попробуйте использовать бесплатный инструмент, например HTML Tidy или W3C Markup Validation Service, для проверки доступности вашего Web-сайта.



Ресурсы

Научиться

Получить продукты и технологии

Обсудить


Об авторе

Питер Сибах (Peter Seebach) работает с компьютерами много лет и постепенно приспособился. Хотя он до сих пор не понимает, почему мышку надо чистить так часто.




Выскажите мнение об этой странице


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



ДаНетНе знаю
 


 


12345
 


В начало


IBM обладает всеми авторскими правами касательно информации, расположенной на developerWorks. Использование информации приведенной на этом ресурсе без явного письменного разрешения от IBM или первоначального автора запрещены. Если Вы желаете использовать информацию с developerWorks, пожалуйста воспользуйтесь регистрационной формой для того, чтобы связаться с нами запрос на использование материалов developerWorks Россия.

    IBM в России Конфиденциальность Контакты