🗯169. Подход Growth hacking


Термин был сформулирован Шоном Эллисом (CEO DropBox) в 2010 году как ответ на разрыв между традиционным маркетингом и потребностями стартапов. Классический маркетинг оптимизирован под узнаваемость бренда и долгосрочные кампании. Стартапам же требовался подход, ориентированный на измеримые результаты в сжатые сроки и при ограниченных бюджетах.

Эллис определил growth hacking как «процесс быстрого экспериментирования на всём пути клиента для ускорения роста пользователей и выручки».

👉 Ключевой принцип подхода: рост - это не маркетинговая надстройка, а продуктовая функция.


1️⃣ Традиционный маркетинг работает поверх продукта: кампании, каналы, сообщения. Growth Hacking встраивается в сам продукт. Эндрю Чен (CEO Uber) ещё в 2007 году сформулировал это точно: «Успешные виральные продукты не имеют вирального маркетинга, прикрученного после разработки. Он встроен в продукт с самого начала как часть фундаментальной архитектуры опыта».

Важно, что Growth Hacking - не про то, как продать продукт, а про то, как изменить продукт, чтобы он рос. Это делает growth-компетенции частью продуктовой роли, а не отдельной маркетинговой функции.


2️⃣ Отличие от традиционного маркетинга: метод, а не тактика.
Growth Hacking часто воспринимают как набор трюков - реферальные механики Dropbox, интеграция Airbnb с Craigslist, виральные циклы Slack. Это поверхностная интерпретация. Суть метода - в дисциплине процесса:
♦Анализ. Идентификация узкого места в воронке AAARRR.
♦Гипотеза. Формулирование проверяемого предположения.
♦Приоритизация. Оценка потенциального эффекта, важности и сложности реализации.
♦Эксперимент. Строгое A/B-тестирование.
♦Масштабирование или отказ. Решение на основе данных, а не мнений.

Этот цикл ближе к процессу разработки продукта, чем к маркетинговой кампании. Growth-команда работает с инженерами, аналитиками и продукт-менеджерами в одном контуре.


3️⃣ Место в продуктовом подходе: не замена, а дополнение.

JTBD отвечает на вопрос «какую работу выполняет пользователь». Growth Hacking отвечает на вопрос «как ускорить и масштабировать выполнение этой работы в продукте». Первое без второго даёт понимание без роста. Второе без первого даёт рост без устойчивости.

Продуктовая команда, которая понимает работу пользователя и применяет growth-подход для её масштабирования, получает замкнутый контур: исследование → гипотеза → эксперимент → результат → новое исследование.


#GrowthHacking