Веб-юзабилити сайта

Понятнее должно быть пользователю вашего сайта, который хочет получить ответы на свои вопросы в минимальное количество шагов. Для определения этого процесса в ИТ-словаре существует специальный термин – веб-юзабилити. О его задачах и нормах, а также о процессе разработки сайта вплоть до выбора доменного имени читайте в отрывках из лекции Андрея Удалова.

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

О том, как учесть требования юзабилити при разработке сайта, оценить и повысить юзабилити существующего ресурса, слушателям специализации «Менеджмент в сфере интернет-технологий» Государственного университета управления рассказал руководитель учебно-консультационного центра компании «Махаон» Андрей Удалов.

О требованиях к интерфейсам и о веб-юзабилити

«В интернете лучше – это не когда быстрее, лучше – это когда понятнее. Заблуждение «одного клика» — что все на сайте должно быть доступно по одному клику – бред. В этом случае вам нужно все расположить на первой странице сайта. Для большинства же сайтов на первом месте понятность и простота.

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

О задачах веб-юзабилити

«К основным задачам веб-юзабилити относятся:
— Доступность информации
— Функциональность
— Учет эстетических норм

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

Здесь возникает одна сложность — трудно подсчитать рентабельность от проведения акций по повышению веб-юзабилити, приходится пользоваться относительными характеристиками. Мы просто сделали сайт лучше (в моей практике есть и примеры, когда эффект был явно заметен, и после повышения юзабилити объем продаж с сайта увеличился в 5 раз). Также нужно понимать, что редизайн может ни к чему и не привести».

О критериях оценки веб-юзабилити

«В качестве критериев оценки юзабилити можно использовать:
— Доступность (как в «физическом» плане, так и для понимания)
— Целостность
— Логичность».

О принципах при разработке сайта

— Делать так, как принято, а не так, «как правильно»
— Задавать правильные вопросы и искать на них правильные ответы
— Избегать категоричности
— Придерживаться однозначности и предсказуемости используемых решений
— Уделять внимание мелочам

Об организации проектирования и разработки интернет-ресурсов

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

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

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

О правилах проведения предварительного анализа и постановке задач при разработке сайтов

«Анализ может проводиться в несколько этапов

Определение целей и задач проекта

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

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

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

Анализ существующих на рынке решений

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

Ретроспективный анализ сайтов схожей тематики

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

Определение ресурсов и инструментов для реализации проекта

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

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

О выборе доменного имени

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

В рамках лекции Андрей Удалов ответил на ряд вопросов слушателей.

Нужны ли вообще форумы? Их множество по рынку, есть ли смысл их делать? Есть же блоги.

«Форум жив в формате «вопрос-ответ». Блог же, например, как авторская площадка, песочница, в которой есть лидер. Можно делать и блоги, и обсуждения – тут все зависит от контекста».

Когда аналитик работает с клиентом надо ли уделять большое внимание подробному брифу?

«Жизнь сложнее любого брифа. У нас интересная компания – мы не держим своих дизайнеров. Поэтому мне пришлось поработать с множеством самых разных дизайнеров. И каждый из них имел свою методику — одни работали на основе подробных брифов, другие считают, что главное понять «мессидж» — суть того, чего хочет клиент, третьим нужно обязательно съездить и посмотреть в глаза клиенту. Также нужно понимать, что существует множество самых разных сайтов, каждый из которых требует своего подхода — для какого-то бриф нужен, для какого-то – нет».

Как статистически оценить юзабилити сайта? По каким системам и показателям?
«Это вопрос не на час и даже не на день. На самом деле есть большая проблема оценки эффективности редизайна сайта, которой можно посвятить серьезные аналитические исследования. Особенно усложняют подобные оценки сезонные колебания различных показателей. Кроме того, я не знаю сайтов, которые хранят статистику более двух лет. Вообще, конверсия после редизайна изменяется скачком. Если удалось вам этот скачок поймать – хорошо. Мне такого сделать еще не удавалось. А было бы, конечно, очень интересно».