Создание AI-продукта Урок 02 / 06

Product / Full stack / Урок 02

Интерфейс и пользовательский путь

Проектируем структуру, состояния и действия до начала разработки.

Видео · 1:05Материалы · 9 минутРусскийОбновлён 02 августа 2026

Для кого: Разработчики и авторы AI-продуктов, которым нужно превратить сценарий в понятную структуру экранов.
Перед началом: Сформулированный результат пользователя и границы первого релиза.

01:05 Озвучка · встроенный текст

Моё обучение

Прогресс и заметка

Войдите, чтобы сохранять прогресс, закладки и личные заметки.

Материалы / 9 минут

Собрать основной пользовательский путь и все его состояния до разработки интерфейса.

01

Начинайте не с экранов

Пользовательский путь начинается с ситуации, в которой у человека уже есть задача. Запишите актёра, триггер, ожидаемый результат и доказательство пользы. Только после этого определяйте страницы и компоненты.

Один путь должен описывать одну законченную работу. Если сценарий нельзя пройти от входа до подтверждённого результата, информационная архитектура ещё не готова.

Кто запускает сценарий и почему именно сейчас.
Какое действие считается главным, а какие являются вспомогательными.
Как пользователь понимает, что задача действительно завершена.

02

Проектируйте состояния вместе с действиями

У каждого шага есть не только успешный экран. Нужны загрузка, пустое состояние, ошибка, недостаточные права, повторная попытка и подтверждение результата.

AI-функция добавляет ещё два состояния: ответ может быть частичным, а уверенность может быть недостаточной. Интерфейс должен позволять остановить действие, исправить вход и передать решение человеку.

03

Проверяйте путь как контракт

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

Хороший путь можно превратить в acceptance-тест. Он не зависит от цвета кнопки и описывает наблюдаемое поведение продукта.

Минимальная карта сценария text

Триггер -> Ввод данных -> Проверка -> Действие -> Подтверждение
                    |-> Ошибка -> Исправление -> Повтор
                    |-> Нет прав -> Запрос доступа

Практика

Разберите один сценарий продукта

Возьмите главную задачу будущего приложения и превратите её в путь, который можно проверить без готового UI.

01
Запишите актёра, триггер и результат одним предложением.
02
Разложите путь максимум на семь действий пользователя.
03
Добавьте loading, empty, error, permission и success для каждого критичного шага.
04
Проверьте, что из каждой ошибки существует понятный выход.

Критерии готовности

Главный сценарий имеет явные начало и конец.
Для критичных действий описаны все состояния.
Нет тупиков без объяснения или следующего шага.
Путь можно превратить в последовательность E2E-проверок.