Roadmap продукта в формате now/next/later

Зачем нужен формат now/next/later

Классический roadmap с датами и Gantt-диаграммой работает в двух случаях: либо компания пилит инфраструктуру с понятным результатом, либо вы умеете предсказывать будущее. В большинстве продуктовых команд ни первого, ни второго нет. Через 3 месяца план уже не совпадает с реальностью — приоритеты сдвинулись, гипотезы подтвердились или нет, что-то выяснилось от пользователей.

Now/Next/Later снимает эту боль: команда не обещает дат, она обещает порядок. Сейчас работаем над этим. Дальше — над этим. Когда-то — над этим, если приоритеты не изменятся.

Стейкхолдер при этом видит: над чем команда работает прямо сейчас, что в ближайшей очереди, что в отдалённой. И не получает иллюзию контроля через дату «релиз 24 июня», которая всё равно поедет.

Формат пришёл из практики продуктовых команд: его популяризировал Janna Bastow, фаундерша ProdPad, а дальше его переняли тысячи команд. Сейчас это де-факто стандарт для продуктового планирования в SaaS и потребительских приложениях.

Что в каком столбце

Now. То, над чем команда работает прямо сейчас или в ближайшие 2–6 недель. Уже понятно, что это за задача, есть PRD или хотя бы scope, дизайн в работе. Уверенность высокая.

Next. То, что команда возьмёт после now. Горизонт 1–3 месяца. Гипотеза сформулирована, есть верхнеуровневая оценка, но дизайн и детали могут поменяться. Уверенность средняя.

Later. Кандидаты, которые мы держим на радаре. Гипотезы, идеи, темы. Без оценок, без обязательств. Уверенность низкая. Сюда же отправляем то, что не влезло в next, чтобы не потерять.

Главное правило — каждый пункт связан с проблемой пользователя или метрикой, а не с фичей. «Сделать новый онбординг» — слабый пункт. «Поднять D7 retention новичков» — нормальный.

Критерии перехода между столбцами:

• Later → Next. Появилось понимание решения, есть гипотеза с метрикой, есть приблизительная оценка (T-shirt size: S/M/L).
• Next → Now. Готов PRD или дизайн-док, команда освободилась после предыдущей темы, есть owner.
• Now → выкатили. Релиз, мониторинг 1–2 месяца, фиксация результатов.

Если тема живёт в next больше квартала и не двигается — это сигнал, что либо приоритет упал (в later), либо непонятно, что с ней делать (вернуть в проблему, не решение).

Шаблон таблицы

Now	Next	Later
<тема, метрика, связанный OKR>	<тема, метрика, связанный OKR>	<тема, идея, связанный OKR>
<тема>	<тема>	<тема>
<тема>	<тема>	<тема>

Один пункт = одна тема. Каждой теме желательно прикрепить:

• Гипотезу (одно предложение).
• Метрику успеха.
• Owner.
• Confidence (низкий/средний/высокий).
• T-shirt оценку (XS/S/M/L) — как ориентир по объёму.

Удобно держать roadmap в Notion или таблице, чтобы можно было раскрыть каждую строку и увидеть PRD/контекст.

Пример заполненного roadmap

Возьмём приложение для подготовки к собесам.

Now	Next	Later
Поднять завершаемость онбординга. Гипотеза: упростить выбор темы при старте. KR: завершение онбординга с 62% до 75%. Owner: Аня. Confidence: high.	Виральная петля через шеринг результата квиза. KR: 5%+ пользователей делают шеринг. Owner: Костя. Confidence: medium.	Адаптивный уровень сложности. Гипотеза: подстраиваем сложность под точность пользователя. Owner: TBD. Confidence: low.
Стабилизировать стрики: исправить баг с разными часовыми поясами. KR: жалоб на стрики -50%. Owner: Дима. Confidence: high.	Лиги между друзьями. KR: D14 retention премиум-пользователей +3 пп. Owner: Лена. Confidence: medium.	Голосовой режим квиза. Owner: TBD. Confidence: low.
Добавить кейсы по продуктовой аналитике. KR: доля пользователей, прошедших ≥10 кейсов — 25%. Owner: Тагир. Confidence: high.	Премиум-промо после первой недели. KR: конверсия в премиум 7→10%. Owner: Аня. Confidence: medium.	B2B-направление: тренажёр для команд. Owner: TBD. Confidence: low.

Что важно в этом примере:

• В каждом столбце — 3 пункта. Если их 8 — это не roadmap, это бэклог.
• Каждая тема привязана к метрике.
• В later нет owner и confidence — это нормально, темы пока на радаре.

Распакованная карточка темы из колонки now (полезно прикреплять к каждой строке):

Тема: Поднять завершаемость онбординга
Гипотеза: при выборе 1 темы вместо 3 порог входа ниже,
         больше пользователей проходят онбординг до конца
Главная метрика: завершение онбординга
Защитная: D7 retention новых пользователей
Целевой эффект: 62% → 75% (+13 п.п.)
Эксперимент: A/B 50/50, 14 дней, MDE +5 п.п.
Owner: Аня
Confidence: high
T-shirt: M (≈ 2 спринта)
Статус: в дизайне

Как обновлять каждый месяц

Хороший ритм:

