Юзабилити Ð..

Зачем моей маме юзабилити, или
знакомство с методологией
Human Centered Design
1
Познакомимся?
2
Фронт работ
3
1. Профили задач,
контекстов,
групп пользователей
2. Персонажи и
сценарии
3. Требования к
интерфейсу
4. Профили задач,
контекстов,
групп пользователей
5. Mobile First
Учебный проект
User Experience
Совокупность (и соотношение) желаемого,
ожидаемого и получаемого пользователем опыта
взаимодействия с системой
Это одно из 40 определений
UX (User eXperience)
7
Определение
контекста
использования
Потребность
или идея
1
Оценка
дизайна
Решение
Определение
требований
4
2
Разработка
дизайна
3
8
HCD 9241-210 (ISO 13407)
Преимущества

Основа – потребности
Делаем только то, что нужно и
востребовано

Возможность ранжировать
функционал
Можем выделить основное на
релиз

Постоянная оценка
С самого раннего этапа можно
оценить верность решений

Max
перекрытие!
Пользователь
Аргумент в спорах и
обсуждениях
Апелляция к сценариям и
исследованиям/договоренност
ясм
Прозрачность решений
Преимущества HCD
Функционал
Юзабилити является степенью эффективности,
продуктивности и удовлетворенности, с
которой продукт может использоваться
определёнными пользователями для
достижения определённых задач в определённом
контексте.
Определение (ISO 9241-11)
Юзабилити является степенью эффективности,
продуктивности и удовлетворенности, с
которой продукт может использоваться
определёнными пользователями для
достижения определённых задач в определённом
контексте.
Определение (ISO 9241-11)
Кто?
Зачем?
Как?
3 кита
12
Кто? Пользователи.
Кто они? Что ими движет? Почему для них это важно?
Банк. Зарплатники тоже люди.
13
Зачем? Задачи.
Что делают? Зачем делают?
Основная задача через семь окон (расписание).
14
Как? Контекст.
Как делают? В каких условиях и с какими ограничениями?
Банкомат. Темный экран. Реклама Карьериста
15
Пользователи
Задачи
Контекст
• Необходимый функционал
• Последовательности экранов и их компоновка
• Компоновка элементов
• Словарь, метафоры и т.п.
16
Пользователи.
Кто, Зачем, Как
Технологии.
Ограничения, Ресурсы
Бизнес.
Критерии успешности
17
Зона
внимания
Пользователи.
Кто, Зачем, Как
Технологии.
Ограничения, Ресурсы
Бизнес.
Критерии успешности
18
Исследование
Бизнеса
•
Суть бизнеса (как бизнес
зарабатывает)
•
Цели и приоритеты, развитие
•
Ресурсные ограничения
(бюджеты, люди, «священные
коровы»)
•
Образ результата (что и каким
должно быть, чтобы мы сказали,
что все хорошо)
•
Интересы разных сторон в
продукте (внутри компании)
•
Заинтересованные стороны
(чьи интересы нужно учесть,
кто эти люди)
• Кто принимает решение (кто будет
принимать решение, чтобы
интерфейсы запускались; от этого
зависит, в каком виде должен быть
результат), кто ответственный за
продукт (в чем ответственность
выражается). Принимающий
решение и ответственный – это
могут быть разные люди.
• Зона возможной информации (что
нам еще нужно знать, с кем
поговорить; люди, форумы,
маркетинговые материалы,
обучение и т.п.)
• Гипотезы о пользователях
Что нужно узнать
Создайте единый документ,
содержащий собранную
информацию - стратегию
дизайна.

Бизнес-цель

– привлечение новых клиентов;
– увеличение среднего чека (up-sale,
cross-sale).


Основные задачи (для чего
используется)
– найти, выбрать, купить бытовую
технику.

– экономичный, надежный,
ориентированный на потребителя;
– выйти на 3-е место среди
конкурентов по оборотам.
Целевая аудитория
– люди, покупающие бытовую
технику в оффлайне или в интернет
(у конкурентов).
Маркетинговые и брендинговые
задачи

Критерии успешности
– Уменьшение процента
«брошенных» корзин до 10%;
– Увеличение конверсии в
покупателей в два раза;
– Увеличение количества товаров в
среднем чеке до 3.
Технологические особенности
– работает в основных браузерах (IE,
FF, Safari) под Windows, Linux,
MacOS;
Стратегия дизайна ИМ техники
Исследование пользователей.
Профили групп:
пользователь, контекст, задача
Профиль среды
Профиль среды







