USABILITY-ПРОЕКТИРОВАНИЕ: как НЕ испортить все с самого начала

ЦЕЛЕВАЯ АУДИТОРИЯ СЕКЦИИ USABILITY
Руководители и менеджеры компаний
Маркетологи, специалисты по рекламе и PR
Веб-специалисты
Представители прессы

ЦЕЛЕВОЙ ПОЛЬЗОВАТЕЛЬ – ЭТО НАШЕ ВСЁ!
Основные действия, которые целевой пользователь должен совершить с Интернет-ресурсом:
Найти сам ресурс;
Войти на ресурс;
Получить наибольшее количество полезной ему информации за минимальное время;
Совершить полезное действие (как можно больше);
Вернуться на ресурс еще раз (или не раз).
Методы Usability используются при разработке сайта для
максимально эффективного выполнения 3, 4, 5 пунктов

ВИДЕНИЕ ПРОЕКТА (VSD)
Бизнес-требования
Обоснование
Бизнес-возможность
Бизнес-цели
Требования клиента или рынка
Ценность продукта для клиентов
Бизнес-риски
Видение решения
Декларация видения
Базовые возможности
Допущения и зависимости
Область действия и границы
Ограничения релиза
Ограничения последующих релизов
Ограничения и исключения
Бизнес-контекст
Характеристики категорий клиентов
Приоритеты проекта
Факторы успеха проекта
К сожалению, «видение проекта» - это обычный текстовый документ, который пишется Заказчиком и доводится до ума Исполнителем, поэтому разбавить слайд картинкой не удалось.
Структура документа:

1. ВСЕ НАЧИНАЕТСЯ С БИЗНЕС-ТРЕБОВАНИЙ И ЧЕТКИХ ГРАНИЦ
Бизнес-требования составляют основу и авторитетный источник для всей дальнейшей разработки
Бизнес-требования и ограничения определяют компетентные представители компании-Заказчика под чутким контролем Исполнителя;
Поставленные цели должны соответствовать всем критериям цели:
сосредоточены на результате, а не на действиях;
непротиворечивы;
конкретны;
измеряемы;
увязаны по времени;
достижимы;
Часто на этапе определения бизнес-целей определяются и бизнес-задачи ресурса. Это ошибочно, т.к. бизнес-задачи на сайте решает пользователь, который на этом этапе еще даже не определен.

2. ОПРЕДЕЛЕНИЕ ЦЕЛЕВОЙ АУДИТОРИИ
ЦА определяется компетентными представителями компании-Заказчика под строгим присмотром Исполнителя;
Анализ каждой целевой группы. Требуется оценить:
Возрастные рамки
Пол
Предпочтения:
В графическом дизайне
К стилю изложения информации
К типам данных и формам их представления
Интернет-ресурсам;
Степень владения компьютером;
Значимость аудитории для компании (в у.е.)
Культурологические особенности
Прочие специфические особенности, влияющие на взаимодействие пользователя с ресурсом

ПРИМЕР ПОДХОДА К ВЫДЕЛЕНИЮ ЦЕЛЕВЫХ ГРУПП
Два среза одного
информационного поля Разделение аудиторий
по ролям и географическому
местонахождению необходимо
компаниям с широким
спектром услуг и филиалами в
нескольких регионах

3. ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ
Пользовательские сценарии определяют те задачи, которые должен решать пользователь на данном ресурсе
Для составления сценариев, требуется составить конкретные профили пользователей
Сценарии должны отражать только бизнес-задачи и описывать функциональные требования к ресурсу. Взаимодействие пользователя с интерфейсом на этом этапе не решается, ввиду полного отсутствия каких-либо интерфейсов.
Удобно при разработке сценариев указывать тип конечной информации, получаемой пользователем.
Дайте людям имена! (фотограф Галина Петровна Тимирязева будет жить с Вами на протяжении всего проекта. А вот User1 – увы.)

3. ПРИМЕР ПРОФИЛЯ ПОЛЬЗОВАТЕЛЯ *
Юлия - специалист отдела маркетинга российского представительства крупной международной компании.
В основном исполняет указания руководителя отдела. В компании меньше года. Амбициозна, стремится к карьерному и финансовому росту, поэтому старается максимально оперативно и точно исполнять поручения руководства. Использует Интернет в основном для поиска информации и коммуникации (ICQ, e-mail, blogs), просматривает новости на профессиональных порталах и сайтах конкурентов.
Получив указание составить список веб-разработчиков для участия в тендере, она:
Уточняет, с кем из разработчиков компания работала раньше
Вспоминает самые известные компании, названия которых она встречала или слышала
Спрашивает у коллег и знакомых, каких разработчиков они знают (в том числе в сообществах)
Ищет через поисковики
Идет на знакомые ей сайты рекламных агентств в поисках услуги «разработка сайтов»
Просматривает около 10 сайтов разработчиков (скорее всего из своего региона) и пытается определить, насколько они авторитетны (по дизайну сайта разработчика и «имиджевых» фактах о компании). Звонит разработчикам, спрашивает об ориентировочных сроках и стоимости реализации проекта, уточняет сотрудника, которому можно выслать предложение для участия в тендере/получает бриф. Руководителю предоставляет список из 4-6 компаний.
* создан при проектировании сайта для веб-разработчика

