PLG в российском B2B: работает или нет?

Product-led growth попал в моду в 2018-м. Потом долго был хайпом. Теперь в нём разочарованы.

На самом деле, проблема не в PLG, а в том, что компании копируют структуру, не поняв контекст. Смотри, что на самом деле происходит.

Что такое PLG на самом деле

PLG - это не "забесплатное ПО и вот они рвут дверь в платную версию".

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

Звучит как мечта, но вот проблема: это работает только в определённых условиях.

PLG работает, когда activation дешевле, чем sales-цикл. И когда люди могут начать сразу, без 15 звонков с enterprise-ом.

Это дешевая онбординга, быстрое время до первого результата, вирусный потенциал (чем больше платят, тем больше ценности) и низкие бэрьеры входа.

Где PLG реально работает

Взяли Slack, Figma, Dropbox, Notion - компании, где PLG был ключом.

Общая черта: легко создать учётку, легко начать работать, сразу видишь ценность, можешь работать с командой.

Сценарии, где PLG ускоряет рост:

• Инструменты для индивидов, которые потом расширяются на команду. Slack в отделе → потом покупает компания.
• Продукты с вирусным контуром - когда каждый пользователь приглашает других (Figma для коллаборации, Airtable для шеринга баз).
• Низкая сложность онбординга - две минуты вошёл, сразу работаешь.
• Прозрачная ценность - вижу результат за день, не за месяц.

Это работало для приложений западного рынка, где юзеры готовы ставить инструменты самостоятельно и компании доверяют shadow IT.

Почему PLG ломается в российском B2B

Наступил момент, когда все начали копировать матрицу PLG. И вот уже есть "PLG-решение" для управления складом, для CRM, для аналитики - всего.

Проблема в том, что контекст совсем другой.

Первая проблема: сложность интеграции.

Slack встаёшь за две минуты. А вот CRM для среднего B2B? Ты не можешь включить, создать аккаунт и сразу работать. Нужна интеграция с 1С, настройка процессов, выгрузка данных. Это месяц работы, не день.

Компания, которая говорит "будет фрибиз, потом они сами захотят платить" - не видит, что между свободным триалом и платёжной версией там лежит полтора месяца работы интеграционщика.

И это не про продукт, это про рынок.

Вторая проблема: разделение решений.

В западном SaaS фирма-покупатель часто сама решает, какой продукт ей нужен. У вас в компании отдел выбрал Slack - и все. Руководство не спрашивают.

В российском B2B всё сложнее. Решение про управление - решает ИТ-директор вместе с CFO. Решение про маркетинг - маркетолог вместе с генеральным. И каждый смотрит на свой бюджет, свои KPI, свои интеграции.

Человек в Figma может отправить дизайн в Slack - и вот уже идёт вирус. А в управленческих системах? Каждое решение - это архитектурное решение для всей компании. И это не берёшь фри "просто потому, что коллега его использует".

Третья проблема: цена поддержки выше, чем цена лицензии.

Вот ты запустил бесплатный триал для 50 пользователей. Кажется, отлично, экономим на sales. Но вот 40 из них пишут в поддержку: "Как это работает? Мне нужна интеграция. У меня не встало".

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

В В2В, когда контакт инициирует себя, он часто требует поддержки. И эта поддержка может стоить дороже, чем его покупка.

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

Четвёртая проблема: юнит-экономика.**

Допустим, ты запустил PLG, и 10% от 1000 фриbiz-юзеров захотели платить. Получилось 100 платящих.

Стоимость привлечения через PLG казалась низкой, потому что рекламы не было. Но когда считаешь реально:

• Инфраструктура: 1000 юзеров на фри сервере стоит денег.
• Поддержка: тысячу юзеров поддерживать дороже, чем сто.
• Разработка: фичей для фри-тайера разработать нужно.
• Retention: 900 фри-юзеров, которые ушли, забирают психологию "пробовал, не платил, смысла нет".

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

Получается парадокс: кажется, что PLG дешевле, а на самом деле - дороже при той же цене контакта.

Когда PLG имеет смысл в В2В

Не весь B2B - одна куча. Есть ниши, где PLG работает и в России.

Инструменты для специалистов.

Маркетолог, аналитик, дизайнер уже имеют привычку находить и ставить инструменты сами. Тут PLG работает хорошо. Дизайнер видит Figma → регистрируется → платит компании.

Барьер на вход низкий, он сразу видит ценность, потом компания вводит.

Открытые API и интеграции.

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

Но это работает только если интеграция действительно минутная.

Предсказуемая цена, чёткий результат.

"Платишь по юзерам, каждый юзер = 1 лицензия" - это понятно. "Платишь по API-вызовам" или "по хранилищу" - тоже понятно. Люди знают, сколько они будут платить.

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

