Про задачи пользователя мы писали в прошлом посте, а что делать, когда задачи определены? Собирать их в пользовательские пути
User FLow — это карта пути пользователя внутри продукта. Схема движения человека от точки А к точке Б: какие экраны видит, где может сделать выбор, как решения влияют на состояние интерфейса
С помощью User Flow можно анализировать, какие действия спрятаны от пользователя слишком далеко, где он теряется и уходит, а какие шаги можно объединить или убрать совсем. А после создавать креативные решения, улучшающие пользовательский опыт
Так и получилось на проекте Самолет Сити. Если коротко, это геймификация онбординга для сотрудников. Клиент обозначил задачи, которые стоят перед пользователем:
- последовательное прохождение материалов
- возможность повторного просмотра материалов
- рейтинг игроков
- уникальные ачивки
- техническая поддержка
- мини-игра
Мы работали с каждой из этих задач отдельно, продумывали ожидаемый конечный результат и каким образом пользователь к нему приходит. Находили точки соприкосновения между задачами и общие контексты. Например, возможность повторного просмотра материалов нужно сделать в одном клике от стартового экрана, а значит, это будет самостоятельный раздел. При этом она контекстуально связана с последовательным прохождением материалов, а значит, их состояния могут влиять друг на друга и лучше переиспользовать дизайн-решения между этими разделами. Похожа история с рейтингом игроков и ачивками — для пользователя и то, и другое просмотр своего успеха, а значит, эти задачи лучше решать в одном контекстуальном разделе
Все посты серии:
