Проектирование интерфейсов: Процесс+Команда=Продукт...

Проектирование интерфейсов:

Процесс + Команда = Продукт

Ярослав Перевалов

БВШД: интенсив по UI/UX

12 января 2015

Что сегодня обсудим 2

• U-процесс: этапы, методы, примеры, байки, ускорители.

• U-команда: роли, встраивание в существующие процессы, взаимодействие со смежными командами.

• Как сделать успешный продукт?

• Практическое задание от МегаФона.

ЧАСТЬ 1. Процесс юзабилити-проектирования 3

Оптимизация

Внедрение

ТестированиеСинтезАнализ

Сбор и анализ бизнес-требований

Юзабилити-экспертиза «старого»

продукта

Юзабилити-тестирование

«старого» продукта

Маркетологический анализ

Детальное проектирование

пользовательского интерфейса и функционала: прототипы и

спецификации

Быстрое ю-тестирование

Дизайн и Разработка: поиск технических

компромиссов

Тестирование: авторский контроль за

реализацией

Концептуальное проектирование

пользовательского взаимодействия

(Interaction Design) и информационной архитектуры (IA)

Юзабилити-тестирование «нового»

продукта

Сбор и анализ пользовательских

замечаний + статистика

Унификация, стандартизация,

повторное использование

интерфейсных решений

Полевые исследования, моделирование пользователей

Маркетологический анализ продукта 4

Выполняется маркетологом, который ищет ответы на вопросы:

• Каков облик будущего продукта?

• Какое место займёт на рынке (в ряду конкурентов)?

• Почему он будет востребован?

• Каковы ключевые конкурентные преимущества продукта? Слабые и сильные стороны конкурентов/аналогов/прототипов

• Почему его захотят?

• Какая от него польза?

• Какая от него выгода пользователям?

• Какая от него выгода компании?

• Сколько людей его захотят?

• Сколько людей станут им пользоваться?

• Какие эмоции/ощущения/переживания при использовании этого продукта будут испытывать?

• Каковы ключевые потребительские свойства продукта?

• Какой продукт мы будем считать успешным?

• Какой продукт мы будем считать качественным?

• Как это всё посчитать/измерить?

• Как мы будем продвигать/производить/продавать/поддерживать/совершенствовать продукт?

Процесс юзабилити-проектирования 5


Внедрение




продукта
















продукта







Что такое бизнес-требования и зачем их надо собирать и анализировать?

6

Бизнес-требования – это описание стратегических факторов, условий, ограничений и критериев развития проекта.

Выполняется бизнес-аналитиком, который формализует:

• Цели и задачи компании-заказчика при реализации продукта.

• Бизнес-модели (механизмы реализации задач).

• Модели пользователей (внутренние и/или внешние).

• Архитектурная концепция (учёт АК в требованиях).

• Описание основных маркетинговых характеристик продукта (рынок, преимущества, ценность, уникальность и т.п.).

• Описание ключевых критериев оценки качества и успеха продукта (не только внутренние, но и внешние, такие как потребительские свойства продукта).

Цели сбора и анализа бизнес-требований7

• Получение единой и однозначной концепции развития продукта. Верификация требований.

• Ознакомление и согласование концепции со всеми ключевыми фигурами проекта (заказчики, идеологи, разработчики, бизнес-эксперты и пр.).

• Применение полученных данных в качестве основы для принятия проектных решений и учёт описанных факторов при проектировании взаимодействия.

Виды работ (бизнес-анализ)8

Сбор:

• Структурированные интервью с бизнес-экспертами.

• Полевые исследования.

• Маркетинговые исследования.

• Анализ потребностей пользователей, характер их взаимодействия с продуктом.

• Анализ статистики.

• Исследование бизнес-процессов, бизнес-правил, бизнес-процедур, регламентов и пр.

Формализация:

• Описание бизнес-процессов.

• Описание модели данных.

• Описание моделей пользователей (цели, задачи, сценарии взаимодействия).

• Высокоуровневое описание архитектурных решений.

• Описание важных условий и ограничений проекта (технические, ресурсные и пр.)



Внедрение




продукта
















продукта







Полевые исследования, моделирование пользователей10

Изучение и формализация поведения людей при выполнении определённого вида деятельности (характера взаимодействия пользователей с продуктом).

Выполняется специалистом по полевым исследованиям (экзопсихолог, инженерный психолог, психолог-этнограф и т.п.).

Методы:

• Наблюдения (в т.ч. учет факторов среды).

• Интервью с пользователями и экспертами.

• Анкетирования, опросы.

• Фокус-группы.

• Эксперименты (моделирование ситуаций, испытания).

Методологии моделирования:

• Персонажи.

• Ролевые модели (юзкейсы).

• Базовые сценарии взаимодействия.

• Юзер-сториес.

• И т.д. и т.п.

