AARRR-метрики (пиратские метрики, Дейв Макклюр)

В 2009 году у Dropbox было около 100 000 пользователей — растущий, но не взрывной сервис облачного хранения. Основатель Дрю Хьюстон обратился к Шону Эллису, будущему автору термина «growth hacking», чтобы найти рычаг для взрывного роста. Эллис проанализировал данные и обнаружил, что почти треть пользователей Dropbox уже пришла по рекомендациям — сарафанное радио работало само по себе, просто никто не сделал его системным. Он спроектировал двустороннюю реферальную программу: и пригласивший, и приглашённый получали по 500 МБ дополнительного места (до 16 ГБ суммарно). Результат: программа устойчиво подняла число регистраций на 60%, а 35% ежедневных новых пользователей стали приходить именно по рекомендациям. За 15 месяцев Dropbox вырос со 100 000 до 4 000 000 пользователей — рост на 3900%. Это стало хрестоматийным примером того, как осознанная работа именно с этапом Referral («рекомендации») — одним из пяти этапов AARRR — способна дать эффект, недостижимый одним лишь наращиванием платного привлечения.

Компания не улучшает воронку целиком. Она улучшает то самое узкое место, которое реально сдерживает рост, — и AARRR существует именно для того, чтобы это узкое место сначала найти.

Происхождение и исследовательская база

Фреймворк AARRR представил инвестор и предприниматель Дейв Макклюр (впоследствии основатель фонда 500 Startups) в 2007 году на конференции Ignite Seattle в презентации «Startup Metrics for Pirates» («Стартап-метрики для пиратов») — название и аббревиатура — намеренная игра слов: AARRR читается как пиратский возглас «А-р-р-р!». Макклюр обратил внимание на тревожную закономерность среди молодых компаний того времени: многие увлекались поверхностными «тщеславными» метриками — число подписчиков в соцсетях, просмотры страниц — которые выглядели впечатляюще, но не были связаны с реальным бизнес-результатом. AARRR предложил взамен пять конкретных, последовательных и измеримых этапов пути клиента: Acquisition (привлечение), Activation (активация), Retention (удержание), Referral (рекомендации), Revenue (доход).

Кейс Dropbox 2010 года (реализованный Шоном Эллисом и Дрю Хьюстоном) стал одной из самых цитируемых иллюстраций третьего и четвёртого этапов воронки AARRR в действии: удержание было достаточным, чтобы обеспечить базу лояльных пользователей, а системная работа именно с этапом Referral высвободила уже существующий, но нереализованный потенциал сарафанного радио.

Ключевые идеи и принципы

1. Принцип: Acquisition — откуда приходят пользователи

   Через какие каналы (реклама, контент, партнёрства, органический поиск) пользователи впервые узнают о продукте и приходят на него — первый этап воронки, определяющий объём входящего потока, но не его качество. Хрестоматийный (и спорный) пример нестандартного решения именно на этапе Acquisition — интеграция Airbnb с Craigslist около 2010 года: компания создала бота, автоматически публиковавшего объявления Airbnb на Craigslist без официального разрешения площадки, — пользователи, искавшие жильё на Craigslist, натыкались на явно более качественные объявления Airbnb (лучшие фото, живые описания) и массово переходили на сам сервис. Приём сработал и вошёл в легенды Кремниевой долины, но одновременно считается показательным примером того, как погоня за ростом на этапе Acquisition может завести в этически и юридически спорную зону — технически это было нарушением условий использования Craigslist.

2. Принцип: Activation — первый успешный опыт

   Момент, когда новый пользователь впервые получает реальную ценность от продукта, а не просто формально зарегистрировался — например, для Dropbox это не сам факт регистрации, а момент, когда пользователь реально сохранил и синхронизировал первый файл. Смешение регистрации и активации — одна из самых частых методологических ошибок в применении AARRR.

3. Принцип: Retention — возвращаются ли пользователи

   Продолжает ли пользователь возвращаться к продукту после первого успешного опыта — этот этап определяет, есть ли у бизнеса устойчивая база, на которую вообще имеет смысл наращивать привлечение и монетизацию.

4. Принцип: Referral — рекомендуют ли продукт другим

   Делятся ли существующие пользователи продуктом с другими людьми — органически или через специально спроектированный механизм, как двусторонняя реферальная программа Dropbox (500 МБ обеим сторонам), поднявшая регистрации на устойчивые 60%.

5. Принцип: Revenue — конвертируется ли всё это в деньги

   Приводит ли весь предыдущий путь клиента к реальному доходу бизнеса — последний этап воронки, ради которого существуют все предыдущие, но который бессмысленно оптимизировать в отрыве от удержания и активации. Метрики этого этапа напрямую пересекаются с показателями юнит-экономики — стоимостью привлечения (CAC) и пожизненной ценностью клиента (LTV): здоровый Revenue-этап воронки AARRR и положительная юнит-экономика — по сути разные ракурсы одной и той же проверки, приносит ли бизнес прибыль на уровне одного клиента.