Место использования
Рабочее место
Освещенность
Программное обеспечение
Аппаратное обеспечение
Прерывания
Шумность
Все то, что окружает человека и
создает его рабочую
атмосферу
Профиль среды
Характеристика
Признак
Влияние на интерфейс
Место
использования
Закрытое пространство или открытое
Погодные условия
Необходимое оборудование
Размещение
Рабочее место
Стесненное или просторное
Размер экрана
Возможность использования клавиатуры/мыши
Размещение инструментов ввода/вывода
Освещенность
Равномерное-неравномерное
Яркое - тусклое
Цветность
Контрастность
Шрифты
Аппаратное
обеспечение
Разрешение экрана
Звуковая карта
Видеокарта
Мощность процессора…
Возможности представления
Сложные и ресурсоемкие взаимодействия
Цветовая палитра
Совместимость
Программное
обеспечение
Операционная система
Версия браузера
Поддержка тех или иных технологий
Производительность
Совместимость
Детальный дизайн
 Разные среды требуют
разных дизайнов
 Пример:
– Приложение для
организации рабочего
времени
– Может быть развернуто
на
• Вебе
• Рабочем компьютере
• КПК/Смартфоне
 Как эти три различные
среды связаны с
проектированием?
– Размер экрана
– Время выполнения задачи в
том или ином контексте
– Доступность справки
– Возможность
синхронизировать
– ...
Профиль среды: на что влияет?
Анализ пользователей
Количественный анализ
Качественный анализ
Наблюдение
Включенное / невключенное
Лабораторное / полевое
Этнографическое
Массовый опрос
Эксперимент
Анализ продуктов деятельности
Беседа/Интервью
Индивидуальное / Групповое
Глубинное /
Полустандартизированное /
Стандартизированное
Ведение дневника
Веб-аналитика (журналирование)
Карточная сортировка
Типы исследований
Виды:
Включенное/невключенное (критерий
– участие в деятельности)
Применяется в психологии, биологии,
социология, этнография, ест.науках.
Сплошное/выборочное
(регистрируемые факты)
Ограничения: присутствие, количество
наблюдений, высока вероятность
ошибок обобщений.
Непосредственное/отсроченное
(время)
Непосредственное/опосредованное
(средства)
Технические средства обедняют
впечатления, интерпретация
исследователя искажает проявления.
Фиксация наблюдений.
Самонаблюдение/наблюдение за
другими (объект)
Лабораторное/полевое (среда)
Наблюдение
Стандартизированная беседа – устное
заполнение анкеты с закрытыми
вопросами.
Нестандартизированная беседа
(глубинное интервью)
Полустандартизированная – есть
темы, включает открытые и закрытые
вопросы.
Важен человек или информация,
которой он владеет.
Ограничения: не все умеют хорошо
выражать свои мысли, люди говорят
не то, что делают, интервьюер
добавляет свою интерпретацию,
навязывание мнения интервьюера,
количество респондентов, фиксация
данных.
Непосредственная/опосредованная
беседа
Индивидуальная/групповая (фокусгруппа)
Интервью/Беседа
Мнение многих людей, вопросы и
ответы жестко сформулированы,
легко получить статистические
данные.
Выборка репрезентативна
генеральной совокупности.
Проводит специальный интервьюер,
их обучать легче, чем интервьюеров
для беседы.
Виды:
Очное/ удаленное
С интервьюером/без интервьюера
Сильные стороны: много людей,
статистические данные.
Слабые стороны: не учитывается
мнение, выходящее за пределы
анкеты, создатель анкеты
закладывает свое «видение мира» в
анкеты.
Массовый опрос
Условия создаются и контролируются экспериментатором.
Обязательна проверка гипотез.
Ограничения: сложно спланировать и провести.
Эксперимент
1.Beyer, H. & Holtzblatt, K. (1998). Contextual Design: Defining
Customer-centered Systems
2.“Understanding Your Users A Practical Guide to User
Requirements Methods, Tools, and Techniques” Catherine
Courage and Kathy Baxter
Материалы по наблюдению
Способы выделения групп
 Ad-hoc: метод мозгового
штурма
– Команда фокусируется на
пользователе –
коммуникативная роль
– Информация может быть
предположением
 Интервью/наблюдения
– Группы на основании
affinity-diagram или иного
способа группировки
– Отражают поведение
– Могут быть не
подкреплены
 Количественные данные
– Высокая статистическая
точность
– Возможные паразитные связи
между данными
– Не всегда хватает информации
по поведению
Группы по типу исходных данных






По
По
По
По
По
…
схожести поведения
социально-демографическому признаку
потребностям
знаниям
контекстам
Всегда есть набор
ключевых характеристик,
по которым поведение
одной группы отличается
от поведения другой.
Параметры групп пользователей
По опыту
 Текущие пользователи
