Июнь 2019 — Заметка №3

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

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

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

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 недели.

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