TL;DR
- Growth Team - это кросс-функциональная команда, которая отвечает за системный рост через эксперименты.
- Внутри нужны не только маркетологи: аналитика, продукт, дизайн, разработка, CRM и продажи часто важнее рекламного бюджета.
- Команда роста должна иметь право менять точки воронки, иначе она превратится в отдел идей без влияния.
- Главный артефакт команды - backlog гипотез с приоритетами, владельцами, статусами и выводами.
- Growth Team не заменяет маркетинг или продукт. Она соединяет их вокруг метрик роста.
Зачем отдельная команда роста
В обычной структуре маркетинг отвечает за трафик, продукт - за фичи, продажи - за сделки, аналитика - за отчеты. Рост же происходит между этими зонами. Проблема может быть в первом экране лендинга, в оффере, в скорости звонка, в onboarding, в pricing, в отсутствии CRM-сегментации или в retention. Если никто не владеет всей цепочкой, узкие места живут годами.
Growth Team создают, чтобы у компании появилась группа, которая не защищает один канал или функцию, а ищет рычаг роста в системе. Ее вопрос: "Что сейчас сильнее всего ограничивает рост и какой тест дешевле всего это проверит?"
Состав команды
Growth Lead отвечает за фокус, приоритизацию и связь с бизнес-целями. Это не просто координатор. Он должен понимать экономику, метрики, каналы и продуктовые ограничения.
Аналитик помогает найти узкое место, собрать события, проверить результат и не дать команде поверить в шум. В небольших командах эту роль может выполнять сильный маркетолог или product manager, но кто-то должен отвечать за цифры.
Маркетолог приносит понимание каналов, офферов, креативов и аудитории. Product/UX отвечает за путь пользователя, активацию и интерфейс. Инженер или no-code специалист дает скорость внедрения. CRM/Revenue owner нужен, если рост зависит от заявок, продаж, повторных касаний и качества лидов.
Процесс работы
Growth Team работает спринтами. Нормальный недельный ритм:
- Review метрик и прошлых тестов.
- Поиск узкого места.
- Приоритизация backlog по ICE/RICE.
- Выбор 2-5 тестов на спринт.
- Запуск и контроль качества данных.
- Закрытие тестов выводами.
- Перенос успешных решений в постоянный процесс.
Важный момент: успешный эксперимент должен стать частью системы. Если тест WhatsApp-напоминания поднял оплату, его нужно не просто похвалить, а встроить в CRM, назначить владельца, добавить мониторинг и проверить влияние на LTV.
Где проходит граница с маркетингом и продуктом
Growth не должен отбирать все задачи у маркетинга. Performance-команда может продолжать закупать трафик, SEO - растить органику, бренд - строить доверие. Growth подключается там, где нужно проверить рычаг роста между функциями.
С продуктом граница похожая. Product team отвечает за долгосрочную ценность и roadmap. Growth team ищет ускорители: onboarding, activation, pricing tests, referral loops, lifecycle nudges. Конфликт начинается, когда growth ломает продукт ради краткосрочной метрики. Поэтому цели должны быть согласованы: не только заявки, но и качество, retention, выручка, маржа.
Локальный пример
В B2C-образовании маленькая growth-команда может выглядеть так: Head of Growth, performance-маркетолог, аналитик на полставки, дизайнер, no-code/верстальщик, CRM-специалист и представитель продаж на weekly review. Такой состав уже способен тестировать офферы, квизы, лендинги, скрипты, WhatsApp-цепочки и ретеншн-механики.
Для ecommerce состав будет другим: performance, CRM, category/merchandising, UX, аналитик, разработчик интеграций. Для B2B SaaS важнее product manager, lifecycle, sales ops и инженер.
Что должно быть в backlog
Каждая гипотеза должна иметь:
- название;
- целевую метрику;
- сегмент;
- описание действия;
- ожидаемый эффект;
- обоснование;
- скоринг;
- owner;
- срок;
- статус;
- итоговый вывод.
Если backlog состоит из фраз "улучшить лендинг" и "сделать email", это не backlog гипотез. Это список желаний.
Ошибки внедрения
Первая ошибка - создать growth-команду без прав. Если любое изменение формы, скрипта, CRM или цены нужно согласовывать месяц, команда не сможет работать.
Вторая ошибка - измерять growth только количеством запусков. Можно провести 30 слабых тестов и ничему не научиться. Важнее скорость качественного обучения и вклад в метрику.
Третья ошибка - ставить команде конфликтующие KPI. Если маркетинг отвечает за дешевый лид, продажи - за легкие сделки, продукт - за roadmap, а growth - за выручку, команды будут тянуть в разные стороны.
Видео
Что почитать в первоисточниках
- Brian Balfour: Building a Growth Team from Zero to Fifty
- Brian Balfour: Principles, Process, Team, Tactics
Главный совет
Команда роста должна владеть не каналом, а циклом обучения: найти узкое место, проверить гипотезу, доказать эффект и встроить победителя в систему.