Презентация на тему Юзабилити: защита инвестиций в рекламу

Ну, хорошо, привлекли вы всех клиентов, каких только могли. А дальше что?»

Реплика на одной из западных e-commerce конференций

становится сопоставимой с доходами, которые можно получить от привлеченного посетителя.
Процент потери посетителей на первой же странице сайта остаётся неоправданно высоким.
Менеджеры сайтов зачастую упускают из виду самое главное – эффективность сайта.

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

долларов прибыли или сэкономленных средств.

может использоваться определенными пользователями для достижения определенных задач в определенном контексте» - ISO 9241-11

задачи, на решение которых направлен сайт.
Анализ проблем, с которыми сталкиваются пользователи, и выработка их решений.
10 пользователей могут выявить 70-80% проблем сайта.

несколько экспертов (5-6).
Стандартизация процедуры оценки
Оценка по критериям
Оценка по сценариям

и Дизайн
Содержание (контент)
Формы и Диалоги
Графика
Цвета
Оформление текста
Устойчивость к ошибкам
Браузерная совместимость

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

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

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

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

средств будет сэкономлено.
Исправлять ошибки затратнее, чем контролировать их на этапе проектирования.
Основные этапы:
Анализ целевых пользователей
Составление пользовательских сценариев
Разработка прототипа
Юзабилити тестирование или оценка
Спецификация прототипа

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

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

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

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

специфицируется.
Появляется документ, соответствующий понятию ТЗ, но описывающий только взаимодействие пользователя с сайтом.

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

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

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