6. Принцип: искать самое узкое место воронки

   Вместо равномерных усилий по всем пяти этапам сразу метод требует найти этап с наихудшими показателями относительно потенциала — именно туда, а не во все стороны одновременно, направляется фокус команды. У Dropbox 2010 года узким местом оказался не Acquisition (платное привлечение уже работало) и не Retention (продукт удерживал пользователей), а недоиспользованный Referral — именно на нём сосредоточился весь последующий эффект.

   AARRR тесно связан с более широким движением Lean Startup, которое систематизировал Эрик Райс в одноимённой книге (2011) примерно в те же годы: оба подхода настаивают на измеримых, проверяемых показателях вместо интуитивных суждений о здоровье продукта, и оба возникли как реакция на культуру Кремниевой долины конца 2000-х, где огромные раунды финансирования нередко обосновывались красивыми, но не связанными с реальной экономикой цифрами роста аудитории.

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: измеряют только Acquisition и Revenue, пропуская середину воронки.

   Компания знает, сколько людей пришло и сколько денег заработано, но не видит, что происходит между этими двумя точками — активацию, удержание, рекомендации, — то есть не может найти реальную причину слабого результата.

   Как избежать

   выстраивать измерения по всем пяти этапам AARRR, а не только по входу и выходу воронки.

2. Ошибка 2: пытаются улучшать все пять этапов одновременно.

   Ресурсы и внимание команды распыляются по всем направлениям сразу, не давая ни одному этапу того фокуса, который дал бы измеримый эффект — как у Dropbox, где именно концентрация на одном Referral, а не одновременная работа над всеми пятью, дала кратный рост.

   Как избежать

   находить самое узкое место воронки и концентрировать усилия именно на нём, прежде чем переходить к следующему этапу.

3. Ошибка 3: считают Activation тем же самым, что и регистрацию.

   Формальная регистрация засчитывается как активация, хотя пользователь мог зарегистрироваться и ни разу не получить реальной ценности от продукта — метрика активации становится бессмысленной.

   Как избежать

   явно определять момент первой реальной ценности для конкретного продукта (не факт регистрации) и измерять активацию именно по нему.

4. Ошибка 4: применяют модель линейно там, где реальное поведение клиента нелинейно.

   В сложных B2B-продуктах или продуктах с длинным циклом продажи этапы AARRR могут происходить параллельно или в другом порядке, а не строго последовательно — жёсткое навязывание линейной последовательности искажает картину.

   Как избежать

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

5. Ошибка 5: фокус на одном узком месте оставляет остальные этапы без мониторинга.

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

   Как избежать

   вести регулярный мониторинг всех пяти этапов даже при точечном фокусе усилий на одном конкретном узком месте.

6. Ошибка 6: погоня за ростом на этапе Acquisition заходит в этически или юридически спорную зону.

   Как показал сам кейс Airbnb/Craigslist (автоматический бот, нарушавший условия использования чужой площадки), стремление любой ценой ускорить рост на входе воронки может подтолкнуть к решениям, которые формально работают, но создают репутационные или юридические риски.

   Как избежать

   явно оценивать этическую и юридическую сторону тактик роста на этапе Acquisition, а не судить о них только по немедленному эффекту на метрику.

План внедрения

1. Неделя 1: определение метрик каждого этапа

   Определить конкретную измеримую метрику для каждого из пяти этапов — с явным определением, что именно считается моментом активации для данного продукта, не регистрацией по умолчанию.

2. Недели 2-3: сбор данных по всей воронке

   Собрать данные по всем пяти этапам воронки — не ограничиваться только входом (Acquisition) и выходом (Revenue).

3. Неделя 4: поиск узкого места

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

4. Далее: итеративное улучшение

   Концентрировать усилия на выявленном узком месте, продолжая при этом регулярно мониторить остальные четыре этапа воронки.

Как реализовать этот план с помощью фрейма «AARRR» в OrgDevTools

Фрейм превращает пять этапов AARRR в считающую воронку. Вы вносите объёмы по этапам за один период и целевые конверсии, а фрейм сам считает конверсию каждого шага, отставание от цели и узкое место. После этого остаётся записать эксперименты под выбранный этап. Это бесплатный тренажёр: можно разобрать на нём свою воронку и только потом переносить работу в реальные метрики.

Книги по теме

Sean Ellis, Morgan Brown — «Hacking Growth: How Today's Fastest-Growing Companies Drive Breakout Success» (2017). От того самого специалиста, который спроектировал реферальную программу Dropbox — подробное изложение методологии growth hacking, тесно связанной с фокусом AARRR на узких местах воронки.