Экстремальная аналитика (ускоритель аналитики): карточка продукта

11

Ограничения и условия применения:

• В команде нет выделенного аналитика, маркетолога, полевика.

Принципы:

• Карточка продукта заполняется на этапе анализа и сбора требований для фиксации бизнес-требований к проекту.

• Все требования и описания карточки должны быть согласованы с ключевыми идеологами продукта (маркетинг / менеджмент / разработка).

• Рекомендуется любую проектировочную деятельность начинать с заполнения такой карточки.

• Карточка фактически является элементом ТЗ на проектирование интерфейса.

• Без систематизации и утверждения концептуальных и стратегических положений, изложенных в карточке, бессмысленно что-либо проектировать.

Структура карточки продукта (Вариант 2009)12

• Общее короткое описание проекта

• Цели проекта

• Бизнес-модель (зачем продукт нужен компании)

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

• Модели пользователей (цели, мотивация, задачи, сценарии…)

• Основные, стратегические направления развития продукта

• KPI – критерии успешности и качества продукта

• Конкуренты (сильные и слабые стороны)

• Сильные стороны, конкурентные преимущества нового продукта

• Дополнительные требования к продукту

• Текущие интерфейсные решения, их недостатки

Подробности тут: http://usability.ru/Articles/Cheap-BA.html

http://usability.ru/Articles/Cheap-BA.html

Структура карточки продукта (Вариант 2015)13

• Заказчик и заинтересованные лица

• Бизнес-цели и задачи

• KPI - критерии успешности конечного результата

• Приоритеты

• Сроки

• Деньги, бюджет

• Аудитория (кто, зачем, с какими мотивами и в какой среде будет использовать продукт)

• Примеры / референсы / аналоги / прототипы / конкуренты

• Требования к UX (цели, задачи и мотивы пользователей, ключевые сценарии)

• Требования к UI (бизнес-объекты, сущности, справочники, сообщения, гайдлайны, нестандартные интерфейсные блоки)

• Требования к дизайну (брендбуки, стилистика, образцы)

• Требования к функциональности

• Точки интеграции с подсистемами (высокоуровневая архитектура, ключевые потоки данных)

• Условия и ограничения

• Предполагаемая нагрузка и прочие нефункциональные требования

• Рабочая группа по согласованию

Карточка продукта: плюсы и минусы14

Плюсы:

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

• Внятное ТЗ для проектировщика интерфейсов (сокращает количество циклов проектирования).

• Обнажает бреши в аналитике, заставляет думать в нужных направлениях и добывать информацию.

• Дёшево, быстро, масштабируемо.

Минусы:

• Требования в карточке могут быть «неправильными»: неправильно собранными или неправильно оформленными, не подкреплёнными результатами исследований.

• Наличие карточки может создавать иллюзию, что аналитика не нужна.



Внедрение




продукта
















продукта







Юзабилити-экспертиза16

Юзабилити-экспертиза (эргономическая экспертиза, ю-экспертиза, ю-аудит) – один из методов анализа и оценки пользовательского интерфейса.

Выполняется Ю-экспертом.

Цели ю-экспертизы:

• Получение качественной оценки юзабилити-характеристик системы

• Получение перечня эргономических проблем системы и рекомендаций по их устранению

Работы, выполняемые в ходе ю-экспертизы:

• Экспертная оценка ключевых юзабилити-характеристик продукта

• Анализ существующего продукта на предмет наличия недостатков и проблем уровня:

o Информационной архитектуры (ИА)

o Пользовательского интерфейса и взаимодействия (ПИ)

o Графического оформления, дизайна и вёрстки (ДВ)

• Ранжирование недостатков и проблем (по важности, сложности, и т.п.), количественный анализ замечаний.

Пример: Отчёт по экспертизе МЯК образца 2008 г.

Экспресс-экспертиза: ещё быстрее и дешевле?17

• Упрощённый отчёт: указываются только проблемные, сомнительные места в интерфейсе, без чёткого ранжирования и, возможно, без рекомендаций по улучшению

• Исследование продукта не глубокое и не системное: экспертиза тех макетов, что есть.

• Для повышения достоверности увеличивается количество экспертов

• Требования к профессионализму экспертов – невысокие

Условия и ограничения:

• У команды нет выделенного эксперта

• Есть задача получить быструю-качественную оценку интерфейсным решениям

Экспресс-экспертиза: пример в стиле «бизнес-линч»18

Экспресс-экспертиза: плюсы и минусы19

Плюсы:

• Получение быстрой-дешёвой оценки.

• Получение свежих идей от незамутнённых экспертов.

• Картинка в сжатой, краткой и наглядной форме кричит о косяках интерфейсных решений и является хорошим стимулом сделать лучше срочно.

Минусы:

• Кредит доверия к экспертам низкий.

