Кнопку «поделиться» можно выкатить за спринт, реферальную программу чуть дольше. Поэтому виральность и пробуют первой: кажется, что дешевле роста не бывает. Дорогим он оказывается позже, когда приглашения уходят пачками, а приглашённые не задерживаются.
Виральность нельзя прикрутить к готовому продукту
Виральность продукта принято считать чем-то вроде удачи: добавь кнопку «поделиться», запусти рефералку, сними цепляющий ролик, и рост пойдёт сам. На практике большинство таких попыток заканчивается разочарованием и поиском виноватых: рынка, команды, маркетинга.
Виральность не берётся из воздуха и не лечит слабый продукт. Она появляется, когда сошлись три вещи: продукт полезен, им пользуются там, где есть кому его показать, и делиться им удобно. Нет хотя бы одного, и рост либо не начнётся, либо быстро выдохнется. Виральность всегда остаётся следствием хорошего продукта. Она может ускорить рост, но не заменит работу над продуктом, позиционированием и каналами.
Способ делиться можно придумать. А вот решить за пользователя, что продукт ему ценен, нельзя. Если продукт не решает заметную задачу или решает её не лучше альтернатив, звать друзей просто незачем: приглашение обесценивает того, кто его отправил. Отсюда главная ошибка: виральность принимают за фичу и навешивают на продукт, который ещё не нашёл своего места в жизни пользователя. Работает она только там, где выгода от приглашения возникает у обеих сторон сама собой. Цена ошибки: месяцы экспериментов, выгорание команды и иллюзия работы над ростом без единого результата.
Навешивают её на неготовый продукт чаще всего потому, что за неё отвечает не тот, кто держит перед глазами весь путь пользователя. Виральность требует согласованной работы продукта, маркетинга и аналитики. Как только эти функции живут изолированно, механику распространения проектирует тот, кто не видит поведение пользователя целиком.
Всё ломается, когда рост записали в задачи маркетинга, а продукт отвечает «только за фичи». Тогда приглашения и бонусы придумывают в отрыве от момента, когда человек реально получает от продукта пользу. Ещё одна проблема в полномочиях. Одно дело видеть, что продукт не готов, и совсем другое иметь право отложить запуск. В итоге выкатывают механики, которые раздражают пользователей вместо того, чтобы усиливать ценность, и виральность начинает выглядеть делом случая. Пока право остановить ранний запуск и ответственность за рост у разных людей, история повторяется с каждой новой механикой.
Дешёвая ошибка проверяет гипотезу, дорогая повторяет бонус
Рассчитать виральность заранее нельзя. Её нащупывают экспериментами, и промахи с механиками, каналами или формулировками неизбежны. Нормальная ошибка та, которую быстро проверили и из которой понятен вывод: например, тест гипотезы о том, в какой момент пользователь готов делиться продуктом. Такие ошибки стоят дёшево, если заранее понятно, что считать успехом и сколько ждать. Каждая помогает лучше понять, зачем людям делиться. Хуже, когда ошибки не записывают и не разбирают. Тогда остаётся серия случайных попыток, из которых ничему не учишься.
Плохая ошибка выглядит иначе. Команда повторяет одно и то же и ждёт другого результата: снова добавляет реферальные бонусы, не трогая сам продукт. Или метрики есть, но решения принимают на ощущениях или под давлением «надо срочно расти». Или подменяют цель: вместо роста активных пользователей начинают оптимизировать число приглашений или кликов, которые на удержание не влияют. В этом состоянии виральность превращается в дорогую иллюзию прогресса.
Ломается виральность редко сразу. Сначала кажется, что механика работает, потом рост замедляется и встаёт, и тут проступают системные симптомы. Первым обычно проседает понимание мотивации: команда спорит, где разместить кнопку «поделиться», но не отвечает на вопрос, зачем пользователю это делать. Исследования поверхностные: людей спрашивают, будут ли они делиться, но не смотрят, что на самом деле заставляет их это делать. Механику придумывают, не глядя на то, как продуктом пользуются.
Дальше сбой переходит в саму разработку: всё превращается в поток мелких экспериментов без общей логики, механики быстро запускают и так же быстро гасят. Продуктовая логика и код усложняются, технический долг растёт, а эффект не накапливается, и команда занята, но рост нестабилен.
Последний симптом: отделы перестают понимать друг друга. Маркетинг, продукт и аналитика говорят на разных языках и тянут каждый свою метрику. Руководство ждёт взрывного роста, а команда видит потолок продукта. В итоге обсуждают ожидания руководства, а о пользе для пользователя уже никто не вспоминает.
Без карты цикла команда не видит, где рвётся петля
Управляемый рост узнают по двум вещам, и обе касаются того, как команда думает. Первое: внятная гипотеза о том, кто делится продуктом, в какой ситуации, с кем и зачем. Формулировка «пользователи будут рекомендовать» не годится, нужен конкретный сценарий поведения в момент получения ценности.
Второе: карта вирального цикла, то есть путь от первого контакта до повторного использования и следующего приглашения. Без такой карты команда действует вслепую, и отдельные идеи превращаются в самоцель. Карта полезна ещё и тем, что вдоль неё видно, где именно петля рвётся, и за несколькими сигналами тогда стоит следить постоянно:
- удержание и LTV пользователей, пришедших по приглашению (число новых регистраций само по себе мало что говорит);
- доля приглашённых, которые после регистрации доходят до первого полезного сценария;
- рост активных пользователей: число приглашений и кликов на удержание не влияет;
- реальная стоимость роста и качество приходящей аудитории, потому что дешёвый на вид канал легко приводит тех, кто не возвращается.
Виральный коэффициент: где петля живёт, а где гаснет
За «картой вирального цикла» стоит простая арифметика. Виральный коэффициент K показывает, сколько новых активных пользователей приводит один текущий:
K = i × c
где i означает, сколько приглашений в среднем отправляет один пользователь, а c показывает долю приглашений, дошедших до первого полезного сценария (регистрация сама по себе не в счёт). Если K ≥ 1, каждое поколение приводит не меньше активных пользователей, чем было в нём самом. Но устойчивость роста зависит ещё от оттока, длительности цикла и того, не зовут ли разные люди одних и тех же. Если K < 1, петля затухает, сколько бы регистраций ни было сверху.
Пусть каждый пользователь зовёт i = 4 человек, а до первого полезного действия доходит c = 0.2:
K = 4 × 0.2 = 0.8, меньше единицы: 100 пользователей приводят 80, те приводят 64, петля гаснет.- число приглашений оставляем прежним и поднимаем качество момента:
c = 0.3→K = 4 × 0.3 = 1.2, те же 100 приводят 120, петля самоподдерживается.
Отсюда практический вывод в цифрах: часто дешевле поднять c (момент, в который приглашение реально конвертирует), чем гнать вверх i новыми кнопками «поделиться». Клики для расчёта c не годятся, считать надо тех, кто дошёл до полезного сценария.
Петля с K < 1 при этом тоже приносит деньги, если считать её честно. При K = 0.8 сто пользователей из платного канала в сумме приводят ещё 400: 80, потом 64, потом 51 и дальше по убывающей, а сумма ряда равна 0,8, делённому на 0,2. Допустим, реклама приводит активного пользователя за 10 долларов. Тогда 1000 долларов дают 500 активных вместо 100, и эффективная стоимость привлечения падает в пять раз. Поэтому K = 0.8 работает как скидка на платный канал, и её стоит считать в юнит-экономике.
Вторая переменная, о которой формула молчит, называется длительностью цикла: сколько дней проходит от регистрации пользователя до регистрации того, кого он позвал. При K = 1.2 и цикле в 7 дней за 8 недель сменится 8 поколений, и сотня первых пользователей даст поколение примерно в 430 человек (1,2 в восьмой степени около 4,3). При цикле в 28 дней поколений будет два, и последнее составит 144 человека. Сократить цикл часто проще, чем поднять K: приглашение в момент первой ценности вместо недельной паузы сдвигает весь график.
Деньгами виральность тоже можно купить, но ненадолго. Ранний PayPal платил по 20 долларов за каждого приглашённого и столько же новичку, потом снизил бонус до 10 и 5 долларов: рост был взрывным, но выплаты быстро стали одной из крупнейших статей расходов, и петля держалась на бонусе. Устойчивее петли, где приглашённый нужен самому пользователю для работы продукта: в сервисе переводов или командном инструменте ценность появляется только тогда, когда на другой стороне есть человек. Такой пользователь зовёт коллегу без всякого бонуса, потому что иначе продукт у него просто не работает.
Почти все провалы бьют по c, пока команда крутит i
Если разложить типичные причины провала по формуле K, окажется, что почти все они бьют по c, хотя команда в это время крутит i. Виральность пытаются построить раньше, чем продукт нашёл свой рынок (product-market fit), и приглашённому попросту незачем доходить до полезного сценария. Не понимают, в какой момент человек готов делиться, и зовут его раньше, чем ценность успела случиться (ровно на этом споткнулся сервис из первой истории ниже). Копируют чужие механики без оглядки на свой контекст. Гонятся за количеством приглашений вместо качества новых пользователей, забывая, что навязчивое приглашение бьёт по репутации того, кто его отправил. Запускают реферальные программы без понятной выгоды для обеих сторон.
Вторая группа причин мешает заметить, что c стоит на месте. Нет метрик, которые связывали бы виральность с удержанием, и локальные показатели растут, не двигая бизнес. За результат никто не отвечает, отвечают за запуск, поэтому механику объявляют успешной в день релиза. А вера в разовый «выстрел» вместо системной работы не оставляет места для второго цикла, в котором и можно было бы поправить момент приглашения. Поодиночке каждый пункт выглядит безобидно, а вместе они складываются в тихий саботаж роста, который трудно заметить на ранней стадии.
Слышно этот саботаж и в дежурных репликах. «Добавим кнопку, вдруг сработает» и «у конкурентов есть, значит, и нам надо» заменяют собственное понимание чужим примером. «Дадим бонусы, люди любят халяву» подменяет ценность подкупом, а «рост на маркетинге, мы фичи делаем» разрывает продукт и поведение пользователя. Все они опасны тем, что под давлением на рост звучат разумно, и именно они чаще всего ведут к выгоранию команды и стагнации.
От механики к моменту ценности: две истории
Как из этого тупика выходят на практике, видно на двух историях. Обе сложены из типичных ходов разных команд. Сервис для совместной работы команд долго рос на платном трафике и решил добавить реферальную программу с денежным бонусом за приглашения. Регистраций после запуска стало больше, но активность новых пользователей была низкой: большинство приглашённых не доходили до первого полезного сценария.
Команда остановилась и пересобрала гипотезу. Выяснилось, что продукт рекомендуют только после успешного совместного проекта; сразу после регистрации этого почти никто не делает. Механику перенесли в момент завершения проекта и сместили акцент с бонуса на то, чтобы проще было подключить коллег. Рост замедлился, зато удержание и LTV новых пользователей выросли, и виральность из шума стала частью продукта.
Тот же разворот, от механики к моменту ценности, вытащил и продукт из совсем другой категории. Мобильное приложение пыталось раскрутиться через соцсети, предлагая пользователям делиться результатами. Кликов было много, а конверсия в активных пользователей оставалась низкой: вне контекста личного использования продукт был непонятен.
Разбор сценариев показал, что ценность раскрывается только при регулярном использовании, единичный результат её не передаёт. Механику распространения переделали: вместо того чтобы делиться результатом, пользователям предложили звать друзей в совместный челлендж, где ценность проявлялась в процессе. Рост стал не таким резким, зато устойчивым: продукт распространялся через реальное взаимодействие людей.
Когда бонус всё-таки оправдан
Пример PayPal выше играет против позиции «сначала ценность, потом механика», и у её оппонентов есть серьёзный довод: в продукте с сетевым эффектом ценность для каждого пользователя растёт вместе с размером сети, и пока сеть маленькая, продукт объективно слабее, чем будет. Деньги за приглашение здесь служат способом дотянуть сеть до размера, при котором ценность появится сама. Ждать, пока продукт станет ценным без сети, означает ждать вечно.
Довод верен для двусторонних и сетевых продуктов, где приглашённый нужен пригласившему: платежи, мессенджеры, маркетплейсы на старте. Для продукта с изолированной ценностью, вроде трекера привычек или фоторедактора, он не работает: сеть не делает продукт лучше, и после отмены бонуса петля гаснет. Правило решения такое. Платить за приглашения имеет смысл, если сумма бонусов на пару ниже платной стоимости привлечения активного пользователя и если приглашённые через три месяца удерживаются не хуже пришедших органически. Если не выполнено хотя бы одно условие, бонус покупает только регистрации, и деньги лучше вложить в c.
11 вопросов до запуска любой механики
Обе истории сводятся к одному: сначала проверка, потом деньги. Первые пять вопросов касаются продукта, остальные шесть организации и результата. Каждый «нет» откладывает запуск механики.
- Понимаем ли мы, зачем пользователь делится продуктом, и связан ли этот мотив с ключевой ценностью?
- Найден ли момент, в который делиться естественно?
- Проверена ли гипотеза на реальном поведении (опросы не в счёт)?
- Влияет ли виральность на удержание, и нет ли у механики побочных эффектов?
- Не подменяет ли она работу над слабым продуктом, и есть ли у неё предел масштабирования?
- Понятна ли роль продакта в росте?
- Есть ли у команды общие метрики и владелец результата, а не только запуска?
- Учитываем ли мы контекст использования и то, кто именно делится?
- Умеем ли отключать неработающие идеи и копим ли знание вместо копирования чужих решений?
- Понимаем ли реальную стоимость роста и качество приходящей аудитории?
- Есть ли план на время после первого всплеска? Именно на нём чаще всего всё и заканчивается.
По сути виральность показывает, насколько продукт встроен в жизнь пользователя и решает задачу, которой хочется делиться. Сарафанное радио возникает само. Виральность опирается на те же мотивы, но её проектируют, и она усиливается продуктовой логикой. Работает она только там, где продуктом пользуются вместе с другими людьми. Если ценность у пользователя изолированная, никакие механики её не растиражируют.
В этом и подвох кнопки «поделиться», которую выкатывают за спринт: она отвечает на вопрос «как», хотя продукт ещё не ответил, в какой момент и почему человек захочет позвать другого. Когда ответ есть, механика обычно находится сама. Когда его нет, всплеск от механики легко принять за прогресс, и разница видна только в тот момент, когда рост останавливается.