User Flow — схема того, как человек добирается до конкретного результата. В отличие от карты всех экранов, маршрут начинается с намерения пользователя и заканчивается проверяемым действием. Его полезно сделать до макетов: схема помогает увидеть скрытые решения и тупики.
1. Выберите один сценарий
Возьмите главное действие из описания функций MVP. Например: «Создать задачу из письма». Запишите условие входа: пользователь авторизован или нет; проект существует или пуст; данные уже загружены или ещё нет.
Сформулируйте результат как наблюдаемое событие: задача сохранена, видна в списке и может быть изменена. Клик по кнопке сам по себе не является успехом.
2. Нарисуйте прямой маршрут
Сначала выпишите последовательность без веток: вход → выбор проекта → форма → проверка → сохранение → подтверждение. Каждый элемент — действие пользователя или ответ системы, не визуальный компонент.
Затем вернитесь и вставьте решения: у пользователя есть доступ? форма валидна? API отвечает? есть дубликат? Если ответ «нет», всегда показывайте точку возврата.
Старт → Есть доступ к проекту?
├─ Да → Заполнить форму → Данные корректны?
│ ├─ Да → Сохранить → Показать результат
│ └─ Нет → Подсветить поле → Повторить
└─ Нет → Объяснить ограничение → Запросить доступЭто текстовый пример. Для сложного продукта отрисуйте схему в Figma, FigJam или другом редакторе.
3. Добавьте случаи, которые ломают путь
Проверьте: пустой список; медленную сеть; отмену операции; неверный формат; отсутствие разрешения; ошибку сервера; повторное нажатие; возвращение по кнопке браузера. Не придумывайте множество исключений — приоритет получают те, которые блокируют основное действие или ведут к потере данных.
Отдельно отметьте, где сохраняются черновики формы. В маршруте из нескольких экранов пользователь не должен случайно потерять результат предыдущих действий.
4. Свяжите маршрут с экранами
Сопоставьте каждому состоянию экран или блок. Запишите событие аналитики только там, где оно отражает реальный прогресс: flow_started, validation_failed, task_created. Названия условные; фактические цели и соблюдение приватности нужно согласовать отдельно. Не отправляйте пользовательские тексты и секреты в аналитику.
5. Сохраните артефакт
## USER-FLOWS — маршрут A
- Для кого:
- Точка входа:
- Желаемый результат:
- Основной путь:
- Развилка 1 и обратная связь:
- Ошибка и способ повторить:
- Состояние без данных:
- Метрика успешного действия:
- Экран прототипа / ссылка:
- Что нужно проверить с пользователем:Критерий готовности
В схеме нет состояния без выхода; пользователь понимает, что произошло после действия, а команде ясно, какие экраны и состояния надо спроектировать. Сопоставьте маршрут с UX-SPEC и только после этого переходите к прототипированию.
Источник: https://help.figma.com/hc/en-us/articles/360040318013-Play-your-prototypes
Материал был полезен?
Помогите нам сделать материалы точнее и понятнее.