1. Раз в 2 недели — sync команды по now. Что сдвинулось, что закрыли, что переехало.
2. Раз в месяц — пересмотр next. Какие темы поднялись в приоритете, что ушло в later.
3. Раз в квартал — большое обновление. Корректируем OKR, перетасовываем все три столбца.

Самое полезное упражнение — после релиза честно отметить, подтвердилась ли гипотеза. Если да — двигаем дальше. Если нет — перевод в later или удаляем тему.

Ритуал ежемесячного пересмотра (45 минут):

• 5 мин — итоги предыдущего месяца, какие темы закрыты.
• 15 мин — пересмотр next: что готово к now, что нет.
• 15 мин — обзор later: какие темы стали актуальнее.
• 10 мин — записать решения и поделиться апдейтом со стейкхолдерами.

Без этого ритуала roadmap превращается в кладбище идей, а команда на словах двигается, но в документе ничего не меняется.

Чем отличается от Gantt

Сравнение в одной таблице:

Параметр	Gantt	Now/Next/Later
Главный артефакт	Дата релиза	Приоритет
Что обещаем	Когда	Что и в каком порядке
Подходит, когда	Скоуп фиксирован	Скоуп меняется по ходу
Кому удобно	Менеджер программ, операционка	Продакт-команда, исследователи
Риск	Иллюзия контроля	Стейкхолдер хочет дат
Фокус	Сроки и зависимости	Проблемы и метрики
Обновление	Редко, болезненно	Регулярно, без боли

Gantt не зло. Он работает там, где есть фиксированный scope: запуск партнёрской интеграции, миграция данных, сертификация. В open-ended продуктовой работе, где задача — двигать метрику, now/next/later точнее отражает реальность.

Часто компании держат оба формата параллельно: now/next/later для продуктовой части, Gantt — для интеграций и платформенных проектов с жёсткими дедлайнами.

Как защитить формат перед руководством

Главный спор — «нам нужны даты». Аргументы, которые помогают:

• Сравнение точности предыдущих планов: посмотрите, на сколько съехали последние 3 квартальных Gantt-диаграммы. Обычно — на 30–50%.
• Объяснить, что now содержит спринты с понятным сроком, разница только в том, что мы не обещаем дат для тем, которые ещё не начали.
• Привязать каждую тему к OKR — стейкхолдер видит, что приоритеты не «как хочется PM», а из бизнес-целей.
• Обсудить раз в квартал — даты нужны для коммуникации с клиентами или внутрикомпанейских договорённостей. Если первое — добавляем soft launch dates только в now, без пиара.

Ещё одно частое возражение — «мы не понимаем, что будет через полгода». Ответ: и не должны. Бизнес меняется быстрее, чем roadmap. Полугодовой план в виде Gantt всё равно будет недостоверным; later как раз и есть форма, в которой можно держать «темы, к которым пойдём, когда будут силы и понимание».

Частые ошибки

• Слишком много пунктов в каждом столбце. Roadmap превращается в бэклог.
• Темы без метрик. «Улучшить онбординг» — пустой пункт.
• Стейкхолдеры читают next/later как «обязательства с датами». Нужно явно проговорить: only now — это коммитмент.
• Roadmap не обновляется. Через 2 месяца там описано неактуальное.
• Roadmap живёт отдельно от OKR. Должен быть мостик: каждый пункт ссылается на Objective.
• Темы по уровню детализации разные: одна — «улучшить retention», другая — «починить кнопку». Нужна одинаковая зернистость.
• Отсутствие owner на темах из now. «Команда сделает» — обычно никто не сделает.
• Нет связи с экспериментами и аналитикой. После запуска нужно подтверждать гипотезы.

Связанные темы

• Как поставить OKR для продукта
• Как написать PRD: шаблон и пример
• Приоритизация продуктового бэклога
• North Star метрика
• User stories: как писать

FAQ

Сколько пунктов держать в каждом столбце?

3–5. Больше — нечитаемо, меньше — слишком сжато.

Можно ли указывать даты в now?

Условные — да (например, «спринт до 15 числа»). Жёстких дат лучше избегать, чтобы не превращать в Gantt.

Что отвечать стейкхолдеру, который требует дат?

Что в now есть оценка спринтов, в next — горизонт месяцев, а later — без обязательств. Если нужны даты — пересматриваем формат под конкретный проект.

Как часто обновлять roadmap?

Минимально — раз в месяц. Хорошо — раз в 2 недели по now, раз в месяц по next, раз в квартал — полный пересмотр.

Где вести?

Notion, Confluence, таблица в Linear/Jira. Главное — одно место и доступ всей команде.

Подходит ли формат для B2B-продуктов с длинными сделками?

Да, но обычно гибрид. Now/next/later для продуктовой работы, Gantt — для интеграций, контрактных обязательств и аудитов.

Как связать roadmap с OKR?

Каждый пункт roadmap должен ссылаться на конкретный Objective или KR. Если пункт ни к чему не привязан — он либо лишний, либо OKR неполные.

Что делать с темами, которые годами висят в later?

Раз в квартал чистить. Если тема живёт в later больше двух кварталов и не двигается — удалять. Идеи никогда не теряются: если действительно важно, вернётся.

---

Готовьтесь к собесу системно — откройте тренажёр с разборами кейсов, метрик и продуктовых задач.