6 шаблонов User Story: создаем пользовательский путь в несколько кликов
Готовые шаблоны, чтобы легко описать путь пользователя
User Story Map — это карта пути пользователя: от решения о покупке до сценариев использования продукта. Она помогает увидеть, какие шаги и доработки влияют на привлечение и удержание клиентов.
Если раньше User Story Map собирали в отдельных сервисах для визуализации, то теперь ее можно вести там же, где находятся все рабочие процессы команды. Например, в Kaiten с модулем User Story Mapping, где любую User Story можно разбить на конкретные задачи и перенести на канбан-доски.
В статье показываем готовые шаблоны User Story, которые можно за минуту загрузить в свой аккаунт и сразу интегрировать в рабочие процессы.
Что такое шаблоны User Story и как они помогут быстро выстроить пользовательский путь
Обычно User Story стори представлена в виде формулы: Как [роль], я хочу [действие], чтобы [цель].
Например, «Как родитель, я хочу купить машину, чтобы возить детей до школы». То есть:
- Роль клиента → родитель.
- Действие → купить машину.
- Цель → возить детей в школу.
У каждой истории есть 3 составляющих:
- сегмент;
- потребность, которую можно закрыть с помощью продукта;
- цель, которую клиент может достигнуть, если будет использовать продукт.
При этом у одного продукта могут быть разные пользовательские истории — их число зависит от количества сегментов, на которые ориентируется компания. Например, какие сегменты аудитории и User Story могут быть у системы управления проектами:
- Как руководитель, я хочу визуализировать бизнес-процессы, чтобы тратить время на принятие стратегических решений, а не на сбор информации.
- Как программист, я хочу понимать, какие задачи брать в первую очередь, чтобы не приступать ко всему подряд.
- Как владелец бизнеса, я хочу получать сводную картину по работе над каждым продуктом.
Немного терминов, чтобы эффективно использовать шаблоны пользовательских историй
Acceptance criteria для приемки
Acceptance criteria, или критерии приема работы — набор параметров, при которых работа считается выполненной. Это технические требования, которые «заземляют» абстрактные требования в понятные измеримые показатели.
Например, заказчик может попросить разработать макет интерфейса банковского приложения «интуитивно-понятым». Это абстракция, она не может быть критерием готовности продукта. Но эфемерный интуитивно-понятный интерфейс можно определить по четким критериям:
- пользователь видит свой баланс в верхней части экрана;
- внизу посередине расположена и выделена кнопка переводов;
- при клике по иконке карты пользователь может увидеть реквизиты карты.
В работе с пользовательскими путями критерии приемки помогают понять, насколько выполненная часть работ готова к релизу.
Метод MoSCoW для приоритизации
MoSCoW — это метод расстановки приоритетов, где задачи делят на 4 группы:
- Must have — критически важные задачи, которые нельзя не сделать.
- Should have — эти задачи желательно выполнить, но не обязательно.
- Could have — задачи, которые команда может выполнить если у нее останется время.
- Won’t have — не актуальные задачи, которые можно перенести в следующий цикл или спринт.
В Kaiten можно распределять задачи по этому методу с помощью меток в карточке или дорожек на доске, в том числе в формате User Story. Как это сделать, рассмотрим далее на примерах.
Story points для оценки сложности
Это «баллы», с помощью которых команда оценивает сложность. Пример оценки задачи:
В Kaiten задачи можно оценивать прямо внутри карточки, где хранится вся информация о ней. Для этого нужно добавить поле «Размер» и оценить сложность задачи по системе, выбранной командой.
При разработке User Story оценка размера задачи показывает, сколько команде нужно потратить ресурсов на разработку определенного этапа пользовательского пути.
Больше о том, как оценивать задачи читайте в статье редакции Kaiten.
User Story №1: регистрация пользователя
Пользовательская история: как новый пользователь, я хочу создать аккаунт, чтобы получить доступ к сервису.
Критерии готовности для команды:
- когда пользователь регистрируется на платформе, он получает подтверждение на сайте и по электронной почте;
- если он ввел некорректные данные, система уведомляет его об этом в процессе регистрации;
- если он не завершил регистрацию, платформа напоминает ему через 1 и 24 часа о том, чтобы закончить фиксацию данных.
Разбивка задач по приоритетности и этапа пути пользователя:
Чтобы создать задачи в User Map, нужно также указать, что необходимо подготовить для каждого этапа клиентского пути. Например, для приветствия пользователя необходим первый экран и кнопка регистрации, а для заполнения данных — форма, куда клиент введет контакты и имя.
User Story №2: добавление товара в корзину
Пользовательская история: как покупатель, я хочу добавлять товар в корзину, чтобы оформить покупку.
Критерии готовности релиза:
- после того, как пользователь нажимает кнопку «Добавить в корзину», товар отправляется в корзину;
- сумма оплаты увеличивается по мере добавления товаров в список.
User Story №3: подключение системы оплаты курса
Пользовательская история: как пользователь, я хочу оплатить выбранный курс на платформе, чтобы получить доступ к материалам курса и проходить обучение.
Критерии готовности релиза:
- пользователь нажимает «Оплатить курс» и попадает на страницу оплаты;
- клиент вводит платежные данные, нажимает «Подтвердить оплату» и получает сообщение от банка с кодом подтверждения;
- пользователь вводит код и оплата проходит;
- после списания денежных средств клиенту приходит на почту ссылка на материалы и данные для доступа к курсу.
User Story №4: система уведомлений в приложении
Пользовательская история: как пользователь, я хочу получать push-уведомления, чтобы не пропускать важные события.
Критерии готовности релиза:
- клиент получает уведомления, если включает их;
- уведомления не приходят при отключении системы уведомлений.
User Story №5: экспорт данных из CRM в Excel
Пользовательская история: как менеджер, я хочу экспортировать список клиентов в Excel, чтобы обрабатывать данные вне системы и отправлять их подрядчикам, у которых нет доступа к CRM.
Критерии готовности релиза:
- при нажатии на кнопку «Экспорт» происходит скачивание файла в формате Excel;
- при скачивании списка на 10 000 контактов система работает без ошибки.
Шаблон по текущему User Story Map:
User Story №6: реализация темной темы интерфейса
Пользовательская история: как пользователь, я хочу переключиться на темную тему, чтобы уменьшить нагрузку на глаза.
Критерии готовности релиза:
- клиент выбирает темную тему в настройках и интерфейс меняет цвет в течение 2 секунд;
- при следующем заходе в приложение на этом же устройстве тема сохраняется.
Для тех, кто хочет создать User Story самостоятельно: короткий гайд по модулю
Чтобы создать User Story Map, нажмите «+» в меню пространств и выберите соответствующую сущность.
Затем дайте название пользовательскому пути и добавьте описание. Оно может содержать краткое описание пути по формуле «Как [роль], я хочу [действие], чтобы [цель]». Выберете уровни доступа к странице.
Kaiten создаст шаблон User Story с разделами:
- Этапы пользовательского пути — верхний раздел, который показывает ключевые шаги и действия пользователя при выборе и работе с продуктом.
- MVP — минимальный набор историй и функций, которые закрывают базовые потребности пользователя;
- Планы на следующий релиз — разделы для доработок и сценариев, которые дополняют MVP и развивают продукт дальше.
Можно переключить режим просмотра и сфокусироваться на Story Map без разбивки на этапы и задачи.
Больше информации о модуле User Story Map можно посмотреть в базе знаний Kaiten.
Вывод: как User Story Map в Kaiten помогает создавать пользовательские пути
User Story в Kaiten – это удобный раздел, где можно отобразить не только пользовательский путь, но соотнести все задачи, связанные по его реализации. Также руководитель может привязать карточки в User Map к карточкам на канбан-досках сотрудников, чтобы сразу превратить план в конкретные задачи.
