Почему списка историй бывает недостаточно
User story mapping показывает задачи внутри целого пользовательского пути.
В обычном списке легко увидеть приоритет отдельной функции и потерять связь между ними. Команда подготовила красивый каталог занятий, но посетитель не может завершить запись: подтверждение запланировали на потом. Формально сделано много карточек, практически путь оборван.
Рассмотрим учебную мастерскую, которая открывает запись на занятия. Карта ниже — авторский разбор, а не снимок действующего продукта. Её можно собрать на бумаге или в совместном документе. Специальный сервис не обязателен: сначала важно договориться о последовательности действий и минимальном работающем пути.
Сначала — позвоночник карты
Верхний ряд описывает крупные действия человека в порядке прохождения. Для посетителя мастерской это «выбрать занятие», «записаться», «получить подтверждение», «прийти». Не стоит сразу заменять их экранами: один экран может обслуживать несколько действий, а одно действие — происходить в письме, разговоре и интерфейсе.
- Выбрать
Понять содержание, дату и условия занятия.
- Записаться
Указать данные и занять свободное место.
- Подтвердить
Убедиться, что запись сохранилась, и узнать адрес.
- Прийти
Найти мастерскую и попасть в нужную группу.
Пройдите этот ряд вслух от лица человека. Вопрос «что он делает дальше?» полезнее вопроса «какие ещё функции мы хотим». Если после записи человеку нужно самостоятельно звонить и выяснять адрес, на карте есть разрыв — даже когда звонок не относится к будущему сайту.
Разные пути не обязательно смешивать. Организатор, который добавляет сеанс, решает другую задачу. Для него можно сделать отдельную карту и отметить точки пересечения: без опубликованного расписания посетителю нечего выбирать.
Под каждым действием — конкретные истории
Теперь добавим варианты и детали. Под выбором занятия расположатся просмотр описания и сравнение дат; под записью — ввод контакта и выбор свободного места. Пока не спорьте о цветах карточек: проверьте, действительно ли каждая деталь обслуживает верхнее действие.
| Этап | Для первого выпуска | Позднее, если подтвердится потребность |
|---|---|---|
| Выбрать | Описание одного занятия и его ближайшие даты | Фильтры по теме и уровню подготовки |
| Записаться | Контакт и одно свободное место | Групповая запись и промокоды |
| Подтвердить | Сообщение об успешной записи и письмо с адресом | Добавление события в календарь |
| Прийти | Адрес, время и контакт организатора | Напоминание и схема прохода |
Это не универсальный набор обязательных функций. Для мастерской, где вход в здание трудно найти, схема прохода может оказаться частью первого выпуска. Для закрытого мероприятия личное подтверждение организатором может быть важнее автоматического письма. Состав определяется реальной ситуацией, а не красотой карты.
Как провести границу первого выпуска
Выберите небольшой вариант каждого необходимого этапа, чтобы человек смог пройти путь до конца. В нашем примере первый выпуск поддерживает одно занятие, один тип записи и одно подтверждение. Он беднее по возможностям, но уже позволяет посетителю получить место и приехать.
- Оборванный путь
Все фильтры каталога готовы, записаться ещё нельзя. Человек изучил варианты и ушёл.
- Сквозной выпуск
Фильтров нет, зато можно выбрать ближайшую дату, записаться и получить адрес.
Релизная линия проходит поперёк пути: она выбирает минимальные истории на разных этапах. Это не значит, что все этапы одинаково важны или разрабатываются одновременно. Технические зависимости и последовательность работы обсуждают отдельно. Карта показывает полноту результата для посетителя.
Проверяем карту на живом сценарии
Представим Ольгу: она выбирает субботнее занятие после работы в пятницу. Осталось одно место. Она вводит контакт, видит подтверждение, но письмо не приходит. По карте легко обнаружить, что история «отправить письмо» ещё не гарантирует результат «человек знает, что записан и куда идти».
В первом выпуске можно оставить адрес и номер записи на странице подтверждения и объяснить, куда обращаться без письма. Это решение следует из прохождения пути, а не из желания добавить ещё одну функцию. Одновременно появляется вопрос для проверки: что происходит, если последнее место заняли до подтверждения?
Пройдите также отказ и возврат: человек выбрал неподходящую дату, передумал или получил ошибку. Не каждый альтернативный путь обязан войти в первый релиз. Но команда должна заметить его и явно выбрать решение, а не случайно обнаружить проблему после запуска.
Как провести небольшую сессию mapping
- Выберите одного участника и одну цель: например, посетитель записывается впервые.
- Запишите начало и конец пути, затем крупные действия между ними.
- Подложите конкретные истории и известные затруднения под соответствующие действия.
- Выберите один сквозной выпуск и пройдите его вслух на примере.
- Отдельно вынесите вопросы, зависимости и предположения, которые ещё предстоит проверить.
Назначьте человека, который фиксирует изменения карты. Без этого встреча часто заканчивается фотографией стены, а рабочий список живёт отдельно. У каждой перенесённой истории полезно сохранить ссылку на этап пути: тогда при изменении приоритета понятно, какой участок станет слабее.
Не пытайтесь за одну встречу расписать год работы. Достаточно подробно проработать ближайший проверяемый путь, а дальние варианты оставить крупными. Точная карта будущего быстро устаревает и создаёт ощущение обещания там, где пока есть только гипотеза.
Где сохранить рабочий результат
В Sinqly можно создать задачу «Подготовить первый путь записи» и добавить в описание ссылку на карту, выбранный сквозной выпуск и вопросы перед реализацией; регистрация бесплатная.
Когда карту нужно пересобрать
Вернитесь к карте, если изменился основной посетитель, появился другой способ получения результата или проверки показали неожиданный тупик. Простая перестановка двух задач внутри этапа обычно не требует новой большой сессии. Изменение цели — требует.
После первого выпуска сравните предполагаемый путь с наблюдаемым: где люди уходят, что уточняют вручную, какие обещания не понимают. Карта не доказывает востребованность продукта. Она помогает держать целое перед глазами, пока вы проверяете это на реальных ситуациях.
Как сформулировать отдельную user story — следующий шаг после выбора первого сквозного результата.
Что ещё стоит уточнить
Чем карта отличается от бэклога?
Бэклог упорядочивает работу. Карта показывает её положение в пользовательском пути и помогает выделять сквозные выпуски. Они могут использоваться вместе.
Можно ли делать карту без специального приложения?
Да. Достаточно листа, стикеров или таблицы. Важны порядок действий, связность пути и зафиксированные решения.
Нужна ли карта маленькой функции?
Если путь короткий и всем понятен, отдельная карта может быть лишней. Она особенно полезна, когда список историй скрывает пропущенные этапы.
Помогло разобраться?
Оцените статью и расскажите, чего не хватило. Отзыв увидит редакция Sinqly — он не появится на сайте.
Источники и примечания
- Atlassian: user story mapping
- Предлагаемый порядок — редакционная практика, а не обещание одинакового результата для всех.
User story: как написать пользовательскую историю, с примерами
Формула user story, три исправленных примера и история записи на мастер-класс: отделяем потребность от функции, добавляем критерии приёмки и делим слишком большую задачу.
Бэклог: как вести список идей, который помогает выбирать работу
Как собирать идеи, уточнять задачи и выбирать следующую работу без бесконечного списка обещаний. Разбираем бэклог небольшого продукта и правила его пересмотра.
Дорожная карта проекта: пример, этапы и отличие от плана
Как показать направление проекта, договориться об этапах и не превратить roadmap в список обещанных дат. Разбираем запуск небольшой услуги и готовый пример Now / Next / Later.