Сколько Product manager на проекте?

Структура продуктовой команды: сколько PM нужно на проект?

Это один из часто задаваемых мне вопросов на встречах с лидерством. И ответ на него зависит от множества факторов, которые я буду разбирать подробно.

Основные факторы, влияющие на количество PM

1. Размер инженерной команды

Традиционно соотношение PM к разработчикам рекомендуется как 1:6-1:8. Это означает:

• На 6-8 инженеров — 1 Product Manager
• На 15-20 инженеров — 2-3 PM
• На 50+ инженеров — 4-5 PM

Почему? Потому что PM координирует, приоретизирует и защищает внимание команды. Если он управляет больше, чем 8 разработчиков, качество этой координации падает.

2. Сложность продукта и архитектуры

• Монолитный продукт (одна код-база): 1 PM на 50-100 инженеров может работать
• Микросервисная архитектура: нужны специализированные PM или Product Leads на каждый vertical
• Platform: требуется отдельный PM для интеграций и API

Если архитектура сложная, вам нужны PM, которые достаточно технически грамотны, чтобы понимать зависимости.

3. Количество пользовательских сегментов / personas

• Один сегмент пользователей (B2B SaaS): 1 PM может обслуживать довольно большую базу
• Несколько сегментов (e.g., SMB + Enterprise): может потребоваться PM на каждый сегмент
• Marketplace с двумя сторонами: нужны минимум 2 PM, один фокусируется на supply, один на demand
• Consumer app с множеством personas: может потребоваться PM на каждую persona

4. Фаза развития компании

• Ранний стартап (до $1M ARR): 1 Founder-PM часто справляется
• Growth (до $10M ARR): нужны 1-2 полноценных PM
• Scale ($10-100M ARR): структура: 1 Head of Product + 2-3 PM + несколько Product Leads/Managers
• Зрелая компания (>$100M ARR): полноценный продуктовый отдел с Senior PM, PM, Associate PM, Product Analysts

5. Стратегическая важность продукта

• Core product (основной источник дохода): нужен опытный, senior-level PM
• Adjacent products (расширение для существующей базы): может быть PM junior или Associate PM
• Experimental projects: часто ведутся одним PM part-time или Product Manager совмещает с другими обязанностями

Моделирование: мой опыт в разных компаниях

Пример 1: B2B SaaS платформа (150 инженеров)

Структура, которая работала:

• 1 VP of Product (стратегия, нанимание, бюджет)
• 1 Senior Product Manager (координация между PM, долгосрочные инициативы)
• 4 Product Manager (каждый отвечает за вертикал):
  • PM Integrations (масштабируемость, API, партнеры)
  • PM Analytics (core features для аналитики)
  • PM UX/Platform (инфраструктура, стабильность)
  • PM Growth (retention, onboarding, новые сегменты)
• 2 Associate PM (junior, обучаются на работе)
• 1 Product Analyst (общий для всех)

Всего: 9 человек в продукте на 150 инженеров. Это был happy medium.

Пример 2: Маленький стартап (20 инженеров)

Структура:

• 1 Co-founder + Product Manager (я + founder-engineer обсуждали направление)
• 0.5 FTE Product Manager (вторая фигура, которая занималась customer success и product одновременно)

Всего: 1.5 FTE на 20 инженеров. Было тесно, но работало из-за малого размера.

Пример 3: Marketplace (80 инженеров)

Структура:

• 1 Head of Product
• 2 Senior PM (один на supplier side, один на buyer side)
• 2 PM (обслуживают каждой по 20 инженеров)
• 1 Product Analyst

Всего: 6 человек на 80 инженеров. Нужны именно два PM на две стороны, потому что требования и метрики разные.

Когда нужен второй PM?

Вам точно нужен второй PM если:

1. Текущий PM перегружен — он не может качественно взаимодействовать ни с инженерами, ни с пользователями
2. Архитектура усложнилась — есть несколько команд инженеров, работающих над независимыми компонентами
3. Появился новый продуктовый вертикал — отдельная фича, которая требует своей стратегии и roadmap
4. У вас есть аналитик в команде — это освобождает время PM на стратегию
5. Инженеры жалуются на отсутствие ясности — это знак того, что PM не справляется

Когда третий PM точно необходим?

1. У вас 40+ инженеров — один PM физически не может всех обслуживать
2. Несколько независимых products / features с разными стратегиями
3. Head of Product ушла в стратегию и hiring — ей не хватает времени на текущий product management
4. Есть Enterprise сегмент, требующий отдельного PM — часто нужен отдельный человек на Enterprise sales support

Альтернативные роли вместо добавления PM

Прежде чем нанимать третьего PM, посмотрите, может ли вам помочь:

Product Lead / Tech Lead as PM — опытный инженер, который берет на себя product-thinking для своего модуля. Требует training, но экономит бюджет.

Senior Product Analyst — сильный аналитик может самостоятельно выявлять insights и предлагать направления, освобождая время PM на стратегию.

Associate PM / Junior PM — дешевле, можно выращивать на работе. Идеален если есть Senior PM, который может менторить.

Product Operations Manager — фокусируется на процессах, roadmap management, встречах. Отнимает administrative work у PM.

Мой честный взгляд

Большинство компаний недоинвестируют в продукт. Они нанимают PM только когда проблема уже очевидна. По моему опыту:

• На 10-15 инженеров нужен full-time PM, даже если это junior
• На 30+ инженеров минимум 2 PM
• На 50+ инженеров минимум 3 PM + analytcs

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

Финальный чек-лист при найме второго PM

1. Вы точно определили, что нужен новый PM, а не другая роль? (может быть, нужен Product Analyst?)
2. У вас есть достаточная продуктовая работа на двух человек? (или половина будет в Slack делать?)
3. Есть ли Senior PM, который может менторить junior?
4. Вы готовы к потере efficiency на первые 3 месяца? (переходный период, когда PM онбордится)
5. Четко ли определены ответственности каждого PM? (вертикал, сегмент, или другой критерий?)

Когда все ответы "да" — смело нанимайте. Когда есть сомнения — попробуйте сначала Product Lead или Analyst.