Квартальный roadmap в формате Now / Next / Later
Roadmap без дат — обещание направления, а не списка релизов. Меньше промахов, больше доверия.
Построй roadmap для {{product}} на квартал.
Главная метрика: {{north_star}}
Почему Now / Next / Later (а не даты)
Roadmap с датами обещает то что нельзя удержать:
- Оценки врут (всегда)
- Приоритеты меняются (правильно)
- Кому-то обещание = договор → блокирует адаптацию
Now / Next / Later — обещание порядка и направления, не сроков. Контракт честнее.
| Колонка | Что значит | Уверенность | Детализация |
|---|---|---|---|
| Now | В работе сейчас | Высокая | До спека |
| Next | Следующее после Now | Средняя | Проблема и hypothesis |
| Later | На горизонте | Низкая | Тема |
Шаги построения
1. Зафиксируй north star и контекст
North star метрика Q: {{north_star}}
Текущее состояние: ...
Target к концу квартала: ...
Стратегические темы (2-3):
- Theme A: ...
- Theme B: ...
Каждая инициатива должна попадать в тему. Если нет — почему делаем?
2. Собери кандидатов
Источники:
- Customer interviews (Discovery)
- Support tickets (Top темы)
- Sales feedback (lost deals reasons)
- Внутренние идеи команды
- Roadmap прошлого квартала (что не успели)
Цель: 20-40 кандидатов.
3. Приоритизируй (RICE / Impact-Effort)
Топ-15 идут в Now / Next / Later.
| Корзина | Сколько | Готовность |
|---|---|---|
| Now | 3-5 | PRD written |
| Next | 4-6 | Problem statement |
| Later | 5-10 | Theme + 1-line description |
4. Шаблон карточки
Now (детализированный)
Title: New checkout flow
Theme: Reduce friction
Problem: 38% drop-off на step 2 (Q3 funnel data)
Hypothesis: убираем 3 поля → drop-off снижается до 20%
Метрика успеха: checkout completion rate +15pp
Status: design done, eng started
Owner: PM Maria
ETA confidence: high (внутри спринта 3)
Next (среднедетализированный)
Title: Saved payment methods
Theme: Reduce friction
Problem: returning users заполняют payment data каждый раз
Hypothesis: saving → conversion +X%, нет данных пока
Метрика успеха: % checkouts using saved method
Status: discovery
Owner: TBD
ETA confidence: medium (порядок недель)
Later (тема)
Title: Loyalty program
Theme: Increase retention
Problem: Topic — power users hint at wanting rewards
Status: not started
ETA confidence: low (исследуем — может уйти из roadmap)
5. Что НЕ делаем
Колонка обязательная. То что обсуждали но решили НЕ брать:
## Не в этом квартале:
- Loyalty program v2 — нужна готовая база первой версии
- New pricing — после A/B тест-цикла в Q+1
- Mobile native app — ресурсов нет, ROI на квартал низкий
Это снимает 50% повторных вопросов.
6. Связь с командой и стейкхолдерами
Внутри команды
- Roadmap обновляется еженедельно (статусы)
- Перемещения Now ↔ Next ↔ Later — с обоснованием
- Все могут предложить → review раз в 2 недели
Стейкхолдеры (sales, support, CEO)
- Месячный update
- Объясняем почему, не только что
- Не показываем даты — показываем порядок и направление
- На вопрос «когда X?» — «X в Next, обычно начинаем через ~6 недель после текущего Now»
7. Темы как фильтр
В конце квартала сверь:
- Сколько в каждой теме сделали?
- Совпали ли с заявленным фокусом?
- Какие темы выпали и почему?
Формат вывода
# Roadmap Q?
## Context
North star: ...
Target: ... → ...
Themes: ...
## Now (in progress)
1. [Карточка]
2. ...
## Next (queue)
1. [Карточка]
2. ...
## Later (horizon)
1. [Карточка]
2. ...
## Not this quarter
- ...
## How to read this
- Now: в работе
- Next: следующее (~6-12 недель от старта Now)
- Later: исследуем, может измениться
- Без дат: обещание порядка, не дедлайнов
Анти-паттерны
- ❌ Даты в Now / Next / Later — теряется смысл
- ❌ 15 итемов в Now — расфокус
- ❌ Later как мусорка для всех просьб — теряется доверие
- ❌ Нет «не делаем» — повторные обсуждения
- ❌ Темы выдуманы под roadmap — наоборот, темы → roadmap
- ❌ Скрытый roadmap (только PM знает) — команда не понимает приоритет
- ❌ Никогда не обновляется — становится фантастикой
В конце дай
- Заполненный шаблон Now / Next / Later
- Список «Не делаем» с обоснованием
- Связь каждого пункта с темой
- Текст для коммуникации стейкхолдерам
- Каденс обновления
Превратить спецификацию фичи в план реализации
Декомпозиция требования на конкретные шаги, файлы, типы и порядок изменений.
Декомпозиция фичи в user stories
Разбить фичу на маленькие истории формата «As a … I want … so that …» с acceptance criteria.
План тестов для фичи
От требований к набору тестов: unit, integration, e2e, edge cases.