1. Сбор требований
• Дать общее представление о проекте.
• Собрать бизнес-требования.
• Не потерять суть в процессе работы.
2. Описание ЦА и портреты
Роли:
– Аналитик
– Маркетолог
– UX-архитектор
• Дать общее представление о пользователях системы (персоны).
Принимает участие в процессах:
• Проектирование интерфейса
• Тестирование системы
3. Сценарии взаимодействия
Роли:
– Аналитик
– UX-архитектор
– UI-дизайнер
• Сбор функциональных требований. Сценарии позволяют не только перечислить функции системы, но и во всех подробностях рассказать о том, как они работают.
• Зафиксировать типовые задачи (самые распространенные среди пользователей) для которых будет использоваться Mind. По этим задачам будет проходить usability-тестирование.
Принимает участие в процессах:
• Проектирование интерфейса.
4. Перечень функциональности
Роли:
– Аналитик
• Точный сбор функциональных требований. Благодаря детализации, требования к проекту зафиксированы и не изменяются в процессе реализации.
• Классификация требований по приоритетам. Позволяет создать удобный интерфейс Mind как инструмента регулярного использования.
Принимает участие в процессах:
• Проектирование интерфейса.
• Разработка и адаптация существующего функционала к новому интерфейсу.
• Управление процессом разработки в целом.
Назначение:
• Собрать требования к системе в одном документе. Документ должен быть сформирован таким образом, чтобы давать ответ практически на любой вопрос из серии – «Как это должно работать».
• Постановка задачи специалистам по проектированию и дизайну интерфейса.
5. Спецификация
Роли:
– Директор проекта
– Аналитик
6. Карта сайта и схема навигации
Роли:
– UX-архитектор
– UI-дизайнер
• Выстроить информационную структуру. Карта позволяет сгрупировать информацию и функционал в наиболее понятном и удобном для пользователя виде.
Принимает участие в процессах:
• Проектирование интерфейса.
• Подготовка контента.
На выходе: mind-map карта сайта
7. Диаграма взаимодействия
Роли:
– UI-дизайнер
• Соответствие интерфейса задачам пользователя. Диаграммы позволяют оптимизировать процесс работы пользователей с системой.
• Постановка заданий разработчикам. Самый наглядный пример постановки задачи для них — представление во Flow.
Принимает участие в процессах:
• Проектирование интерфейса.
• Тестирование интерфейса.
• Разработка и программирование.
8. Структурные схемы страниц
Роли:
– UI-дизайнер
• Постановка задачи дизайнеру. При отрисовке макетов дизайнер точно не упустит ни один элемент, и не должен будет брать на себя работу проектировщика — разрабатывать flow и информационную структуру проекта. Его задача — сделать красивую картинку на основе прототипов.
• Постановка задачи разработчикам. Прототипы демонстрируют весь функционал системы, который можно реализовывать уже на этапе дизайна.
• Демонстрация инвесторам и потенциальным пользователям. По своей сути прототип — это наглядное отображение системы и ее возможностей еще до этапа полной реализации.
Принимает участие в процессах:
• Дизайн интерфейса.
• Разработка системы.
• Usability-тестирование
9. Документация для дизайнера и разработчика
– UI-дизайнер
• Постановка задачи дизайнеру. Понимая как именно пользователь будет использовать интерфейс — дизайнер сможет правильно отрисовать определенные элементы. Особенно это относится к мобильным приложениям.
• Постановка задачи разработчикам. Наглядная демонстрация «клиентской» части системы. Программисты понимают, как пользователь будет использовать систему.
Принимает участие в процессах:
• Дизайн интерфейса.
• Разработка системы (и ее клиентской части).
• Usability-тестирование системы.
10. Дизайн пользовательского интерфейса
Роли:
– Дизайнер
– Арт-директор
– UI-дизайнер
– Креативный директор
• Внешний вид продукта
• Постановка задачи для разработчиков. Для них дизайн — это исходный материал, который они должны «оживить» прикрутив к нему свой функционал.
• Внешний вид продукта
• Постановка задачи для разработчиков. Для них дизайн — это исходный материал, который они должны «оживить» прикрутив к нему свой функционал.
Принимает участие в процессах:
• Разработка системы.
11. Сопроводительная документация (Документация для дизайнера и разработчика)
Роли:
– Директор проекта
– Дизайнер
12. HTML страницы пользовательского интерфейса
Роли:
– Разработчик
– UI-дизайнер
• Презентация инвесторам. Действующая модель продукта готова для публичной демонстрации еще до того, как начата разработка ее программной части.
• Доработка концепции. При работе над сложными и инновационными проектами постоянно идут эксперименты над концепцией и, соответственно, интерфейсом. В прототип легко вносить правки, а значит и сравнивать альтернативные решения.
• Раннее usability-тестирование. Прототип позволяет оценить удобство системы путем ее демонстрации потенциальным пользователям.
• Часть технического задания для разработчиков. Команде разработки проще понять ка должна работать система, поработав с ее визуальной моделью.
13. Презентация продукта
Роли:
– Директор проекта
– Аналитик
– Дизайнер
Демонстрация инвесторам. Презентация продукта позволяет построить рассказ с нужным содержанием, в нужной последовательности и с нужными акцентами. При этом благодаря удобному формату распространения этот рассказ может обойтись и без рассказчика. А значит получить больший охват слушателей.