Про задачи пользователя мы писали в прошлом посте, а что делать, когда задачи определены? Собирать их в пользовательские пути
User FLow — это карта пути пользователя внутри продукта. Схема движения человека от точки А к точке Б: какие экраны видит, где может сделать выбор, как решения влияют на состояние интерфейса
С помощью User Flow можно анализировать, какие действия спрятаны от пользователя слишком далеко, где он теряется и уходит, а какие шаги можно объединить или убрать совсем. А после создавать креативные решения, улучшающие пользовательский опыт
Так и получилось на проекте Самолет Сити. Если коротко, это геймификация онбординга для сотрудников. Клиент обозначил задачи, которые стоят перед пользователем:
➖ последовательное прохождение материалов
➖ возможность повторного просмотра материалов
➖ рейтинг игроков
➖ уникальные ачивки
➖ техническая поддержка
➖мини-игра
Мы работали с каждой из этих задач отдельно, продумывали ожидаемый конечный результат и каким образом пользователь к нему приходит. Находили точки соприкосновения между задачами и общие контексты. Например, возможность повторного просмотра материалов нужно сделать в одном клике от стартового экрана, а значит, это будет самостоятельный раздел. При этом она контекстуально связана с последовательным прохождением материалов, а значит, их состояния могут влиять друг на друга и лучше переиспользовать дизайн-решения между этими разделами. Похожа история с рейтингом игроков и ачивками — для пользователя и то, и другое просмотр своего успеха, а значит, эти задачи лучше решать в одном контекстуальном разделе
______
Все посты серии:
1 Как работать с JTBD
2 Портрет пользователя
3 Что такое User Flow и из чего состоит (вы тут)
4 Пять качеств хорошего User Flow
5 Как построить User Flow?
6 Как приоритизировать задачи в проекте по ICE
7 UX-гипотеза
8 Количественные и качественные исследования