Growth Product Manager: задачи и метрики

Кто такой Growth PM

Growth Product Manager — продакт, который не делает «новый продукт», а отвечает за рост существующего. Его метрика — числа в воронке: регистрация, активация, удержание, монетизация, виральность. Каждую неделю он ставит десятки маленьких экспериментов и расшивает узкие места.

Если core PM думает «что мы должны построить, чтобы решить проблему пользователя», то Growth PM думает «у нас уже есть продукт, и где у него течёт ведро». Это инженерный, а не продуктовый майндсет: «дай мне график за последний месяц, я найду, куда нажать».

Эта роль появилась как отдельная не везде: в небольших компаниях её делает один продакт. В средних и крупных есть отдельная growth-команда — продакты, аналитики, дизайнер, разработчики, маркетолог. Шаблонная команда: 1 PM, 1–2 аналитика, 2–3 разработчика, 1 дизайнер, иногда копирайтер. Это самостоятельный отряд, который запускает эксперименты независимо от core-команды.

Чем отличается от core PM

Core PM:

• Думает на горизонте кварталов и лет.
• Делает фичи, меняющие сам продукт.
• Тесно работает с дизайном, исследователями, юзабилити.
• Метрики — engagement, NPS, рост ключевого use case.

Growth PM:

• Думает на горизонте недель.
• Чаще меняет существующее, чем строит новое: онбординг, подсказки, шаги воронки, страницы оплаты, push, письма.
• Тесно работает с маркетингом, аналитикой, экспериментами.
• Метрики — конверсии в воронке, retention, viral coefficient, payback.

Это не «лучше или хуже», а другой темп и другой тип решений. Хороший продакт умеет переключаться, но в крупных компаниях люди обычно специализируются.

Параметр	Core PM	Growth PM
Горизонт	Квартал-год	Неделя-месяц
Тип работы	Строит новое	Улучшает существующее
Ключевые партнёры	Дизайн, исследования	Аналитика, маркетинг
Главные метрики	Engagement, NPS	Конверсии, retention, payback
Цикл итерации	Месяцы	Недели
Что меряет	Качество продукта	Эффективность воронки

Метрики, на которых живёт growth

Стандартный фреймворк AARRR (pirate metrics):

• Acquisition — как приходит трафик.
• Activation — какая доля доходит до первого ценного действия.
• Retention — кто возвращается.
• Revenue — кто платит.
• Referral — кто приводит других.

К ним добавляются:

• Time to value — сколько времени до первой ценности.
• Activation rate per channel — как меняется активация в зависимости от источника.
• Expansion rate — апгрейды и докупки.
• Viral coefficient (K-factor) — сколько новых пользователей в среднем приводит один.
• Payback period — за сколько окупается привлечение пользователя.

Growth PM держит все эти числа в одном дашборде и каждую неделю выбирает самое узкое место. Ориентиры по бенчмаркам (порядки величин, не гарантия): для consumer-приложений activation rate 30–50% считается нормой, retention D30 у успешных продуктов — 20–40%, K-factor выше 1 — экспоненциальный рост (редкость), payback period 3–12 месяцев в зависимости от модели.

Главное в работе с метриками — выбрать правильную метрику для атаки. Если retention D7 — 5%, нет смысла оптимизировать референсы. Сначала закрываешь дыру в активации, потом следующую.

Growth loop и фреймворки

Старая школа — линейная воронка: трафик сверху, оплата снизу. Современная — growth loop. Это замкнутый цикл, где результат одного действия запускает следующее.

Примеры:

• Контент-loop: пользователь создаёт контент → контент индексируется поисковиками → новые пользователи приходят из поиска → создают контент.
• User-generated invites: пользователь приглашает коллегу → коллега регистрируется → приглашает ещё одного.
• Network value: чем больше людей в продукте, тем он полезнее → новые пользователи быстрее активируются.
• Paid loop: пользователь платит → выручка реинвестируется в платный трафик → приходят новые пользователи.

Growth PM в первую очередь смотрит, где у продукта живёт потенциальный loop, и усиливает его. Это даёт нелинейный рост, в отличие от прямой покупки трафика.

Базовые фреймворки, которые часто всплывают:

• ICE / RICE — приоритизация экспериментов.
• North Star Metric — одна метрика, на которую целит вся команда.
• Job Stories / JTBD — формулирование задач пользователя.
• Growth model — таблица в Excel/Sheets, в которой каждая строка — рычаг (CAC, LTV, K, retention), а итоговая клетка — выручка через 12 месяцев. Помогает понять, какой рычаг даёт максимальный эффект.

Эксперименты в growth

Growth-команда делает много экспериментов. Не сотни — но десятки в квартал.

Что важно:

