
Разбор · Опубликовали 08.10.2026
User Story Mapping выделяет первый сквозной путь нового продукта, который можно поручить ИИ-агентам
Как выбрать результат одного клиента, провести через него первую рабочую версию и превратить её шаги в проверяемые задачи для ИИ-агентов.
Текст подготовлен машиной агентов под надзором автора vibecoding.ru · факты проверены 8 октября 2026
User Story Mapping помогает выбрать первый путь, на котором клиент получит результат: отдельные готовые функции ещё не складываются в работающий продукт.
Клиентского кейса User Story Mapping у нас нет, поэтому разберём путь ученика нашего курса разработки: вход по почте, анкета, кабинет и начало учёбы.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Первый путь выбирают по результату одного клиента.
Первую версию выбирают по делу клиента. Названия «вход, анкета, кабинет» перечисляют части продукта, но не объясняют, ради чего их строить.
Результат звучит иначе: «Новый ученик вошёл, назвал цель и открыл урок». По этой фразе можно принять весь путь, а не считать готовые экраны.
Инженер ведёт машину агентов, которая строит продукт нашего сайта. Вход, профиль и анкеты нашего учебного приложения дают материал для карты.
Выберем нового ученика с доступом к курсу: он хочет начать учиться. Вернувшийся ученик и редактор проходят другие пути, их задачи оставим за границей.
Результат сужает список функций до одного сценария
Редакционный разбор нашего учебного приложения, 08.10.2026. Наличие входа и профиля подтверждено записью 08.09, анкеты добавлены 11.09. Карта не является историческим планом разработки.
2. Карта сохраняет порядок действий и отделяет варианты.
User Story Mapping, или карта пользовательских историй, показывает путь к цели. По горизонтали идут действия, под ними варианты и детали. Так устроен метод Джеффа Паттона.
В нашем примере это «войти», «назвать цель», «начать учиться». Способы входа записываются под действием; названия модулей вроде «база данных» пути не объясняют.
Карта показывает переходы между частями. Письмо должно привести ученика дальше, отправленная анкета вернуть к курсу. Одного наличия форм недостаточно.
Под каждым действием выбирается рабочий вариант
Принцип двух осей: Джефф Паттон, Story Map Concepts. Наполнение и варианты «потом» предложены редакцией 08.10.2026 по мотивам собственного продукта, не описывают фактическую очередь курса.
3. Первый срез проходит весь путь с минимумом вариантов.
В первом срезе целевой пользователь достигает цели: так предлагает выбирать выпуск Паттон. Для нашего примера нужны вход, ответ и доступный урок.
Все способы входа без кабинета оставят ученика у закрытой двери. Поэтому сокращают варианты внутри шагов, сохраняя переходы между ними.
Лишний шаг тоже можно убрать. Если цель ученика не влияет на первый опыт, обязательная анкета задержит начало учёбы.
В нашем приложении анкету можно пропустить. Для нового продукта основатель должен решить, нужен ли ответ до результата, или его можно спросить позже.
Уменьшаем число вариантов, сохраняем результат и защиту
Редакционные критерии первого среза, 08.10.2026. Паттон задаёт минимальный путь до цели, а конкретные границы и проверки выше предложены для этого сценария.
4. Агентам передают зависимые задачи с общим критерием готовности.
Карта задаёт цель продукта, а постановка задачи агенту объясняет отдельное поручение. Его результат должен подхватить следующий шаг.
Сначала согласуйте переходы и состояния входа, ответа и доступа. Если агенты определят их отдельно, готовые части придётся соединять заново.
Правила для агента задают общие ограничения проекта. В поручении остаются цель изменения, нужное состояние и проверка.
Урок «Одиннадцать шагов одной задачи» в нашем курсе разделяет работу и сдачу. Написанный код ещё предстоит проверить и принять.
Следующая задача опирается на принятый результат предыдущей
Предложенный порядок поручений, 08.10.2026. Это способ переноса карты в агентную работу, а не готовый план исторической сборки курса. Технические зависимости уточняет инженер по репозиторию.
5. Приёмка проверяет переходы, на которых клиент теряет результат.
Принимайте первую версию проходом от начала до конца с тестовыми данными. Скриншоты отдельных экранов не покажут, сохранилось ли состояние между ними.
Ошибка должна приводить к действию. Истёкшая ссылка возвращает к запросу новой, сбой сохранения позволяет повторить отправку. Наши поломки ниже показывают стыки.
Проверку и откат готовят до выпуска. Инженер принимает технический результат, заказчик подтверждает, что клиент завершил дело.
Поломки нашего сайта показали, где обрывается результат.
31.07
Обложка новости открывалась на странице истории, но не показывалась в ленте. Обложечные поля включили в общую выдачу. Правило: лента получает обложку из общего набора данных.
01.08
Фильтр новостей давал пустую страницу и бесконечную подгрузку. Сервер начал добирать совпадения из следующих порций. Правило: сервер выдаёт страницу совпадений, а не одну исходную порцию.
09.09
После сбоя письма доступа повтор оплаты не отправлял письмо снова. Ввели учёт успешной отправки и повтор при сбое. Правило: пока успешная отправка не отмечена, письмо отправляется повторно.
Журналы машины vibecoding.ru, записи 31.07, 01.08 и 09.09.2026, сверены 08.10.2026.
У выбранного ученика уже есть доступ. Если путь начинается с покупки, включите получение доступа: отметка «платёж успешен» ещё не даёт воспользоваться покупкой.
После приёмки наблюдайте за целевым клиентом: дошёл ли до результата, где остановился, потребовалась ли помощь. По этим сигналам выбирают следующий срез.
Простейший функциональный проход называют walking skeleton: части соединены. Для проверки продуктовой гипотезы нужен ещё сигнал, что клиент получил пользу.
Приёмка заканчивается результатом, обратная связь меняет следующий срез
Предложенная схема наблюдения, 08.10.2026. У Джеффа Паттона срез имеет целевой результат и метрики успеха. Конверсии нашего курса до и после карты не измерялись.
6. На старт разработки приносят путь, его границы и проверку результата.
На старт разработки принесите путь одного клиента: начало, конец и нужные шаги. Назовите отложенные варианты и способ проверки результата.
Заказчик выбирает сквозной путь, инженер уточняет зависимости. Шаги превращаются в последовательные задачи для репозитория клиента.
Подписка на агентную разработку «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026. Это один продукт, один поток, одна задача в работе.
Цена подписки не назначает срок пути. Принесите карту, чтобы обсудить первый рабочий путь: объём поручений определят после разбора.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Метод карты | Прочитаны Story Map Concepts / Story Map Process и авторская статья Джеффа Паттона. Подтверждены порядок действий, варианты под ними и срез до цели пользователя. Перенос на задачи агентов предложен редакцией. | 2026-10-08 |
| Наш продукт | Вход и профиль сверены с записью 08.09.2026, анкеты с добавлением файлов 11.09. Карта составлена ретроспективно для статьи. Клиентского кейса User Story Mapping нет, ускорение и срок всего пути не измерялись. | 2026-10-08 |
| Поломки | Прочитаны исходные записи журналов 31.07, 01.08 и 09.09.2026. В ленту взяты последствия для читателя и реализованные правила. История письма относится к покупке доступа, не к обычному входу. | 2026-10-08 |
| Подписка | Живая страница /services: «Один проект», 250 000 ₽ в месяц, один продукт, один поток работы. Это цена подписки, не оценка стоимости и срока отдельного пути. | 2026-10-08 |
7. Частые вопросы
Нужны ли специальные инструменты для User Story Mapping?+
Для первой карты хватит листа или таблицы. Нужны действия по порядку, варианты под ними и граница рабочего среза. Выбор программы не решит, чья цель важнее.
Нужно ли писать каждую карточку в форме «Как пользователь, я хочу…»?+
Достаточно глагольного названия и понятного контекста пользователя. Паттон использует короткие названия действий. Подробное описание нужно там, где участники по-разному понимают результат.
Можно ли составить одну карту для нескольких пользователей?+
Да. Паттон допускает карту процесса с несколькими ролями. Для первого среза выделите основной путь и добавьте другую роль, если без её действия клиент не достигнет цели. Например, заявка бесполезна без ответа исполнителя.
Что делать, если пользователей у нового продукта ещё нет?+
Карта будет гипотезой о поведении клиента. Обсудите путь с людьми, чью задачу решаете, и обозначьте предположения. Агент может собрать предложенный сценарий, но успешная реализация не подтвердит потребность в нём.
Что выбрать первым: простой путь или самый ценный?+
Выбирайте путь, на котором сможете проверить важную гипотезу о пользе продукта. Если он слишком большой, сузьте тип клиента или число вариантов. Лёгкая функция без результата клиента не заменяет такой путь.
Источники
- Джефф Паттон, Story Map Concepts / Story Map Process · PDF, ©2013, проверено 08.10.2026 — автор метода
- Джефф Паттон, The New User Story Backlog is a Map · 08.10.2008, редакция 12.04.2023, проверено 08.10.2026 — автор метода
- Яндекс Практикум, «Что такое карта пользовательских историй и как её построить» · 25.04.2025, проверено 08.10.2026 — учебный материал
- Наш курс агентной разработки · собственный путь ученика и урок о сдаче задач, проверено 08.10.2026 — наш продукт
- Машина агентов vibecoding.ru · истории 31.07, 01.08 и 09.09.2026 сверены по исходным записям 08.10.2026 — наш опыт
- Агентная разработка для бизнеса · тариф «Один проект», проверено 08.10.2026 — наш тариф
Запомнить
1. Назовите одного целевого клиента и результат, который он получит в первой версии.
2. Разложите путь по действиям и проверьте переходы между ними.
3. Оставьте минимальный вариант каждого нужного шага, сохранив доступ и выход из ошибок.
4. Превратите путь в зависимые поручения и примите весь сценарий целиком.
5. Посмотрите, где клиент остановился и получил ли пользу. По этому сигналу выбирайте следующий срез.