Growth PM и обычный продакт: в чём разница
Карьерник — Telegram-тренажёр для собеса аналитика и продакт-менеджера: 5–10 минут в день, 2500+ вопросов, разбор после каждого ответа.
Содержание:
Откуда взялся growth PM
Когда продукт перестаёт расти линейно и нужно ускорить кривую — фаундеры собирают growth-команду. В неё попадают аналитики, маркетологи, инженеры и продакт, которого называют growth PM. Его задача — не строить новые фичи, а увеличить ключевую метрику роста: новые регистрации, активацию, удержание, выручку.
Историю growth обычно отсчитывают от Facebook и Шона Эллиса в конце 2000-х: тогда впервые стало понятно, что для бизнеса с миллионами пользователей крошечное улучшение онбординга в процентах конверсии стоит дороже, чем новая большая фича. С тех пор подход разошёлся по индустрии — Pinterest, Dropbox, LinkedIn, Uber — а потом и по русскоязычным продуктам.
Разница с обычным PM не в престиже и не в зарплате — она в фокусе и инструментах. Если идёшь на growth-роль с продуктовым CV, готовься к другим вопросам и другому стилю работы. На собесе будут спрашивать не «как ты вывел в релиз большую фичу», а «как ты ломаешь воронку на куски и где из них можно отжать конверсию».
Что делает обычный продуктовый PM
Обычный (часто называют core-PM или feature-PM) отвечает за функциональность продукта. Он:
- проектирует крупные фичи;
- ведёт долгие проекты на квартал-два;
- работает в плотной связке с дизайном и исследованиями;
- занимается стратегией и роадмапом core-функций;
- запускает большие релизы и потом сопровождает их adoption;
- отвечает за качество и долгосрочное направление продукта.
Его работа похожа на строительство: фундамент, этажи, отделка. Гипотезы крупные, циклы длинные, метрика успеха — это часто долгосрочный adoption фичи или рост core-метрики продукта.
Типичный квартал core-PM: один-два крупных эпика, серия исследований, PRD на 5–10 страниц, согласования с другими командами, предзапускной QA, постлонч-мониторинг. Цикл «гипотеза → релиз → выводы» — это часто 8–12 недель, а иногда и больше. Цена ошибки высокая: переделать большую фичу — это не «откатить релиз», а полгода работы команды.
Что делает growth PM
Growth PM работает быстрыми итерациями по конкретным точкам воронки. Его типичная неделя:
- запустил два эксперимента в онбординге;
- собрал результаты прошлой недели;
- придумал десяток новых гипотез;
- отбросил 7, выбрал 3, начинает следующий запуск;
- разобрал по сегментам падение конверсии в активацию;
- встретился с маркетингом, чтобы синхронизировать UTM и landing-эксперименты.
Growth-команда живёт в одной ключевой метрике (например, активация — до 7-го дня сделать N целевых действий) и ломает её на части: каждый шаг воронки можно улучшить отдельно. Гипотезы маленькие, циклы короткие, итерация — неделя или две.
Инструменты growth PM:
- продуктовая аналитика (PostHog, Amplitude, Mixpanel);
- SQL и работа с сырыми данными;
- A/B-тестирование на стороне продукта;
- инструменты email/push-кампаний и customer.io-подобные платформы;
- иногда no-code инструменты для быстрых лендингов и форм.
Шаблон еженедельного growth-ритма, который часто работает: понедельник — разбор результатов прошлых тестов, вторник — запуск новых, среда-четверг — мониторинг, пятница — гипотезы и приоритизация на следующую неделю.
На какие метрики смотрит growth
Классическая модель — AARRR (acquisition, activation, retention, referral, revenue). Growth PM выбирает один из этапов и копает в него:
- acquisition: как пользователь попадает в продукт (часто пополам с маркетингом);
- activation: первые шаги после регистрации, путь до первой ценности;
- retention: возвращаемость пользователей, борьба с оттоком;
- referral: рекомендательные механики;
- revenue: монетизация, paywall, апгрейды.
В одной команде обычно 1–2 фокусных этапа. Если activation — растим долю пользователей, выполняющих ключевое действие в первые дни. Если retention — снижаем D7 churn.
Ориентиры для разговора (не гарантия для конкретного продукта, индустрия и жанр сильно влияют):
| Этап | Что мерим | Пример ориентира |
|---|---|---|
| Acquisition | CTR посадочной | 2–5% для платного трафика |
| Activation | Доля до aha-moment в D1 | 25–45% для consumer-приложений |
| Retention | D7 retention | 15–25% для mobile B2C |
| Referral | Доля пользователей с приглашением | 1–10% |
| Revenue | Конверсия в платящего | 1–5% F2P, 2–10% SaaS trial |
Эти числа — порядки величин для бенчмарка. Если у тебя сильно другие, стоит копать в свой жанр и стадию продукта.
Какие эксперименты ведёт growth-команда
Примеры по этапам воронки:
- Acquisition. A/B-тест двух заголовков лендинга. Тест разных посадочных под рекламу. Эксперимент с упрощённой формой регистрации.
- Activation. Сократить онбординг с 6 до 4 шагов. Добавить tooltip на пустой экран. Триггер «вернись и закончи начатое». Подмена дефолтных значений.
- Retention. Push на 2-й день с разными текстами и временем отправки. Email-кампания на пользователей, не вернувшихся 7 дней. Daily streak с напоминаниями.
- Referral. Реферальная механика с наградой. Шеринг результата квиза в соцсети. Промо-плашка «приведи друга — оба получите бонус».
- Revenue. Замена paywall с двумя тарифами на три. Тест разных upsell-точек. Плашка с социальным доказательством на платёжном экране.
Это не «фичи» в классическом смысле — это узкие изменения, которые можно быстро запустить и измерить. Хороший growth-эксперимент влезает в один спринт и даёт читаемый результат за 2 недели.
Сравнительная таблица ролей
| Параметр | Core PM | Growth PM |
|---|---|---|
| Главная задача | Строить функциональность | Двигать метрику роста |
| Цикл «гипотеза → результат» | 8–16 недель | 1–4 недели |
| Размер изменений | Крупные фичи | Узкие правки воронки |
| Главная метрика | Adoption фичи, core-KPI | Конверсия, retention, ARPU |
| Связка | Дизайн, исследования | Аналитика, маркетинг |
| Документ | PRD на 5–10 страниц | Дизайн-док эксперимента на 1 страницу |
| Стиль работы | Глубоко в одной теме | Параллельно много гипотез |
| Что валит на собесе | Не объяснил тradeoff в дизайне фичи | Не посчитал MDE и не назвал защитную метрику |
Как перейти из обычного PM в growth
Что подтянуть:
- глубокое владение метриками воронки и unit-экономикой;
- SQL на уровне когорт и оконных функций — без аналитика-сопровождающего ты в growth-команде слепой;
- A/B-тесты, мощность, MDE, доверительные интервалы;
- умение быстро формулировать и приоритизировать гипотезы (ICE/RICE);
- знание базовых психологических механик: триггеры, барьеры, ценность.
Лучшее упражнение — взять своё активное приложение и за час придумать 20 гипотез по росту его retention. Если получается 3 — пока не готов. Если 20 и каждая привязана к метрике — готов.
Дополнительный план на 4 недели для core-PM, который хочет перейти:
- Неделя 1 — разобрать AARRR-модель своего продукта, вытащить цифры по каждому этапу.
- Неделя 2 — сформулировать 30 гипотез под слабый этап, прогнать через ICE.
- Неделя 3 — описать 3 эксперимента в формате дизайн-дока, обсудить с аналитиком.
- Неделя 4 — запустить хотя бы один и довести до результата.
После этого на growth-собесе ты говоришь не теорией, а кейсами «я взял этап X, поднял метрику Y на Z процентных пунктов».
Что спрашивают на собесе
На собесе growth PM:
- кейсы по метрикам — «у продукта падает retention, что делаешь»;
- вопросы по A/B-тестам: подбор размера выборки, интерпретация результатов;
- задачи на оценку гипотез по ICE/RICE;
- иногда SQL-задачи на когорты;
- продуктовое мышление в формате «придумай 10 экспериментов для роста активации»;
- кейс на декомпозицию метрики: «активация упала на 5 п.п., что произошло».
На обычном PM-собесе:
- больше про стратегию и роадмап;
- кейсы по проектированию фич;
- работа со стейкхолдерами и приоритизация бэклога;
- вопросы про jobs-to-be-done и user research.
Шаблон ответа на growth-кейс «упал retention»: дисагрегировать по платформе, источнику, когорте, версии приложения; проверить технику (релиз, баг, краши); сравнить новых и старых; сформулировать 5 гипотез; назвать MDE и срок проверки.
Частые ошибки
- Считать growth «маркетингом внутри продукта». Это разные функции: маркетинг — про каналы, growth — про продуктовые метрики и эксперименты.
- Идти на growth-собес с историями про крупные релизы вместо мелких экспериментов.
- Не уметь объяснить unit-экономику продукта. На growth это база.
- Считать, что в growth не нужен SQL. Очень нужен.
- Запускать эксперимент без метрики успеха и MDE. Тогда результат прочитать невозможно.
- Гипотезы без приоритизации — список из 50 идей без ранжирования бесполезен.
- Менять одновременно несколько вещей в одном тесте — потом не разделишь, что сработало.
- Игнорировать защитные метрики и радоваться росту конверсии при росте churn.
Связанные темы
- Что должен знать продакт-менеджер
- Product Manager vs Product Owner
- Технический продакт vs обычный
- Метрики продукта: DAU, MAU, ARPU
- Что такое A/B-тест простыми словами
FAQ
Growth PM — это престижнее обычного?
Нет. Это другая специализация. В одних компаниях ценнее core-PM, в других — growth. Зависит от стадии продукта и задач.
Сколько экспериментов в неделю запускает growth-команда?
Ориентир — от одного до пяти, в зависимости от размера команды и трафика. Без достаточного трафика быстрая итерация невозможна — будет недомощность и шум вместо результатов.
Нужен ли growth PM в стартапе?
Если продукт ещё не нашёл product-market fit — обычно нет. Сначала ищется PMF, growth-роль появляется на стадии масштабирования, когда есть что масштабировать.
Где growth PM пересекается с маркетингом?
На acquisition. Часто работают вместе: маркетинг отвечает за каналы и креативы, growth — за конверсию из визита в активного пользователя и за дальнейшие этапы воронки.
Что лучше учить первым — core или growth-стек?
Сначала общая база PM (метрики, кейсы, SQL, A/B). Дальше — выбор специализации.
Можно ли быть growth PM без аналитика в команде?
Сложно. Без выделенного аналитика gross-команда тонет в данных или принимает решения на глаз. На малом продукте PM сам и аналитик, и продакт — но это до определённого масштаба.
Growth-роль предполагает работу с маркетинговыми каналами?
В классической схеме — нет, каналы остаются у маркетинга. Но growth PM должен понимать стоимость и качество трафика по каналам, иначе нельзя оценить unit-экономику.
Какие книги почитать перед growth-собесом?
«Hacking Growth» Шона Эллиса — база. «Trustworthy Online Controlled Experiments» Кохави — про A/B. Дальше — кейсы конкретных продуктов в публикациях команд.
Готовишься к собесу на growth PM — открой тренажёр Карьерник и прокачай метрики, A/B и продуктовое мышление.