Про категоризацию роадмапа (не путать с приоритезацией).

Роадмап можно сортировать разными способами: Kano model, по функциональным частям и т.д. Расскажу про две, которые я использовал и которым пришел как-то сам.

I. Первая система делит все изменения на следующие сегменты:

• Game Changers & Moonshots
• Showstoppers and Activators
• Keepers and Success Generators
• Money generators from loyal merchants

“Game Changers & Moonshots” — изменения, которые:

• Открывают для вашего продукта совершенно новый сегмент пользователей, которого не было до этого
• Штуки, без которых какой-то сегмент пользователей полностью отвергает продукт с порога (не рассматривая)
• Штуки только ради которых какие-то пользователи купят ваш продукт
• Рискованные эксперименты, новые рынки, прототипы, пивоты: ставки у которых высокий шанс провала, но и высокий выигрыш.

Метрики: повышает количество регистраций и их активацию

“Showstoppers and Activators” — изменения, которые:

• Улучшают активацию пользователей (большее их количество начнет пользоваться продуктом) и их мотивацию продолжать
• Штуки, которые необходимые определенным сегментам, чтобы пользоваться продуктом.
• Штуки, которые убирают препятствия для того, чтобы начать пользоваться продуктом.

Метрики: повышают активацию и конверсию в платные аккаунты (если у вас они есть). Уменьшают churn в первые месяцы.

“Keepers and Success Generators” — это:

• Штуки, которые становятся нужны пользователю, когда он стал успешен с продуктом(и теперь имеет другие потребности), перешел в cегмент power users или же пользуется долгое время. Без них пользователь может перерасти продукт.
• Штуки, которые долговременно помогают пользователю быть успешным с продуктом

Метрики: уменьшают долговременный churn, увеличивают метрику успешности пользователей (у каждого продукта она своя)

“Money generators from loyal merchants” — это,

• Штуки, которые позволяют зарабатывать тем больше, чем успешнее довольный пользователь с продуктом. (если пользователь недовольный — это уже Keeper)

Метрики: увеличивают ARPU

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

Со временем я от этой штуки отказался и перешел к следующей.

II. Вторая (текущая) система еще проще. Это иерархия целей.

Годы: Сначала надо создать список глобальных целей / возможностей / проблем в продукте. Это штуки достаточно высокого уровня, которые планируются на год-два (и которые займут годы). Пересматриваются и изменяются пару раз в год, не больше.
↓
Месяцы: список проектов/задач/целей, на которые продакт-менеджер(ы) будет сфокусирован в следующие 3-4 месяца. Они должны быть прямым следствием глобальных целей и работать на их достижение. Пересматриваются и изменяются 2-3 раза за квартал.
↓
Недели: cписок задач, которые готовы для разработки и список задач в работе. Задачи являются следствием проектов из предыдущего списка. Планирование на следующие 3-4 недели. Пересматриваются и изменяются раз в 1-2 недели.

Вот этот подход пока работает хорошо и не требует сильного оверхеда на его поддержание.