– Для сохранения клиентской
базы
 Новые пользователи
– Привлечение, расширение
клиентской базы
 Пользователи, которые покидают
страницу после первого посещения
– Увеличение процента
конверсии
 Пользователи – новички
– Для уменьшения времени и
ресурсов на обучение
По сложности удовлетворения
потребностей
Самые частые пользователи
Группа с наибольшим числом
пользователей
Группа, приносящая бизнесу
наибольший доход.
Приоритезация групп пользователей
 При запуске нового дизайна
массового продукта стоит цель
привлечь новую аудиторию,
увеличить конверсию
 Однако, надо обеспечить
комфортные условия для ядра
аудитории
фокус внимания
– На абсолютных новичков: легкость
входа)
– На «свитчеров»: привлекательность
по отношению к конкурентам
– Помнить о существующих
пользователях: преемственность
интерфейса
Пример построения приоритетов
 Константайн, Локвуд:
Разработка программного
обеспечения.
– http://www.books.ru/shop/bo
oks/176703
– http://www.ozon.ru/context/
detail/id/1663920/
Материалы по группам пользователей
 Разница в поведении
 Разница в мотивах и
задачах
 Разница в контекстах
 Это выдвигает некоторые
требования к интерфейсу
Кто пользователи
Пользовательские
группы
Профиль среды
• характеристики
Профиль
пользователя
Профиль задач
• частотность
• важность
• очередность
• соц-дем
• мотивация
Профиль
группы
Компоненты профиля группы
 Особенности
 Малоиспользуемые функции
– Преимущественно создают п/п в
системе
– Предпочитают копировать п/п из
шаблона (или из старого п/п)
– Предоставляют руководству справку
о состоянии счета (на основании
выписки)
– Подписывают обычно
самостоятельно (у бухгалтера
хранятся несколько подписей)
– Количество платежей преобладает
над поступлениями
– Периодически возникает
необходимость в печати п/п
(например, для получения товара)
– Не осуществляют валютных
операций
– Практически не следят за
поступлениями
 Особые требования
– Скорость внесения п/п в систему (в
случае ручного набора)
– Простота подписи
– В случае импорта из собственной
системы – временное ограничение
(до 15 минут)
– Групповая печать платежных
поручений
 Состав группы
– Средний и малый бизнес (главные
бухгалтера, директора)
Пример группы 1
 Особенности
 Малоиспользуемые функции
– В основном занимаются
внесением платежных
поручений
• Преимущественно
копированием из старых, реже
шаблонами
– Не производят подпись
самостоятельно
– Как правило вносят п/п вручную
по уже утвержденным заявкам
(или импортируют из
внутренней системы)
– Не осуществляют валютных
операций
 Особые требования
– Скорость (время на внесение
п/п)
– Качество справочников (ОКАТО,
КБК, …)
 Состав группы
– В основном средний и крупный
бизнес. Бухгалтеры младшего
звена.
Пример группы 2
1. Собранные данные разобщены
– В случае опроса – большое количество цифр
– В случае интервью/наблюдение – разрозненные
данные
2. Необходим синтез
– Повторяющиеся паттерны
– Повторяющиеся требования
3. Выделение групп пользователей
– На уровне описания группы
– На уровне синтеза персонажа
Зачем?
Персонажи
 Персонаж ("персона") – представитель
группы пользователей.
 Являет собой синтез
– профиля пользователя,
– профиля задач,
– профиля среды
Определение персонажа
 Основаны на исследованиях
– Качественных
– Количественных
 Представлены в образе конкретных
людей
 Иллюстрируют различие в поведении
и/или задачах-целях описываемой
группы
 Дают представление о мотивации
пользователя
 НО!
– Не «средне-статистический»
пользователь
– Не реальный человек
– Не сегмент целевого рынка
– Не описание должностных
обязанностей и не роль в
системе
Персонажи
 «Реальность» в
психологическом смысле
 Конкретны и специфичны
 Содержат информацию о
нуждах пользователей, а
не пользователя, не
разработчиков
 Задают направление
проектирование на
пользователей - "Понравится
ли это Евгению?", "Сможет
ли Маша работать с этим?”
 Делают внутрикомандую
коммуникацию проще и
веселее
 Позволяет описать большое
количество требований в
формате маленьких
документов
Отличие от профиля группы
 Персонаж должен быть
конкретным.
 Персонаж должен быть
воображаемым.
 Описание должно быть
подробным, а не
идеальным






Цели
Социальное положение
Описание рабочего процесса
Описание окружения
Уровень подготовки
Неудовлетворённости и
ожидания
Характеристики
 Основной (ключевой)
