Проектирование первой версии продукта (MVP) 🚀
 
Продолжаем серию экспертных тем про основные этапы подготовки бэклога продукта.
Напомним, что мы уже поговорили про:
✅ Формулировку цели продукта
✅ Формирование видения продукта
✅ Проектирование продукта с помощью такого инструмента, как User Story Mapping (USM) с примером

👉Сегодня расскажем про формирование состава первой поставки, минимальной версии нашего продукта (MVP).
 
💻Вообще, MVP расшифровывается как Minimum Viable Product (минимально жизнеспособный продукт).
Его идея в том, чтобы помочь команде в очень короткие сроки выпустить что-то ценное для клиентов, тем самым быстро и качественно провалидировать исходные гипотезы по продукту – что он нужен кому-то кроме нас самих, что можем найти нашего потребителя, что потребитель будет готов нам заплатить и так далее.

👆На карточках основные этапы формирования MVP.
В следующем посте рассмотрим эти этапы на примере.

OnAgile Learning Hub

Давайте посмотрим пример формирования MVP для приложения для бронирования мест в кафе.

📌Важное заключение: мы взяли только самый минимум фич, чтобы выпустить версию как можно быстрее.
Это не значит, что остальные фичи мы будем делать когда-то непонятно когда.
Наоборот, никто не мешает нам сразу после выпуска первой версии учесть обратную связь и в течение недели или месяца выпустить новую версию, которая уже будет подходить для большего количества пользователей.
 
Такое развитие продукта тоже необходимо заранее проектировать и обсуждать со стейкхолдерами, чтобы иметь понятную всем дорожную карту развития продукта, о которой мы поговорим чуть позже.⚡️

OnAgile Learning Hub

Формулируем цели по SMART

🚀Начало года - начало движения к новым целям.
Предлагаем вспомнить простой метод, который поможет сформулировать ваши цели.

📚SMART - это аббревиатура из критериев, которым должна соответствовать цель:
S - specific (конкретная)
M - measurable (измеримая)
A - achievable (достижимая)
R - relevant (релевантная)
T - time bound (ограниченная по времени)

При этом, по некоторым буквам есть вариативность интерпретаций.
Например, A может быть и attractive (привлекательная), ambitious (амбициозная), aggressive (агрессивная),
R может быть realistic (реалистичная), resource (согласованная по ресурсам).
Вы можете использовать тот или иной вариант в зависимости от вашего контекста.
Если вы хотите поставить цели выхода на новые рынки, то это может быть aggressive, а если хотите использовать цели, как мотивацию для команды, то тогда это может быть ambitious.

На карточке выше простой пример цели по SMART.

OnAgile Learning Hub

Дорожная карта развития продукта (Product Roadmap)

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

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

Мы можем опубликовать описание еще более структурного и системного (но, по-прежнему легковесного) подхода к формированию дорожной карты продукта. Поставьте плюсик в комментариях, если интересно.

—
Предыдущие публикации серии экспертных тем про основные этапы подготовки бэклога продукта:
✅ Формулировка цели продукта
✅ Формирование видения продукта
✅ Проектирование продукта с помощью такого инструмента, как User Story Mapping (USM) с примером
✅ Формирование состава первой поставки, минимальной версии нашего продукта (MVP) с примером

OnAgile Learning Hub