ПРИМЕР СЦЕНАРИЯ ДЛЯ ПРЕДСТАВИТЕЛЯ СМИ
Журналист хочет найти детали новости, известной ему в общих чертах
Журналист ищет информацию о новых проектах компании
Журналист хочет узнать больше о компании, чтобы понять, стоит ли о ней писать
Журналист хочет найти специалиста, к которому можно обратиться за комментариями
Типовые задачи, которые журналист может решать на сайте

ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ В КАРТИНКАХ *
* Сценарии разработаны для сообщества любителей музыки

Диаграмма сценариев использования: расширенные сценарии
ПОЛЬЗОВАТЕЛЬСКИЕ СЦЕНАРИИ В КАРТИНКАХ

4. АНАЛИЗ ИНТЕРНЕТ-РЕСУРСОВ
Ресурсы, в которых заинтересованы ЦА;
Интернет-ресурсы мировых лидеров отрасли;
Интернет-ресурсы отечественных лидеров отрасли;
Интернет-ресурсы прямых конкурентов;
SE-анализ отрасли.

ЧТО АНАЛИЗИРОВАТЬ
Определить цели анализируемого ресурса
Определить ЦА анализируемого ресурса
Делать акцент на совпадающих ЦА
Выписать несовпадающие (может быть что-то упустили ранее?)
Определить критерии и сценарии для тестирования
Провести Usability-тестирование по критериям и сценариям.
Основная ЦЕЛЬ: найти на исследуемых ресурсах удачные решения, подходящие для разрабатываемого ресурса, удовлетворяющее выбранным ЦА и составленным кейсам.
НЕ заниматься КРИТИКОЙ ресурса, НЕ искать то, что можно исправить и как.
В результате показать лучшие решения, статистику, дать рекомендации.

ПРИМЕР: РЕЗДЕЛЕНИЕ ЦЕЛЕВЫХ ГРУПП НА КОРПОРАТИВНЫХ РЕСУРСАХ ПИВНОЙ ИНДУСТРИИ
Все компании разделяют аудитории на две
основные группы для правильного
акцентирования информации.
Используется следующий подход:
Выделение частных лиц в отдельный сегмент и создание для этого сегмента отдельных ресурсов в рекламном стиле с ярким дизайном и развлекательными сервисами.
Ориентация официальных сайтов компаний-владельцев пивных брендов на информационную поддержку целевых аудиторий бизнес-формата.
Акционеры и инвесторы
СМИ (журналисты)
Партнеры, оптовые покупатели
Сотрудники, соискатели вакансий
Частные лица (потребители продукции)
Основные группы аудиторий

Для СМИ, помимо стандартных разделов, содержащих сведения о компании, ее истории и сфере деятельности, на всех корпоративных ресурсах представлена специализированная информация, выделенная в особый раздел. Названия данных разделов на сайтах различны. И если в английском варианте они близки по смыслу, то в русскоязычной версии их значения различаются.
Наиболее удачным представляется название «Пресс-Центр», которое дублирует название соответствующей службы корпорации и позволяет журналистам рассчитывать, что здесь они найдут максимально полную и структурированную информацию.
ПРИМЕР: АНАЛИЗ РАЗДЕЛА ДЛЯ СМИ
Выбор названия для раздела

Краткое представление информации в блоках сразу на первой странице раздела (www.sabmiller.com).
Сопровождение подразделов поясняющей флеш-картинкой, кратко характеризующей их содержание
дополнительная поисковая система всех новостей
наличие понятного специалисту раздела «Медиакит», в который входит набор фото и текстовых материалов, инструменты для работы с новостным архивом.
наличие на многих сайтах компаний видео- и фотоархива с возможностью скачать в нужном формате.
дублирование новостной информации в разделах, предназначенных разным целевым группам. Это позволяет пользователю получить всю предназначенную ему информацию, не покидая адресованного ему раздела.
ПРИМЕР: АНАЛИЗ РАЗДЕЛА ДЛЯ СМИ
Поиск удачных решений
РЕКОМЕНДАЦИИ: Для удобства пользования данным разделом
журналистами, желательно использовать название «Пресс-центр», всю информацию представить в соответствующих подразделах в сопровождении флеш-картинок. Необходимо присутствие подразделов «Медиа-кит», «Фото архив», «Видеоархив», а также расширенной поисковой системы.
Неудачные решения
Отсутствие поисковых систем и каких-либо подразделов
Одновременное наличие подразделов «новости» и «пресс- релизы», что может путать журналистов в поиске информации.