• Чёткая гипотеза: «если изменим X, то метрика Y вырастет на Z, потому что …».
• Расчёт mde и нужного объёма выборки до запуска.
• Один эксперимент = одна гипотеза. Не «меняем всё подряд».
• Чётко определённая первичная метрика и страховочные (guardrail) — чтобы рост одной не убивал другую.
• Документирование результатов, в том числе провалов.

Большая часть экспериментов в growth не выигрывает. По публичным данным Booking.com и Airbnb выигрывают примерно 1 из 10 экспериментов. Это нормально: growth работает на сумме маленьких улучшений. Один из десяти выстреливших экспериментов часто компенсирует все остальные.

Шаблон документа эксперимента:

Поле	Что писать
Гипотеза	Если X, то Y, потому что Z
Целевая метрика	Конкретное число
MDE	Минимальный детектируемый эффект
Длительность	Дни, основано на размере выборки
Guardrails	2–3 метрики, которые не должны упасть
Результат	Цифры + вывод + следующий шаг

Типичная неделя Growth PM

Понедельник: смотрит дашборд, выбирает фокус недели. 1–2 эксперимента в активной фазе, 1–2 в подготовке.

Вторник: синк с аналитиком — что показали выходные, какие тесты досчитываются, какие гипотезы добавить в бэклог.

Среда: работа с дизайнером и разработчиками над запуском следующего теста. Финализация копирайта и скриншотов.

Четверг: ревью результатов закрывшихся тестов. Документирование, презентация команде.

Пятница: приоритизация нового пула гипотез, обновление growth model. Чтение исследований и кейсов от других компаний.

Это идеальная картина. В реальности добавляются срочные запросы от стейкхолдеров, регулярные синки и расследование багов в воронке.

Карьерный путь

Куда часто приходят:

• Из аналитики — добавляешь продуктовые решения и приоритизацию.
• Из маркетинга — учишь работу с продуктом и экспериментами.
• Из core PM — берёшь growth-инициативу и постепенно специализируешься.

Куда растёт growth PM:

• Senior / Lead Growth PM, Head of Growth.
• Director of Product (если хочется шире).
• Growth-консалтинг или своя продуктовая команда.

Для собеса полезно иметь конкретные кейсы: что меняли, как мерили, что получили, какие были провалы. Без живых цифр growth-роль звучит абстрактно. Готовь 2–3 истории формата «было X, мы сделали Y, стало Z, вывод W».

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

• Делать growth-эксперименты без расчёта мощности. Видимый «эффект» оказывается шумом.
• Выбирать North Star, которой легко манипулировать. Push на всё подряд может разогнать DAU и убить retention.
• Игнорировать guardrail-метрики. Конверсия в платное растёт, но churn растёт быстрее.
• Запускать эксперимент и не доводить до решения. Если нет вывода — эксперимент не считается.
• Считать growth «магией трюков». Часто рост даёт скучный, но настоящий онбординг и ясный value prop.
• Ставить десятки тестов одновременно без приоритизации. Команда выгорит, а толку нет.
• Путать активность и результат. 50 запущенных тестов и 0 побед — это не работа, это занятость.

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

• Что такое retention
• Что такое product analytics
• Что такое A/B-тест
• Что такое CAC
• Что такое LTV

FAQ

Чем Growth PM отличается от маркетолога?

Маркетолог отвечает за приведённый трафик и каналы. Growth PM работает со всей воронкой, включая то, что внутри продукта: онбординг, активацию, удержание, монетизацию.

Сколько экспериментов в неделю запускает growth-команда?

Зависит от размера команды и зрелости продукта. В среднем — несколько в неделю на команду из 4–6 человек. Реалистичнее не количеством меряться, а долей экспериментов с чётким выводом.

Можно ли быть Growth PM без аналитического бэкграунда?

Можно, но придётся подтянуть аналитику. Без понимания SQL, A/B-тестов и продуктовой аналитики работать в growth тяжело.

Что главное в growth?

Системность. Один трюк ничего не решает, рост даёт сумма обычных, не «гениальных» улучшений плюс рабочие growth-loops.

Какие книги читать?

Hacking Growth Шона Эллиса, Lean Analytics, статьи Reforge и Lenny Rachitsky. Меньше теоретических фреймворков, больше разбор кейсов.

Зарплата у Growth PM выше или ниже, чем у core PM?

По публичным данным сравнима, иногда чуть выше из-за прямой связи с выручкой. Но цифры сильно зависят от компании, индустрии и грейда.

Когда компании нужен отдельный Growth PM?

Когда продукт стабильный (PMF подтверждён), есть достаточно трафика для A/B-тестов, и core-команда захлёбывается между новыми фичами и оптимизацией. До PMF growth-команда чаще вредна.

---

Хочешь в growth-команду — тренируйся в Карьернике: метрики, эксперименты, кейсы по воронкам в формате квиза.