– Разрабатываемая система
должна удовлетворять
большинству его
потребностей
– Он не может
бытьудовлетворен ни одним
интерфейсом,
спроектированным для
любого другого персонажа
– Для него всегда должен
существовать отдельный
интерфейс
 Вспомогательный
– Иллюстрация предположений
заинтересованых лиц
 Заказчик
– Представитель заказчика в
разрабатываемом продукте
 Отрицательный
– Он ни при каких условиях не будет
пользователем системы!
 Дополнительный
– Имеет схожие с основным
потребности
– Обычно имеются
специфические запросы
Типы групп и персонажей
1. Определить наборы характеристик поведения
2. Объединить данные исследований и наблюдений с
выделенными параметрами и построить группы
3. Выделить значимые поведенческие паттерны (кластеры)
4. Синтезировать необходимые характеристики и цели
5. Убедиться в непротиворечивости и достаточности
6. Расширить описание атрибутов и поведения
7. Определить типы персонажей
Методики, применяемые на каждом из этих шагов, могут
быть различными и зависят только от ресурсов и
имеющейся информации
Алгориторитм создания групп и персонажей
 Деятельность - что пользователь
делает, как часто и в каком объеме
 Отношение - что пользователь
думает о предметной области и
технологиях
 Способности - какое образование у
пользователя, каковы его навыки;
обучаемость
 Мотивации - почему пользователь
работает в предметной области или
интересуется ей
 Умения - возможности
пользователя по отношению к
предметной области и технологиям
В случае разработки приложения
enterprise-уровня набор
характеристик связан с ролями в
системе, поэтому рекомендуется для
каждой роли выписывать свои
характеристики.
Среднее количество характеристик в
наборе - от 11 до 30
Демографические характеристики
могут оказывать влияние на
поведение, но предпочтительнее
рассматривать их в последнюю
очередь
Этот подход к характеристикам может
подсказать вопросы для исследования
Шаг 1. Определение характеристик
 Назначение приоритетов персонажам
– «матрица приоритетов» – для каждого проставляется
его значимость для бизнеса
 Если невозможно выделить основного персонажа,
это значит
– необходимо создавать несколько интерфейсов
– функциональность продукта чрезмерно раздута
Шаг 7. Определение типа персонажа
 About Face 3, Alan Cooper, Robert Reimann, David Cronin
 Death to Personas! Long life Personas!
– http://www.slideshare.net/ebacon/death-to-personas-long-livepersonas-presentation
 The power of Persona
– http://msdn.microsoft.com/en-us/magazine/dd569755.aspx
 Personas, Goals and Emotional Design
– http://www.uxmatters.com/mt/archives/2005/11/personas-goals-andemotional-design.php
 The Persona Lifecycle: Keeping People in Mind Throughout
Product Design (Interactive Technologies)
– http://www.amazon.com/Persona-Lifecycle-Throughout-InteractiveTechnologies/dp/0125662513
 Ключевые слова
– Personas ux (ui)
Дополнительные материалы


Виктор, 38 лет (IT-специалисты)
Особенности
–
–

Продукт используется для решения
поставленной задачи, а не по инициативе
Выбор продукта сделан по результатам общения
со знакомыми и коллегами в сети
Задачи
–
–
–
Покупка ссылок
Отслеживание информации по кампании
Редактирование и списание старых ссылок

Системный администратор в небольшой фирме
«Лучшие кондиционеры». Помимо поддержания
работоспособности парка машин и серверов
компании, он также поддерживает сайт «Лучших
кондиционеров». Помногу и подолгу
просиживает на bash.org, различных форумах,
интересуется веб-разработками (даже что-то
пытается дописывать в CMS Drupal, на которой
«крутится» сайт). Любит пробовать все новое
(особенно когда на работе «нечего делать»), но
слегка непоследователен в изучении – часто
перепрыгивает с одного на другое.

Не любит читать очевидные на его взгляд
вещи. Работу свою любит, в том числе и потому,
что с него небольшой спрос и его мало
контролируют. Не так давно директор дал
задание «поднять сайт в поисковиках, так как
зимой заказов по ремонту и обслуживанию будет
много, надо чтобы приходили к нам». Виктор
поговорил с коллегами и друзьями, почитал
форумы и решил воспользоваться биржами
ссылок для того, чтобы «сайт поднялся повыше».
Долго искал, и по запросу в Google открыл
несколько сайтов, в том числе сайт продукта.
Пример персонажа
 Источник
– Радио, ТВ, Знакомые, новостной
агрегатор, м.б. партнерская ссылка.
 Глубина
– Заголовки, 1 новость.
 Время и регулярность
– В перерыве на работе.
– Иногда вечером в рабочие дни.
– Крайне редко на выходных.
 Обращений за 5 дней
 Александр, 28 лет
