User Story Map в проектировании продукта: как приоритизировать бэклог и определиться с MVP
Вы или ваш клиент придумали востребованный продукт и готовы запускать разработку. На первом шаге сталкиваетесь с вопросами: с чего начать? Как сформировать бэклог задач? Что взять в работу в первую очередь?
Инструмент User Story Map поможет правильно сформировать бэклог задач, приоритизировать его и выпустить в мир первый релиз с самыми нужными фичами.
User Story Map — это инструмент визуализации пользовательских историй и проектирования продукта на основании пользовательского пути.
Итак, как составить User Story Map?
Шаг 0. Подготовьте все необходимое
Выберите инструмент, в котором вам удобно будет визуализировать пользовательские истории. Это может быть miro, ватман со стикерами или любой другой знакомый вам инструмент.
Шаг 1. Сформируйте историю пользователя по шагам
Верхнеуровнево напишите, что делает пользователь в интернет-магазине (или в той системе, проектированием которой вы занимаетесь).
Шаг 2. Выписанные действие сгруппируйте в этапы
Объедините по смыслу выписанные действия пользователя по этапам.
Шаг 3. Дополните историю
Если вы видите, что на каком-то из этапов истории пропущены какие-то действия — именно на этом этапе необходимо их учесть.
Теперь у нас есть фич-лист — список функций, которые должны быть реализованы.
Чтобы фич -лист стал бэклогом, его необходимо приоритизировать.
Шаг 4. Приоритизируйте истории
А вот тут начинается самое интересное. Как приоритизировать фич-лист? Как разобраться, что должно быть реализовано в первую очередь, а что можно оставить на последующие релизы?
Все очень просто! Для того, чтобы приоритизировать бэклог, необходимо ответить себе не несколько вопросов:
- Что нужно сделать обязательно?
Без чего продукт будет нежизнеспособен? Без каких фич пользователь не сможет достичь цели, ради которой разрабатывается продукт?
Это те фичи, без которых создание продукта не имеет смысла, то есть обязательный минимум. - Что хорошо было бы сделать?
Какие фичи принесут пользователю пользу, удобство? Позволят быстрее принимать решение? - Что можно сделать? (А можно и не делать)
Отсутствие каких фич пользователь может и не заметить?
Шаг 5. Укомплектуйте релизы
Отлично! Теперь мы знаем, без чего продукт не может существовать.
Теперь комплектуем релизы, опираясь на расставленные нами приоритеты.
Готово!
Теперь ваша команда может посмотреть на бэклог продукта глазами пользователя (это важно!).
Обратите внимание, что итоговый приоритет определяется сценарием пользователя. Наша задача — дать пользователю больше ценности в продукте. Чем больше продукт закрывает сценарий пользователя, тем ценне для него продукт.
Релиз №1 (MVP)
- Найти товар
- Посмотреть описание
- Посмотреть фото
- Добавиьт в корзину
- Удалить из корзины
- Указать адрес и время доставки
- Ввести данные карты
- Подтвердить покупку
Релиз №2
- Фильтр по цене
- Выбрать упаковку
- Выбрать вариант оплаты
Релиз №3
- Фильтр по рейтингу
- Посмотреть видео
- Изменить количество товара
Бэклог (один из последующих релизов)
- Посмотреть отзывы
Безусловно, после выпуска первых релизов вы будете получать от пользователей обратную связь, у вас будет формироваться понимание, чего в продукте не хватает и вы непременно будете корректировать ваш бэклог с учетом этой обратной связи .
Ну а на первом этапе для правильной расстановки акцентов вам поможет User Story Map. Пользуйтесь!
Подписывайтесь на канал в Telegram, где мы рассказываем о полезных рабочих инструментах, интересных кейсах и даём полезные рекомендации.
Нужна консультация по разработке мобильного приложения или веб-сервиса? Пишите на почту [email protected] или в Telegram.
Ссылка на сайт: mintrocket.ru
Автор текста: Катя Ушкова
Очень полезная статья! Спасибо
Почему в америке вначале идут этапы а потом шаги?
Шаг 1. Сформируйте историю пользователя по шагам
это CJM?