РЕКОМЕНДАЦИИ
Подобной структуры придерживаются практически все рассмотренные ресурсы. Отличия возникают лишь в именовании, архитектурном и графическом представлении информации.
Представленная карта НЕ отображает полностью ни один ресурс, но иллюстрирует два уровня навигации, присутствующие на рассмотренных сайтах.
При разработке карты сайта для вашей компании потребуется анализ контента, как уже существующего в сети Интернет, так и возможности по созданию новых текстов.
Полная структура сайта будет разработана на втором этапе и представлена в конечном документе.
ПРИМЕР: АНАЛИЗ СТРУКТУРЫ КОРПОРАТИВНЫХ РЕСУРСОВ ПИВНОЙ ИНДУСТРИИ

5. ПОСТРОЕНИЕ ПРОТОТИПОВ
Прототип – макет сайта, визуальное отображение пользовательских сценариев.
Прототипировать можно экраны сайта. Это горизонтальное прототипирование.
Прототипировать можно взаимодействие. Это вертикальное прототипирование.

СЦЕНАРИИ В ПОМОЩЬ…
На основании пользовательских сценариев легко определить вес информации.
На основании веса информации легко определить ее место на странице и степень акцентирования на ней внимания
На основании таблицы весов легко построить прототип страницы.
Вот. =)

Ранжирование целевых групп по приоритетности
Веса информационных блоков
Новый клиент - 7
Журналист - 6
Партнер - 5
Существующий клиент - 4
Соискатель - 3
Сотрудник - 2
Конкурент - 1
Примеры работ - 19
О компании - 15
Услуги - 14
Контакты - 14
Список клиентов - 12
Новости - 9
Вакансии - 5
Технологии - 4
ПРИМЕР: РАСЧЕТ ВЕСОВ ИНФОРМАЦИИ

ПРИМЕР: ПРОТОТИП ГЛАВНОЙ СТРАНИЦЫ ПОРТАЛА

1
2
3
Колонка «новости»
(пассивное чтение)
Колонка «действие»
Колонка «live show»
Макет главной
страницы портала

ПРИМЕР: ОТРИСОВАННЫЕ ПРОТОТИПЫ
Прототип интерфейса пользователя
Прототип формы регистрации

ЧЕМ ТАК ХОРОШ ПРОТОТИП?
Заказчик видит решение еще на стадии проектирования
Заказчик разбирается в прототипе. Ему становится интересно. Он начинает понимать, что такое Интернет-ресурс и влиять на ранней стадии;
Изменение прототипа занимает гораздо меньше времени, чем переделка работающего продукта.

ГДЕ ТЗ?
Есть достаточное кол-во документов для обоснования прототипов;
Есть сами прототипы; Их нужно лишь сертифицировать;
ВОТ И ТЕХНИЧЕСКОЕ ЗАДАНИЕ.

ВЫГОДЫ ДЛЯ ЗАКАЗЧИКА
Вовлечение и участие в проекте на самой ранней стадии в понятной ему форме;
Уверенность при обосновании выбранных решений буквально за каждую букву
Возможность более гибко и оперативно вносить изменения на стадии разработки проекта. С классическим ТЗ, это, увы, сложнее.
Более высокая вероятность успешности проекта
Сокращение сроков на стадии разработки и отладки проекта
Стадию тестирования можно начать раньше, т.к. имеются необходимые материалы для составления тестов

ВЫГОДЫ ДЛЯ РАЗРАБОТЧИКА
Понятная документация без «воды», достаточная для реализации всего объема работ.
Целевое изучение отрасли дает возможность уверенно заниматься разработкой
Накопительная система проанализированных ресурсов дает возможность растить опыт и сокращать время на анализ при последующих отраслевых заказах.

КОМУ ЭТО МОЖЕТ БЫТЬ ПОЛЕЗНО
Это интересно всем, кто собирается зарабатывать деньги на интернет. потому что возможно мговенно оценить отдачу проекта и ROI. Все остальные отдачу увидят спустя несколько минут.
Компаниям, где слишком много лиц, принимающих решения. Всем им нужны обоснования.
Компаниям-Исполнителям, в которых делается сильный акцент на программировании.
Заказчикам, которые не обладают должным уровнем знаний в области создания сайтов. Как правило, представители компаний хорошо знают свою отрасль. НО: они не знакомы с тонкостями веб-разработки, тенденциями и стандартами Сети, не подозревают, что конкурентная среда в Интернете может быть совершенно иной, чем в реальности.
Компаниям, предоставляющим широкий спектр услуг для очень разной аудитории, возможно, даже в нескольких географических зонах. Разработку таких сложных структур для сайта Заказчик не может вести самостоятельно.