– Специалист по оценке
персонала
– Женат, есть ребенок
– Увлекается активными видами
отдыха (сноуборд, походы),
любит ловить рыбу
– В свободное время заходит на
сайт журнала Maxim
– Около 5
 Контент
– Новости, фото.
– Редко – сюжет.
 Потребности
– Социально-обусловленные
(поддержать разговор)
– Развлечения
 Основной носитель
– традиционные СМИ
Пример персонажа
61
 В интернет ограничиваются изучением
картины дня, редко двумя-тремя
новостями, о которых могли слышать
по радио или телевидению.
–
–
 Александр, 28 лет
– Новости являются преимущественно
фоном.
– Как правило, для них новостной сайт
– это «утренний сайт» или «сайт
перерыва».
– По модели поведения ближе всего к
читателям агрегаторов и порталов.
В случае breaking news могут не отслеживать в
интернет сюжет, ритуально просматривая те
новости, которые предлагаются на первой
странице новостных лент.
Для особо заинтересовавших новостей может
перейти в режим «Time-Killer» или «Addict», но
редко.
 Пассивны в отношении мультимедиа –
просмотрят фото, если оно включено в
саму новость; видео, инфографику и
другой медийный контент могут
проигнорировать в силу нехватки
времени или отсутствия интереса.
Пример персонажа
62

–

–
Цель:
Транзит в time-killer («листатель»)
Как:
Вовлечение через анонсы и визуальную составляющую
•
•
–
–
–
–
Ссылки на упоминающиеся действующие лица, объекты – чтобы
получить подборку новостей
«самое обсуждаемое» или «в фокусе» – новости, без знания
которых не сможет общаться с коллегами (или новости, о которых
слышал по ТВ/радио)
Вовлекать через знакомых и социальные связи
Увеличение связности новостей
•
•


Александр, 28 лет
–
Специалист по оценке персонала
–
Женат, есть ребенок
–
Увлекается активными видами отдыха (сноуборд, походы),
любит ловить рыбу
–
В свободное время заходит на сайт журнала Maxim
–
Есть свой блог, но пишет туда нерегулярно, количеством
подписчиков не интересуется
В интернет ограничивается изучением картины дня, редко двумятремя новостями, о которых мог слышать по радио или
телевидению.
–
В случае breaking news может не отслеживать в интернет
сюжет, ритуально просматривая те новости, которые
предлагаются на первой странице новостных лент.
–
Для особо заинтересовавших новостей может перейти в
режим «Time-Killer» или «Addict», но редко.
•
•
–
Крупные фото
Анонсы
Ссылки на новости по теме и на новости «соседних»
тематик
Ссылки на фотоленту с соответствующими или похожими
материалами
Обсуждения по теме
Мнения авторов по теме
–
–
–
Демонстрация ширины подхода (темы, сюжеты, ссылки по теме
вплоть до авторских колонок)
Динамическая лента новостей (обновление в реальном времени)
«Приятный дизайн»
Увлечение обобщениями и сюжетами
–
На главной странице
•
•
•
–
Давать всегда «самое главное» и еще по теме
Завоевать доверие (эстетика, понятность, широта охвата)
Упрощение взаимодействия с сайтом
•
–
«За неделю произошло…»
Авторизация по twitter/livejournal/moikrug для
комментирования
Четкость структуры, которая «проводит» по себе пользователя
•
•
•
•
•
«понимаю что где»
Блоки выстроены в «тропинку», нет «тупиковых» зон
В конце страницы дополнительный call to action
(прочесть, просмотреть, поделиться)
Блоки тематик выстроены по связанным темам
Ориентирование по заголовкам «о, здесь интересно»
Пример персонажа – способы вовлечения
63
Mobile first
 Всплеск на рынке мобильных
телефонов




Увеличение мобильного трафика
Количество людей, которые начинают
пользоваться мобильным
интернетом, превыщает количество
людей, начинайщих
взаиодействовать Интернетом на
декстопном компьютере
Продажи смартфонов превышают
продажи ПК
Более половины пользователей
iPhone и Android проводят более 30
минут в день, взаимодействуя с
приложениями
 Необходимость сфокусироваться на
клавном


Мобильные устройства требуют от
команды сосредоточится только на самых
важные данных и действиях в
приложении.
Нет места для ненужных элеиентов.
Необходимо расставлять приоритеты.
 Расширение возможностей


точная информация о местоположении от
GPS;
мульти-сенсорный ввод одним или
несколькими одновременными жестами.
Почему?
Анализ задач.
Сценарии
 Какое место наше приложение может занять в
