В этой статье мы поговорим о веб юзабилити, и особенно о взглядах на этот предмет всемирно известного эксперта в этой области — Якоба Нильсена.
New York Times титуловали его как «гуру юзабилити веба», журнал Internet — просто, «королем юзабилити».
Его рассылка Alertbox и сайт useit.com с далекого 1995-го года является ценнейшими образовательными источниками для сотен и тысяч веб-дизайнеров.
Хотя в чем то его взгляды и могут быть спорным, он безусловно остается лидирующим и известнейшим экспертом в этой области юзабилити.

Можете ли вы рассказать нам немного о себе и о том как вы начали работать в этой области?

Работать в сфере юзабилити я начал с 1983 года — моими первыми проектами были текстовые интерфесы на мейнфреймах.
После этого — начал работать с графическими интерфейсами. К примеру, мы с моими студентами делали много исследований ранних продуктов для Macintosh, которые совсем не всегда были такими классными, как их идолизировали и выставляли люди.
Тот опыт очень пригодились позднее, т.к. в первые 10 лет веб приложения были удивительно похожи на программы для старого мэйнфрейма IBM 3270, особенно в плане их качеств взаимодействия с пользователем.
В целом, это очень полезно для юзабилити специалиста иметь опыт работы с несколькими поколениями компьютеров, потому как позволяет выделять наиболее значимые тенденции пользовательского поведения и не соблазняться новомодными причудами и новоротами.

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

В результате, я написал одну из первых книг по гипертексту в 1989 году (опубликованную в 1990 году), а также получивший широкое распространение учебник по юзабилити в программных проектах.



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

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

Стоит ли нам по прежнему уделять столь пристольное внимание весу веб-страницы и скорости загрузки в связи с повсеместным распространением широкополосного интернета?


Да, но ограничения, безусловно, теперь не такие жесткие, как они были в дни 28,8 килобитного Dial Up.
Руководства касающиеся времени отклика остаются теми же что и всегда, потому как они устанавливались в зависимости от того как подключены Ваши пользователи, а не сервера в интернете. И да, результаты получены летчиками испытателями, скажем во время второй мировой войны, по своему все еще актуальны.

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

Помните: 1 секунда — оптимальное время ответа сервера или ваши пользователи не будут ощущать свободы и непринужденности взаимодействия. Еще — такие инструменты непосредственного взаимодействия со страницей как Ajax в элементах управления, требуют отклика в пределах 0,1 секунды, иначе будет присутствовать чувство вялости.

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

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

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

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

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

Как можно проверить юзабилити сайта на мобильных гэджетах?


Основные правила — такие же, как и для любого другого исследования.
Есть известное правило №4, которое гласит, что нужно проводить тесты на специально настроенном «презентационном оборудовании».
Для десктопного исследования — это подразумевает использование MAC или PC, и совершенно неважно что вы выберете в итоге. Самым сложным решением для нас является выбор разрешения экрана. В предыдущие несколько лет мы главным образом использовали 1024x768, но сейчас немного подняли планку для большинства исследований.

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

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

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

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

via webdesigndepot

Продолжение следует…