Кто определяет, что войдет в дорожную карту продукта — вы или руководство?

Кто определяет, что войдет в дорожную карту продукта — вы или руководство?

Это один из ключевых вопросов о влиянии PM в организации. Ответ: оба, но по-разному, и здесь нужен баланс и ясность о границах.

Идеальный сценарий: Совместное решение

Что приносит PM:

• Данные из исследований — что хотят пользователи, какие проблемы острые
• Метрики и анализ — что даст ROI, что даст рост retention
• Приоритизация — ranking проблем по impact и effort
• Roadmap — логичная последовательность фич, dependencies
• Visibility — PM видит рынок, конкуренцию, тренды

Что приносит руководство:

• Стратегия компании — куда мы идём, какие рынки открываем
• Финансовые возможности — сколько ресурсов выделяем на разработку
• Business constraints — какие рыночные условия, какие сроки важны
• Stakeholder интересы — что важно для инвесторов, партнёров
• Долгосрочное видение — продукт это часть большой картины

Процесс:

1. Руководство: "Стратегия на 2024 — войти в Enterprise сегмент"
2. PM: "Для этого нужны: A, B, C (с данными почему)"
3. PM + Руководство: "Согласны, вот бюджет, вот timeline"
4. PM: "Итого в roadmap: Q1 — A, Q2 — B, Q3 — C"
5. PM держивает roadmap и общается с командой

Три модели управления roadmap

Модель 1: PM как owner (лучший вариант)

Описание:

• PM определяет roadmap на основе данных и стратегии
• Руководство утверждает стратегию (куда идём), не items (как)
• PM имеет ownership и ответственность

Преимущества:

• PM знает детали, может быстро адаптировать
• Roadmap гибкий и responsive к feedback
• PM может быть креативным
• Команда знает, что слушать PM, не каждый день меняется

Недостатки:

• PM может ошибиться без хорошей стратегии от руководства
• Нужен опытный PM

Пример:

Руководство: "Нужна 30% выручки от Европы к концу года"
PM: "Значит нужно: локализация (4 недели), европейское платёжное
      средство (3 недели), маркетинг по-немецки (2 недели)"
PM: "Итого roadmap: апрель-май локализация, июнь платежи, июль-август маркет"
Руководство: "Одобряем"
PM: "Команда, вот что мы делаем и почему"

Модель 2: Руководство как owner (худший вариант)

Описание:

• Руководство (CEO, CTO) определяет, что идёт в roadmap
• PM — исполнитель, который находит людей и сроки

Преимущества:

• Стратегия лучше выполняется (если стратегия хорошая)
• Ясная иерархия

Недостатки:

• PM не слушает пользователей, слушает босса (ошибки)
• Roadmap жёсткий, нельзя адаптировать
• PM не вовлечён в стратегию, может быть неправильно скрыть
• Команда не видит связи между фичами и стратегией
• Хороший PM ухода и из компании

Пример (плохой):

CEO: "Хочу chatbot в продукте"
PM: "Но данные показывают, что пользователи этого не просят, и это даст только 5% выручки"
CEO: "Мне всё равно, нужен chatbot"
PM: добавляет chatbot в roadmap (вынужденно)
Результат: chatbot никто не использует, потрачено 6 недель впустую

Модель 3: Матричная (иногда работает)

Описание:

• PM определяет roadmap на основе пользователей и данных
• Руководство может override один-два items если критично
• Есть ясные критерии для override

Преимущества:

• Гибкость + стратегия
• PM имеет ownership, но руководство может влиять

Недостатки:

• Нужна хорошая коммуникация
• Может быть путанница о том, кто решает

Пример:

PM roadmap: A (9/10 impact), B (8/10), C (7/10), D (5/10)
Руководство: "А у нас есть ключевой клиент, который просит D"
PM: "Д даёт только 5% выручки, но если ключевой клиент стоит миллион, тогда да"
Руководство: "Да, стоит"
PM: "Хорошо, меняем: A, B, D (в качестве special project), C будет позже"

На что обратить внимание PM

Признак здоровой компании:

1. Руководство слушает PM данные
2. Есть процесс обсуждения (не просто "делайте")
3. Roadmap ясна и стабильна
4. PM может переговорить если данные новые
5. Руководство доверяет PM

Признак больной компании:

1. Roadmap меняется каждую неделю
2. PM не знает почему идёт та или иная фича
3. Руководство говорит "делайте" без обсуждения
4. PM не может привести данные для защиты решения
5. Много "срочных" items которые не согласованы со стратегией

Как я бы подошёл

Если я новый PM в компании:

1. Первый месяц — слушание

   • Интервью с руководством: "Какая стратегия компании на следующие 12 месяцев?"
   • Интервью с клиентами: "Какие проблемы острые?"
   • Анализ данных: "Какие метрики растут, какие падают?"

2. Второй месяц — синтез

   • Составляю матрицу: стратегия + данные пользователей + метрики
   • Выделяю top-5 приоритетов
   • Предлагаю roadmap: "Вот почему вот это"

3. Третий месяц — согласование

   • Обсуждаю с руководством
   • Получаю их feedback
   • Двигаю items если нужно (с объяснением)
   • Finalise roadmap

4. Дальше — итерирование

   • Каждый квартал ревью: "Работает ли стратегия?"
   • Новые данные → возможно новые приоритеты
   • Но база roadmap остаётся стабильна

Если в компании уже есть проблема:

Я бы сказал руководству: "Я вижу, что roadmap меняется часто. Это хорошо быть гибким, но это вредит продукту. Давайте согласуем:

1. Какая главная стратегия на квартал?
2. Я буду предлагать roadmap на основе данных
3. Вы approveите стратегию
4. В срединах квартала мы можем adjust если критично
5. Но большие изменения — только следующий квартал

Это даст нам focus и позволит команде работать хорошо."

Золотое правило

Руководство определяет НАПРАВЛЕНИЕ (стратегию), PM определяет ПУТЬ (roadmap фич).

Если руководство микроменеджит в фичах — плохо. Если PM игнорирует стратегию руководства — плохо. Если они вместе определяют стратегию и путь — хорошо.

Вывод

Ответ на вопрос: Оба, но разные уровни.

• Руководство: утверждает стратегию, выделяет бюджет, может override если критично
• PM: определяет roadmap на основе данных, сохраняет фокус, адаптирует

Лучший PM — это PM, который приходит с данными и может убедить руководство, что его roadmap правильная. Лучшее руководство — это то, которое слушает PM, но также ясно говорит о своем видении компании.