жизни пользователя
– Жизненные ситуации, в которых он может к нему
обратиться
– Задачи, которые он с его помощью может реализовать
– Существующие потребности, не удовлетворенные
другими продуктами
–…
 Какова ментальная модель пользователя
– Прошлый опыт
– Привычки
– «Я знаю, это должно работать так…»
Определяем потребности
 Адекватна опыту и возможностям пользователей;
 Может быть реализована с разным уровнем навыков и умений
пользователей;
 Связана с общей направленностью деятельности, нежели с
отдельными её частями;
 Формирует у пользователя понимание вклада, вносимого задачей в
его деятельность и функционирование системы;
 Обеспечивает должный уровень самостоятельности пользователя в
принятии решения о приоритете, темпе и последовательности
действий;
 Обеспечивает пользователя достаточной и значимой (понятной и
полезной) обратной связью в ходе и результате выполнения;
 Обеспечивает возможность развития существующих навыков и
приобретение новых для повышения эффективности и
продуктивности деятельности.
«Хорошая» задача (ISO 9241-2)
Персонажи
Составляющие процесса продажи
Менеджер
продаж
Покупатель
Администратор
+
Регистрация
Поиск покупателя
+
Просмотр карточки покупателя
+
Ввод/редактирование данных покупателя
+
Просмотр истории покупок
+
Просмотр отчетов
+
+
+
+
+
Формирование документа на доставку
Проверка статуса заказа
+
+
Сравнение товара
Создание заказа
+
+
+
+
Отмена заказа
+
Добавление/удаление товара в базу
Создание отчета по продажам
+
Одномерный анализ задач
+
1. Название задачи
– Как пользователь называет свою задачу, или название
функции системы, если это продукт постоянного
использования?
2. Частота возникновения
– Как часто в течение единицы времени* пользователь
реализует эту задачу?
3. Важность (критичность)
– Насколько важно решение задачи для пользователя
(бизнеса)?
* размерность изменяется пропорционально интенсивности использования
Двумерный анализ задач
Название задачи
Частота Важность
просмотр выписок за предыдущий день
4
4
просмотр выписок за предыдущий период
1
3
просмотр движений по счету в течение дня
1
4
ввод п/п
1
2
импорт п/п из 1С
1
2
подпись п/п
4
5
срочный платеж
2
4
ввод валютного поручения
1
1
поиск п/п
1
2
письмо в банк
3
4
Пример задач одного пользователя
Задачи высокого
приоритета
Низкоприоритетные
задач
Сравним?
 Сценарии – описания действий, которые
совершает пользователь, при этом в описаниях
видны причины этих действий.
 Сценарии представляют собой «истории»: что
пользователь хочет делать, почему, каковы его
ожидания.
 Сценарии помогают понять, как пользователи
принимают решения, какие факторы на них
влияют, мотивацию пользователей.
Что такое сценарии?
 Понимание того, как в реальном мире происходит
выполнение нескольких задач
 Проверка задач
 Установление отношений между задачами
 Учет факторов взаимовлияния
 Понимание принципов принятия решений
пользователем
 Связь пользователей и системы
Назначение сценария
 Как наш пользователь может реализовать свои
потребности идеальным способом?
– Описываем ситуацию, в которой возникает
потребность
– Удовлетворяем потребность при помощи продукта,
причем способом, удобным для конкретного
пользователя
• Исходя из специфики его группы, его прошлого опыта,
привычек и ожиданий
Определяем идеальные сценарии работы
Задача
Контекст
Персонаж
Сценарий
 Поместим задачу в контекст и добавим
персонажей – получим сценарии
Формула сценария
Ольга, 52
Типичные фразы:

«По началу было проще, когда поменялось… я не
привыкла еще»

«Не хотелось бы думать о технических вопросах!»

«Подпись адресата это единственная и лучшая
оценка»

«У меня всегда есть шпаргалка на бумаге… машина –
дура!»

Воспринимает толстый клиент как привычный,
тонкий клиент для нее – это то, что будет заставлять
изменить привычный ход вещей.

Проявляет повышенный уровень тревожности.

Пытается за счет проверки на каждом этапе при
отправке и дублировании данных после отправки
защититься от сбоев в программном обеспечении.

Перепроверяет отчеты в 1С (просит посмотреть
коллегу или сначала делает «шпаргалку» на бумаге, а
потом формирует отчет в 1С), просматривает их в
программе, может сохранить в папке на компьютере
после того, как отправила в контролирующий орган.

Ждет всех подтверждений без исключения.

Не хочет ничего знать о технических проблемах - не
считает это своей обязанностью; очень тяготится
тех.проблемами, если сталкивается с ними, а такой
опыт она имеет.
Пример. Описание персоны «Тревожные ортодоксы»
77
Ольга, 52 года
«Тревожные ортодоксы»