• Как сделать лучше, не всегда и не совсем ясно.



Внедрение




продукта
















продукта







Юзабилити-тестирование21

Юзабилити-тестированием является любой эксперимент (на живых людях), направленный на измерение качества интерфейса или же поиск конкретных проблем в нем.

Ю-тестирование позволяет:

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

• Сравнить качество старого и нового интерфейсов и тем самым дать обоснование изменениям или внедрению.

• Найти и опознать проблематичные фрагменты интерфейса, а при достаточном объеме выборки также и оценить их частотность.

Юзабилити-тестирование само по себе не создаёт хорошего продукта, это лишь один из вспомогательных методов проектирования UI.

Корректно поставленный эксперимент и правильно проинтерпретированные данные помогают улучшить интерфейс.

Юзабилити-тестирование как процесс22

1. Определение цели тестирования и выбор метода тестирования.

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

3. Определение пользовательских целей и задач. Разработка соответствующих тестовых сценариев.

4. Разработка тестового прототипа (или подготовка аналога/версии продукта с адекватными тестовыми данными), в т.ч. и тестовой пользовательской документации и/или справочной системы, если использование справки входит в сценарий.

5. Подготовка анкет, списка вопросов, соглашения о конфиденциальности.

6. Организация рабочего места для теста. Настройка метода фиксации материала.

7. Тестирование теста на пригодность к тестированию (пилотное тестирование).

8. Собственно тестирование.

9. Анализ и обработка данных, подготовка отчёта и видеопрезентации.

10. Спецификация новых проектных решений и запуск процесса по их реализации.

Подробнее:

1. Роль и место юзабилити-тестирования в процессе юзабилити-проектирования / Ярослав Перевалов

2. Юзабилити-тестирование по дешёвке / Влад В.Головач

3. Презентация с результатами тестирования МЯК-2009

http://usability.ru/Articles/utest-perevalov.htm

http://www.usethics.ru/lib/testing_by_the_cheap.html

Юзабилити-метрики (1)23

Скорость работы пользователя:

• длительность выполнения операции;

• время, затраченное на обнаружение ошибок;

• время, затраченное на исправление ошибок;

• количество команд, исполняемых при выполнении операции (подразумевается, что чем больше команд, тем дольше их отдавать);

• длительность поиска сведений в документации;

• количество команд, более эффективных, чем использованные пользователем;

• снижение производительности при длительной работе.

Затруднения и ошибки:

• процент операций, вызвавших затруднение или ошибку;

• среднее число ошибок на операцию у опытных пользователей (именно у опытных, т.к. у неопытных могут действовать и факторы из группы скорости обучения);

• количество ошибок, не обнаруженных и не исправленных пользователями.

Юзабилити-метрики (2)24

Обучаемость навыкам работы с системой:

• количество и частота обращений к справочной системе;

• длительность периода между началом использования системы и точкой, в которой скорость работы/количество ошибок пользователей перестает расти; разница в количестве ошибок/скорости работы у пользователей с опытом использования системы и без такого опыта.

Субъективная удовлетворенность пользователя:

• анкетирование;

• наблюдение за эмоциональными реакциями.

Сохранение навыков работы с системой:

• разница в скорости работы/количестве ошибок у пользователя после часа работы с системой и у того же пользователя в начале использования системы после длительного перерыва (тест по времени может занять больше месяца).

Успешность:

• процент заданий, которые пользователь либо выполняет полностью неправильно, либо не может выполнить вовсе.



Внедрение




продукта
















продукта







Kонцептуальное проектирование взаимодействия26

Выполняется проектировщиком:

• Информационная архитектура (представление данных, навигация по массивам данных, метаданные, файндабилити и пр.)

• Учёт основных бизнес-требований и моделей пользователей.

• Карта навигации в соответствии с ключевыми сценариями взаимодействия

• Блочное представление структуры основных страниц.

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

Kонцептуальное проектирование взаимодействия, пример27



Внедрение




продукта
















продукта







Детальное проектирование интерфейса29


• Много, очень много версий детальных прототипов

• Согласование прототипов с командой проекта (поиск компромиссов)

• Проверка прототипов на реальных/потенциальных пользователях и экспертах.

• Специфицирование утверждённых прототипов: описание поведения интерфейсных элементов, описание форматов полей и сообщений.

Можно ли ускорить юзабилити-тестирование?30

Стив Круг:

Коридорное тестирование31

Принципы, условия, ограничения:

• Выполняется в рамках быстрого прототипирования.

• Важное условие: наличие потенциальных респондентов внутри компании.

• Планирование: описание цели исследования, требования к респондентам, сценарии/контекст применения, задания.

• Протоколы: только бумажные: утром в куплете, вечером – в газете. Команда не отвлекается на наблюдение, только на чтение кратких протоколов.

