Skip to main content

Проектирование и дизайн сервиса

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. Презентация продукта
Роли:
– Директор проекта
– Аналитик
– Дизайнер

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