Проявляет повышенный уровень
тревожности.

Боится сбоев в ПО.

Перепроверяет работу по несколько раз, т.к.
не доверяет ПО.
Отправка отчета:
•
Ольга вчера подготовила отчет, при этом она сначала
посчитала все на бумаге и только потом
сформировала отчет в 1С. Сегодня придя на работу,
она все еще раз проверила – сверила свои записи на
бумаге и отчет в 1С, негромко повторяя каждую
цифру.
•
Решив, что все верно, она сохранила отчет из 1С в
папку на компьютере, распечатала отчет из 1С, еще
раз проверив, что распечатанный отчет и отчет в 1С
одинаковые. Сходила к Гендиректору подписать
отчет, ответила на его вопросы по отчету, объяснила
ему то, что он не понимал, откуда, что взялось.
•
Ольга открыла программу, загрузила в нее отчет.
Отчет после загрузки в прогрумму отчет
автоматически открылся, Ольга еще раз сверила
открывшийся и распечатанный отчет, убедилась, что
они одинаковые (идентичные визуально).
•
Подписала отчет (лучше чтобы он оставался у нее
открытым перед глазами) и отправила его. Система
уведомила Ольгу о том, через какой срок придет
подтверждение от контролирующего органа. Ольга с
нетерпением, но в позитивном настрое будет ждать
уведомления от контролирующего органа, ведь
«подпись адресата это единственная и лучшая
оценка» ее работы.
Пример. Описание сценариев использования
78
Требования к интерфейсу
Пользовательский сценарий
Подготовка отчета
Выгрузка отчета
Ольга вчера подготовила отчет, при Ольга открыла
этом она сначала посчитала все на прогрумму, загрузила в
бумаге и только потом
нее отчет.
сформировала отчет в 1С. Сегодня
придя на работу, она все еще раз
проверила – сверила свои записи
на бумаге и отчет в 1С, негромко
повторяя каждую цифру.
Решив, что все верно, она
сохранила отчет из 1С в папку на
компьютере, распечатала отчет из
1С, еще раз проверив, что
распечатанный отчет и отчет в 1С
одинаковые. Сходила к
Гендиректору подписать отчет,
ответила на его вопросы по отчету,
объяснила ему то, что он не
понимал, откуда, что взялось.
•Вход в веб-приложение
по логину и паролю,
придуманному
пользователем.
•Возможность
восстановления логина и
пароля.
•Возможность загрузки
отчетов с первого экрана.
•Загрузка отчетов в
максимально большом
количестве форматов.
•Автоматическое
определение формата
загружаемого отчета.
Проверка отчета в Такском
Подпись и отправка
отчета
Получение
подтверждений
Отчет после загрузки в программу
Подписала отчет и Система уведомила Ольгу
автоматически открылся, Ольга еще отправила его.
о том, через какой срок
раз сверила открывшийся и
придет подтверждение
распечатанный отчет, убедилась,
от контролирующего
что они одинаковые (идентичные
органа. Ольга с
визуально).
нетерпением, но в
позитивном настрое
будет ждать
уведомления от
контролирующего
органа, ведь «подпись
адресата это
единственная и лучшая
оценка» ее работы.
•Автоматическое открытие отчета в
режиме просмотра после загрузки в
Такском.
•В режиме просмотра отчет
визуально идентичен бумажному
аналогу.
•При просмотре отчета информация
вводимая пользователем наглядно
выделена.
•Система самостоятельно проводит
проверку полей на соответствие
установленному формату.
•Система выдает результат
проверки в виде подсвеченных
ошибочных полей, а также
подсказок по исправлению
конкретных ошибок.
•При осуществлении
подписи отчет
остается в режиме
просмотра.
•Возможность
подписывать отчет
ключом
Гендиректора.
•Наличие уведомления
о предположительном
сроке ответа от
контролирующего
органа.
•Хорошо заметное
подтверждение от
контролирующего
органа.
•Наличие возможности
получать почтовые/smsсообщения о
поступлении
подтверждения от
контролирующего
органа.
Пример. Сценарии – требования
79
"Все под
контролем!"
Возможность подписывать отчет ключом
Гендиректора.

При осуществлении подписи отчет остается
в режиме просмотра.
Автоматическое использование Автотеста. В
случае возникновения проблем со связью,
система должна сообщить пользователю о
месте возникновения проблемы.
Сообщение об ошибке такого рода должно
содержать возможные пути решения
проблемы и номер телефона службы
тех.поддержки.
Тревожные Профессионалы Перестраховыортодоксы полного цикла
вающиеся