• Задания: направлены на применение конкретного интерфейсного решения.

• Сессия тестирования: 10-20 минут.

• ~10 пользователей в эксперименте.

• Оперативные выводы с рекомендациями по улучшению интерфейса.

• 2 человеко-дня на всё.

Коридорное тестирование: плюсы и минусы32

Плюсы:

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

Минусы:

• Не заменяет итоговое юзабилити-тестирование (или всё-таки заменяет?)

Примеры:

• Большие карты: коридорное ю-тестирование нового интерфейса панорам улиц.

• Мобильные карты: коридорное юзабилити-тестирование сценариев прокладки маршрутов на Андроиде.

• Большие карты: исследование по сравнению наборов иконок.

Коридорное тестирование: а ещё дешевле?33

Литература:

• Стив Круг. Не заставляйте меня думать!Глава «Юзабилити-тестирование за 10 центов в день»



Внедрение




продукта
















продукта







Авторский надзор за реализацией35


• Проверка правильности оформления в «живом» продукте.

• Проверка ключевых пользовательских сценариев.

• Тикеты в системе баг-трекинга (дизайн, верстка, кодирование, копирайтинг).



Внедрение




продукта
















продукта







Сбор и анализ пользовательских замечаний и оценка успешности проекта

37

Выполняется аналитиком (менеджером):

• Анализ запросов в службу поддержки.

• Анализ замечаний, присланных через формы обратной связи.

• Мониторинг обсуждений в клубах / форумах / сообществах.

• Активный сбор обратной связи (опросы и анкетирование).

• Проверка гипотез средствами веб-аналитики.

• Контрольная оценка успешности проекта по значениям KPI-показателей.



Внедрение




продукта
















продукта







Стандаризация и унификация интерфейсных решений39

Выполняется проектировщиком (менеджером):

• Спецификация элементов для повторного использования.

• Развитие и поддержка корпоративных стандартов.

• Унификация и повторное использование удачных интерфейсных решений в виде библиотек компонентов.

ЧАСТЬ 2. Ю-команда и взаимодействие с командой проекта 40


Внедрение




продукта










Тестирование: авторский контроль

за реализацией





«нового» продукта

Сбор и анализ пользовательских замечаний + KPI


повторное использование интерфейсных

решений


Аналитик

Исследователь

Проекти-ровщик

Эксперт

Тестировщик

Дизайнер


Проектировщик

Проекти-ровщик

Исследователь

Проектировщик


Менеджер

UX-команда 41

7 Ролей, все с приставкой «Ю-»:

1.Ю-менеджер

2.Ю-аналитик

3.Ю-исследователь

4.Ю-тестировщик

5.Ю-эксперт

6.Ю-проектировщик

7.Ю-дизайнер

Эволюция команды, создающей продукт 42

Эволюция команды, создающей продукт (2) 43

Зародыш команды

Зародыш растёт…


Юзабилити-специалист в команде, создающей продукт

Зародыш растёт…



Сформировался Заказчик, но Аналитик ещё не осознаёт себя...



Мальчик?..



Или девочка?..



Сферическая команда в вакууме без юзабилиста



Вершина эволюции!

50


Телеком-компания (1)

Телеком-компания (2) 51


ЧАСТЬ 3. Что такое успешный продукт? 52


Бизнес, Пользователь, Рынок, Технологии…

Требования к продукту (2) 53


Бизнес, Пользователь, Рынок, Технологии, Среда, Гармония…

Летающая подводная лодка(концепт Б. Ушакова, 1938 г.)

54


Бизнес-требования противоречили технологическим ограничениям

Сухой остаток 55


• Один юзабилист – хорошо, а два – лучше!

• Один аналитик – хорошо, а два – лучше!

• Не забываем про бизнес, маркетинг и технологии

• Чётко распределяем ответственность между производственными единицами

• Настраиваем входы-выходы

С этого места поподробнее… 56


1. Процесс проектирования и разработки как проекция методологии в пространстве Компания-Проект-Команда http://usability.ru/Articles/Process-by-Perevalov.htm

2. Аналитика в RapidSoft: обеспечение и поддержка разработки http://usability.ru/Articles/SABA-Rapidsoft.htm

3. Как поженить Аналитика, Проектировщика интерфейсов и Дизайнера?http://usability.ru/Articles/Analytics-vs-Design.htm

http://usability.ru/Articles/Process-by-Perevalov.htm

http://usability.ru/Articles/SABA-Rapidsoft.htm

http://usability.ru/Articles/Analytics-vs-Design.htm

Спасибо за внимание

Ярослав Перевалов

у[email protected]

www.usability.ru

mailto:у[email protected]

http://www.usability.ru/

Проектирование интерфейсов: Процесс+Команда=Продукт...

Technology

Transcript of Проектирование интерфейсов: Процесс+Команда=Продукт...