Product-led growth, или PLG, — подход к росту, при котором опыт использования продукта помогает привлекать, удерживать и переводить клиентов к оплате. Для самостоятельной пробы нужно дать человеку выполнить реальную задачу, заранее объяснить ограничения доступа и обеспечить понятное продолжение после теста. Бесплатная регистрация сама по себе такую модель не создаёт.
С чего начинать product-led growth
Представим вымышленный сервис подготовки коммерческих расчётов. Посетитель хочет проверить, сможет ли составить предложение для своего клиента. Если после регистрации ему показывают пустой кабинет и предлагают дождаться менеджера, самостоятельной пробы пока нет. Если он может собрать расчёт на учебных данных, увидеть структуру результата и понять требования к своим данным, продукт уже участвует в выборе.
В разборе Amplitude о сочетании продуктового роста и продаж рассматривается совместное применение самостоятельного доступа и помощи команды. Поэтому внедрение PLG не требует заранее убирать продавцов из всех сделок. Полезнее определить, что покупатель способен проверить самостоятельно, а где ему действительно нужны согласование или специалист.
Начните с одного коммерчески значимого сценария. Например, потенциальный клиент должен понять, подходит ли способ расчёта его типовой услуге. Не пытайтесь сразу открыть бесплатно весь продукт. Опишите результат пробы и границы вывода: демонстрационный расчёт может показать логику, но ещё не подтвердить совместимость со всеми внутренними системами компании.
Проверка готовности продукта к самостоятельной пробе
Что пользователь должен суметь без сотрудника
Пройдите сценарий с нового аккаунта и без заранее заполненных настроек. Какие данные нужны? Можно ли безопасно начать с примера? Где требуется решение администратора клиента? Если для первого результата обязательно длительное внедрение, проба может быть ограничена отдельным модулем или учебной средой. Это лучше обозначить прямо, чем обещать полноценную работу сразу после регистрации.
Попросите человека из подходящей аудитории выполнить задачу по доступным инструкциям. Наблюдайте, где он останавливается и какое объяснение ищет. Не подсказывайте раньше времени, иначе проверите работу консультанта вместе с интерфейсом. Если помощь понадобилась, запишите её содержание: часть пробелов можно закрыть примером, а часть относится к сложности самого продукта.
- Пользователь понимает, какую задачу сможет проверить.
- Начальные данные доступны либо есть честно обозначенный учебный набор.
- Понятно, какие действия изменяют реальные данные, а какие являются тренировкой.
- Можно увидеть результат, проверить его и исправить ошибку.
- Ограничение доступа объясняется в момент, когда оно становится существенным.
- Есть доступная помощь и понятный путь к коммерческому продолжению.
Учитывать пользователя и плательщика
В компании продукт может пробовать специалист, а покупать — руководитель или закупщик. Специалисту нужны рабочий результат и ясные ограничения, плательщику — состав предложения и порядок оформления. Кнопка оплаты не устраняет необходимость согласования. Предусмотрите возможность передать сведения ответственному человеку, сохранив контекст пробы.
PLG: ограниченная проба или бесплатный базовый доступ
Ограниченный по времени тест и постоянный бесплатный уровень решают разные задачи. Первый даёт период знакомства с определённым набором возможностей. Второй позволяет продолжать работу в установленных пределах. Выбор должен учитывать ритм задачи: если она возникает редко, короткое окно может закончиться раньше реальной потребности.
| Вариант | Что получает человек | Какой вопрос проверить |
|---|---|---|
| Пробный период | Доступ на заранее объяснённый срок | Успеет ли он выполнить нужную проверку |
| Бесплатный уровень | Постоянный доступ с ограничением возможностей или объёма | Сохраняется ли полезная задача внутри лимита |
| Учебная среда | Работа с демонстрационными данными | Какие выводы можно перенести на реальные условия |
| Проба с помощью | Самостоятельные действия и согласованный контакт специалиста | Как отделить проверку продукта от работы консультанта |
Если платное действие появляется до того, как человек способен получить обещанный пробный результат, проверьте соответствие рекламного обещания реальному доступу. Ограничение может быть обоснованным, но оно должно быть понятно заранее. Не называйте пробой расчёта сценарий, в котором результат можно увидеть только после покупки.
Матрица доступа: что согласовать до запуска
Составьте таблицу состояний аккаунта и доступных действий. Для каждой функции укажите чтение, создание, редактирование, выгрузку и совместную работу. Одной отметки «функция доступна» недостаточно: можно разрешить просмотр старых расчётов, но закрыть создание новых. Такая разница существенно меняет опыт после окончания теста.
Отдельно проверьте объекты, созданные на расширенном доступе. Что произойдёт с документом, содержащим платный модуль, после перехода на базовый уровень? Можно ли его открыть, изменить, скопировать или выгрузить? Ответ должен быть одинаковым в интерфейсе, справке и сообщении сотрудника поддержки. Не оставляйте решение случайному поведению отдельных экранов.
Для командного продукта определите, к чему относится лимит: человеку, рабочему пространству, организации или отдельному проекту. Если три сотрудника входят в одно пространство, их регистрации не создают три независимые пробы для компании автоматически. Также предусмотрите, кто имеет право изменить тариф и как остальные участники узнают о смене условий.
Не прячьте коммерческие ограничения под сообщением об ошибке. «Для выгрузки этого типа нужен другой план» и «файл не удалось сохранить» воспринимаются по-разному и требуют разных действий. Сначала объясните доступные варианты, включая продолжение текущей работы там, где оно разрешено. Не вынуждайте пользователя многократно повторять действие ради открытия предложения оплаты.
Что происходит в конце пробного периода
Предупреждение и выбор продолжения
Объясните дату завершения, часовой пояс и дальнейший режим до того, как доступ изменится. Для командного аккаунта сообщение должно попасть человеку, который может принять решение, а не только последнему вошедшему пользователю. Если срок отсчитывается от активации, определите событие старта так, чтобы его одинаково понимали компания и клиент.
В конце пробы могут быть доступны покупка, переход на базовый уровень, ограниченный просмотр или завершение использования. Выберите подходящие варианты и опишите их явно. Если есть автоматический платёж, условия его запуска и отмены должны быть понятны при подключении, а не впервые появляться после списания. Коммерческую механику согласовывают до разработки сообщений.
Судьба данных и возвращение
Укажите, сохраняются ли документы, в каком режиме доступны и как долго. Не обещайте бессрочное хранение, если инфраструктура и правила его не обеспечивают. Возможность выгрузки и сроки удаления проверьте на реальном сценарии отказа от покупки. Пользователь должен понимать, какие действия ему нужны для завершения работы.
Продление теста должно менять состояние согласованно. Например, если продавец разрешил дополнительное время, интерфейс, уведомления и ограничения должны увидеть ту же дату. Иначе человек получает письмо о продлении, но продолжает сталкиваться с блокировкой. Сохраняйте причину и владельца такого решения, чтобы исключения не превращались в неуправляемый второй тариф.
Переход от PLG к помощи продавца
Предложите помощь там, где возникла конкретная коммерческая задача: договор для организации, расширение объёма, проверка внедрения. Просмотр страницы тарифов ещё не означает готовность к звонку. Дайте человеку выбрать контакт и сформулировать вопрос; автоматическое создание одинаковых задач по каждой регистрации может перегрузить продажи и раздражать пользователей.
Передавайте сотруднику сведения, необходимые для продолжения: рабочее пространство, выбранный сценарий, известное ограничение и согласованный вопрос. Не заставляйте клиента заново рассказывать весь путь. При этом доступ к рабочим данным не должен расширяться только потому, что аккаунт попал в коммерческую очередь. Используйте разрешённые сведения и понятные роли.
Согласуйте, кто ведёт покупку, если одновременно открыты самостоятельная оплата и переговоры. После оплаты интерфейс должен получить нужные права, а продавец — актуальный статус. Иначе компания продолжает обсуждать уже купленный план или получает два несовместимых предложения. Проверьте также обратный случай: договор согласован, а автоматическая проба заканчивается раньше предоставления доступа.
Как оценить пилот product-led growth
Отделите самостоятельную покупку от покупки с помощью. В собственном учебном примере 100 рабочих пространств начали пробу, 60 выполнили намеченную задачу, 12 оплатили самостоятельно, ещё 8 — после участия продавца. Предположим, все 20 платящих входят в группу из 60 и ни одно пространство не учтено дважды.
Получаются 12% самостоятельных оплат и 8% оплат с помощью от всех начавших пробу; суммарно 20%. Среди выполнивших задачу оплатили 20 из 60, примерно 33,3%. Последняя доля не доказывает, что выполнение задачи вызвало покупку: более заинтересованные компании могли чаще делать и то и другое. Для проверки причин нужны другие основания.
Прочитайте обращения в поддержку и разберите незавершённые сценарии: человек не получил результат, не понял ограничение или не смог оформить нужный способ оплаты. Для финансового решения учтите расходы на бесплатные пространства, помощь, инфраструктуру и платёжную обработку. Высокая доля самостоятельных покупок ещё не означает низкую себестоимость всей модели.
Перед расширением пилота проведите приёмку полного пути: новый аккаунт, исчерпанный лимит, окончание теста, успешная и неуспешная оплата, продление, снижение уровня и возврат. Проверка только счастливого сценария оставляет самые чувствительные коммерческие состояния без ответа. Расширяйте PLG после исправления этих переходов и уточнения обещаний на входе.
Вопросы и ответы
Product-led growth подходит только бесплатным продуктам?
Нет. Важно, какую роль опыт использования играет в выборе и продолжении отношений. Доступ может быть пробным или ограниченным. Условия нужно соотнести с задачей клиента и затратами компании, а не делать продукт бесплатным ради названия подхода.
Нужно ли убирать менеджеров при внедрении PLG?
Нет. Самостоятельная проба может сочетаться с помощью при договоре, внедрении или расширении. Определите причины передачи продавцу и согласуйте статус покупки между интерфейсом и коммерческой командой.
Как выбрать длительность пробного периода?
Оцените время подготовки и реального выполнения задачи, включая зависимости от других участников. Затем проверьте срок на пилоте. Короткий период не полезен, если типичная задача не успевает возникнуть, а длинный не исправит непонятный вход.
Что проверить при переходе с пробного доступа на базовый?
Права на существующие документы, создание новых, редактирование, выгрузку и командную работу. Убедитесь, что сведения в интерфейсе и сообщениях совпадают, а пользователь заранее понимает судьбу своих данных.
Можно ли считать все оплаты после пробы результатом самостоятельной продажи?
Нет. Разделяйте покупки без участия продавца и покупки с помощью, исключайте повторный учёт пространств. Оплата после теста показывает последовательность событий, но сама по себе не доказывает причинный эффект пробного доступа.
Подрядчики по теме статьи
Маркетинговые агентства — компании в каталоге PROMOmi.