Возможность подписать и отправить отчет
без просмотра.




 - требования, предъявляемые данной персоной
 - может быть полезно для данной персоны
Пример. Сценарий «Отправка отчета»
Задача «Подпись и отправка отчета»
80
От сценариев до
навигационной диаграммы
1. На основании анализа задач, сценариев и навигационной
модели строим диаграмму путей.
2. Для каждого процесса внутри системы по сценариям и
навигационным моделям строим интерактивную
раскадровку.
3. Интерактивные раскадровки на основании диаграммы
путей складываются в совокупную диаграмму
взаимодействия (wall diagram).
4. На основании wall diagram и (опционально) инвентаря
контента строится концептуальный макет.
5. Проверяется соответствие макета сценариям.
Каждый из этапов и весь процесс целиком могут быть
итеративными.
Общая процедура преобразований
Владимир ,37 лет,
менеджер агентства
недвижимости





Хочет быть всегда в
курсе: знать о новости
сразу, как она возникает. 
Без новостей его
охватывает беспокойство, 
что он упускает что-то
важное.

У него высокие требования к удобству
навигации новостных сайтов, так как он не
ограничивается чтением новостей на
главной странице, а ведет активный поиск.
Для него особенно важны система
категоризации новостей и хороший и
быстрый поиск.
Регистрируется на большинстве новостных
сайтов, которые читает. причинами
регистрации являются возможности
настроить ленту новостей под свои
интересы и обсуждать новости с другими.
Его отличает от других пользователей,
требование полноты информации.
Он читает новостей значительно больше,
чем может использовать, поэтому считает,
что они в подавляющей массе бесполезны,
и именно поэтому старается тщательно
отфильтровывать их.
Ему нужны инструменты по отсеиванию
неинтересных ему новостей.
Стремясь к избытку новостей, он
одновременно и страдает от него.
Его раздражает то, что новости из разных
источников часто повторяют друг друга,
поэтому он мечтает о такой программе (rssклиенте), которая сама бы обнаруживала и
группировала дублирующие друг друга
новости.
Главная персона - Владимир
 Владимир открывает наиболее оперативно обновляемый новостной
сайт из тех, которые он знает (из закладок или набирая адрес
вручную).
 Владимир начинает просматривать (по диагонали) главную страницу с
лентой наиболее свежих новостей.
 Владимир бегло пробегает взглядом страницу – вдруг заметит что-то
важное. Если ничего бросающегося в глаза нет, он начинает читать
заголовки и рассматривает миниатюрные иллюстрации,
сопровождающие анонсы новостей.
 Сами анонсы читает, если в силу индивидуальных особенностей лучше
воспринимает текстовую информацию либо если заголовок или
сопровождающая новость иллюстрация (если она имеется) привлекли
его внимание и вызвали интерес.
Сценарий 1: Быть в курсе
 Владимир заходит на новостной ресурс с намерением
узнать о конкретном событии.
 В поисковую строку вводит интересующее его событие (в
произвольной форме).
 Владимир просматривает результаты выдачи, обращая
внимание на заголовки, иллюстрации и даты (ему
интересны свежие и подходящие по смыслу), бегло
просматривая анонсы.
 Открывает интересующие его новости, читает более
внимательно.
Сценарий 2. Поиск
Ирина 31 год,
новости мира, курьезы и
путешествия, все, что позволяет
руководитель
ей отдохнуть от работы и
отдела.
подумать о том, как провести
Смотрит новости на
досуг.
работе, т.к. ее ритм
жизни не позволяет  На сайте Ирина ищет интересные
новости в каталоге или с
расслабиться дома.
помощью поиска. Может
просмотреть новости на ту же
тему, но чаще всего Ира читает
 Ирина готова потратить свое
комментарии других
время на комментирование
пользователей.
статей, если они входят в зону ее
компетенции или если ей
 Ирина также зарегистрирована на
понравилась сама статья.
тематических порталах, где
 Ирина выбирала сайт, на котором может обсудить вопросы,
касающейся ее работы.
удобно общаться и обсуждать
статьи.
 Чаще всего Ирину интересуют
новости кино, городские новости,
Дополнительная персона - Ирина
 Ирина заходит на главную страницу ресурса, с которым
привыкла работать, переходит в интересующую ее
тематику (новости кино, городские новости) и там
просматривает новости, обращая внимание на картинки и
количество комментариев к статье.
 Найдя заинтересовавшую новость, она переходит к ней,
прочитывает ее внимательно, потом просматривает
комментарии.
Сценарий 1. Просмотр
Владимир: Навигационная модель
Владимир: Навигационная модель 2
Ирина: Навигационная модель