Vertical SaaS для узкой ниши.

Если ты делаешь CRM специально для стоматологов, и все стоматологи работают примерно одинаково, PLG имеет смысл. Стоматолог видит её, нравится, включает, платит.

Но это не PLG в классическом смысле, это скорее "очень понятный продукт с быстрой онбордингой".

Гибридный подход: когда работает

Лучшее, что я видел, - это гибрид.

Структура:

• Фри-тайер для экспериментов. Не для всех, но для тех, кто может начать с малого и потом расширить.
• Sales-цикл для enterprise. Чётко: если ты компания больше 100 человек или нужны интеграции - вот наш sales-тим.
• Автоматизированная активация. Не "человек регистрируется", а "человек приходит, видит интеграции, выбирает, что ему нужно, платит за готовый кусок".

Это не PLG в классической интерпретации, но это работает.

Пример: компания запустила фри-триал с трёхсоставными сценариями.

• Маленькие компании до 20 человек: фри-фичи, простая онбординга, платят за доп. интеграции.
• Средние 20-200: демо + 14-дневный triаl + phone call, потом решение.
• Большие 200+: встреча с account manager сразу, переговоры, кастомизация.

Это не PLG. Но это работает.

Когда точно не надо делать PLG

Есть сценарии, где PLG - прямой путь в убыток.

Высокая сложность внедрения. Если внедрение занимает недели, PLG не поможет.

Низкая волатильность в покупке. Если решение платит всегда директор, а не несколько специалистов, PLG не сработает.

Высокая цена контакта. Если средний контакт = 100k, и 90% отсеивается до оплаты, то инфраструктуру для них держать убыточно.

Нет вирусного потенциала. Если твой продукт не приглашает людей в команду, он не вирусный. Ты платишь за поддержку, но контакты не растут.

Если всё это совпало - не делай PLG. Делай нормальную sales-операцию.

Как считать, имеет ли смысл PLG для твоего продукта

Три метрики:

• Time to value. За сколько дней человек видит первый результат? Меньше неделю - хорошо для PLG. Две недели и дольше - плохо.
• Activation rate. Сколько процентов из тех, кто зарегистрировался, реально хоть что-то сделали? Выше 30% - есть надежда. Ниже 10% - PLG не работает.
• Conversion rate. Из тех, кто активен, сколько платят? Выше 5% - работает. Ниже 1% - инфраструктура дороже, чем приход.

Вот простой расчёт:

Допустим, ты запускаешь фри-версию.

• 100 людей в месяц регистрируются.
• 30 из них активируются (time to value хороший).
• 1 платит (3% conversion).
• Среднее LTV = 100k в год.

Инфраструктура для 100 юзеров в месяц стоит 50k в месяц. За год - 600k.

Доход: 1 * 100k = 100k. Расход инфраструктуры: 600k. Результат: минус 500k в год.

Это убыточно. Даже если увеличить conversion в два раза, до 2%, доход = 200k, убыток = 400k.

Это структурная проблема. Не в маркетинге, в модели.

Что делать вместо PLG, если он не работает

Варианты:

1. Обратная воронка.

Вместо "приходят юзеры, потом платят", делаешь "приходят нужные юзеры, они платят сразу".

Не 1000 фри-триалов, а 50 встреч с теми, кому действительно нужно. Это sales, но sales работает.

2. Freemium по другому.

Не "полный продукт, но с ограничениями", а "узкий, но полезный кусок, за бесплатно, потом расширяем".

Тип: "Вот бесплатно у вас может быть аналитика по трём показателям. Нужна больше - платите". Это работает лучше, потому что инфраструктура не воздействует на 1000 юзеров, а на 100.

3. Platform play.

Вместо прямого PLG делаешь экосистему. "Берите бесплатное интеграционное ядро, строьте свои решения, потом платите за сложные кейсы".

Это Zapier, это Stripe - они платят за через партнёров, потом партнёры платят им.

4. Нормальная sales-операция.

Просто нанять sales-тим, который работает с нужными клиентами, закрывает сделки. Это дороже в ACV, но дешевле в CAC.

Выводы

PLG - это не волшебство. Это инструмент, который работает в определённых условиях.

Если контекст подходит - используй. Если нет - не копируй матрицу. Считай экономику, смотри на activation rate и conversion rate, не делай вид, что это работает.

По факту, большинство компаний, которые я видел, копировали PLG без анализа. Потом худо-бедно переходили на гибрид или обратно на sales.

Самое главное: не верь в волшебство PLG только потому, что Slack и Figma выросли на этом. Возможно, они выросли несмотря на PLG, а не благодаря ему. Просто они сделали очень хороший продукт.