Сбор ответов · 22 августа 2026 г.

Опрос по окончании пробного периода: как узнать настоящую причину продления и отказа

Опрос по окончании пробного периода — это короткая форма с веткой по результату: один набор вопросов для тех, кто продлил доступ, и другой — для тех, кто не продлил. Смешивать эти две группы в одной анкете бессмысленно: у продливших спрашивают, что убедило, у не продливших — что именно не сработало, и объединённый вопрос вроде «оцените ваш опыт» не даёт ответа ни на один из этих запросов. Ниже — как построить обе ветки, в какой момент отправлять форму, что делать с ответами дальше и как отличить отказ из-за цены от отказа из-за того, что человек так и не дошёл до пользы продукта за время триала.

Зачем разводить продливших и не продливших по разным веткам

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

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

Когда отправлять: момент важнее формулировки

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

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

Вопросы для продливших: что стало решающим

У продливших стоит спросить не «довольны ли вы», а конкретно — что стало решающим аргументом в пользу оплаты. Хороший формат: закрытый список из четырёх-пяти вариантов, отражающих реальные сценарии использования продукта, плюс поле «другое». Ответы здесь превращаются в готовые аргументы для лендинга и для скриптов продаж — если пятьдесят процентов называют одну и ту же причину, именно её стоит вынести на первый экран, а не то, что кажется важным команде изнутри.

Второй полезный вопрос продлившим — с чем сравнивали продукт перед тем, как остановиться на нём. Ответ показывает реальный набор конкурентов в голове клиента, который часто отличается от списка, который компания сама считает конкурентами. Третий вопрос, который задают реже, чем стоило бы, — было ли что-то, что чуть не заставило отказаться. Он ловит слабые места, которые не помешали конверсии в этот раз, но помешают в следующий, если их не устранить.

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

Вопросы для не продливших: как получить настоящую причину

Не продлившие отвечают куда реже продливших — у них меньше причин тратить время на форму компании, услугами которой они больше не пользуются. Здесь работает правило коротких форм: один закрытый вопрос с вариантами причин плюс необязательное открытое поле, а не анкета из десяти пунктов. Хорошая формулировка — «что стало основной причиной не продлевать» с вариантами, которые различают проблему цены, проблему пользы, проблему сравнения с альтернативой и техническую проблему. Ставьте этот вопрос первым и единственным обязательным полем: если человек ответит только на него и закроет форму, у вас всё равно останется главное, а не пустая анкета из-за длинного списка обязательных полей.

Последняя строка таблицы важна отдельно: доля ответивших «техническая проблема с оплатой» — это не показатель отказа от продукта, а показатель качества платёжной инфраструктуры, и её стоит считать и обсуждать отдельно от остальных причин. Смешивание этой доли с содержательными причинами отказа искажает картину в обе стороны: продукт выглядит хуже, чем есть, а платёжный процесс — лучше, чем есть на самом деле. Если эта доля растёт от месяца к месяцу, разговор нужен не с продуктовой командой, а с платёжным провайдером — и опрос здесь неожиданно оказывается инструментом контроля качества биллинга, а не только исследования мнений.

Цена или ценность: два разных диагноза

«Слишком дорого» — самый частый ответ в опросах об отказе, и самый обманчивый: чаще всего он маскирует не проблему цены, а проблему ценности. Человек, который за время триала нашёл в продукте столько пользы, сколько заявленная цена стоит для него лично, редко называет цену препятствием — он либо платит, либо просит скидку с конкретной аргументацией. Ответ «дорого» без уточнений чаще звучит от тех, кто не успел или не смог обнаружить эту пользу, и жалоба на цену на самом деле означает «не увидел, за что платить».

Различить два диагноза помогает уточняющий вопрос, который стоит показывать именно тем, кто выбрал вариант с ценой: «сколько функций из пробного периода вы успели попробовать» с вариантами вроде «почти все», «половину», «пару» или «почти ничего». Ответ «почти ничего» в сочетании с жалобой на цену — почти всегда сигнал проблемы онбординга, а не тарифа: снижать цену в такой ситуации бессмысленно, потому что человек не заплатит и за более дешёвую версию того, ценность чего не увидел.

Длина пробного периода как переменная, а не константа

Ответ «не дошёл до пользы за время триала» стоит читать не только как проблему онбординга, но и как сигнал проверить саму длину пробного периода. Если типичному пользователю для выхода на ключевое действие продукта нужно в среднем десять дней, а триал длится семь, часть отказов будет объясняться не продуктом и не ценой, а простой нехваткой времени. Проверить это можно, сопоставив день, на котором находился отказавшийся человек в момент истечения доступа, с днём, на котором в среднем оказываются те, кто впоследствии продлевает: если разрыв большой, дело в сроке, а не в мотивации.

Удлинение пробного периода — не универсальное решение и стоит денег: чем дольше доступ, тем больше расходов на инфраструктуру и поддержку до появления оплаты. Разумная проверка — тестировать длину на части новых регистраций и сравнивать долю дошедших до ключевого действия и итоговую конверсию в оплату, а не менять срок для всех сразу по интуиции. Опрос по окончании триала в этом эксперименте становится не единственным источником данных, а подтверждением: если после удлинения доля ответа «не хватило времени» падает, эксперимент подтверждён количественно, а не только на словах.

Что делать с ответами дальше

Ответы по окончании триала стоит разбирать не разово, а как накопительную статистику по когортам: доля причин может заметно отличаться месяц от месяца, особенно если меняется маркетинговый канал привлечения или длина самого пробного периода. Сравнение когорт до и после изменения онбординга — один из немногих способов честно проверить, сработала ли правка: если доля ответа «не дошёл до пользы» упала после изменений, значит, правка отработала, а если нет — проблема была не там, где её искали.

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

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

Ограничения

Опрос по окончании триала не измеряет тех, кто прервал пробный период досрочно и удалил аккаунт до его завершения, — они не доживают до формы вовсе, хотя часто самые красноречивые в отношении реальных проблем продукта. Второе ограничение — самоотбор внутри группы не продливших: отвечают охотнее те, у кого претензия конкретная и легко формулируемая, а тихое разочарование без ясной причины остаётся невысказанным и не попадает в статистику вовсе.

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

Четвёртое ограничение — форма не различает тех, кто отказался осознанно, и тех, кто вообще не заметил окончания триала: если доступ просто перестаёт работать без предупреждения, часть отказавшихся — это люди, которые собирались решить вопрос с оплатой позже и упустили момент. Их ответы в общей статистике причин выглядят как содержательный отказ, хотя на деле это тоже техническая, а не продуктовая причина, близкая по смыслу к сорвавшемуся платежу с карты.

Типичные ошибки

1. Показывать один и тот же вопрос продлившим и не продлившим вместо ветки по результату.
2. Отправлять форму по общему расписанию раз в неделю вместо первого часа после решения.
3. Считать жалобу на цену окончательным диагнозом без проверки, сколько функций попробовали.
4. Смешивать техническую проблему с оплатой с содержательными причинами отказа в одной цифре.
5. Снижать тариф в ответ на жалобы, которые на самом деле были жалобами на онбординг.
6. Разбирать ответы разово, а не как накопительную статистику по когортам месяц к месяцу.

С чего начать

Настройте два коротких вопросника — по одному на каждый исход — и покажите их в первый час после того, как статус подписки определился. Продлившим — один вопрос о решающем аргументе, не продлившим — один вопрос о причине с уточнением про использованные функции для тех, кто выбрал цену. Через месяц у вас будет достаточно ответов, чтобы увидеть структуру причин по обеим группам, а не гадать по разрозненным письмам от отдельных клиентов. Собрать такую форму с двумя ветками можно в любом конструкторе, который поддерживает логику переходов по ответу, — «До Сути» такую ветку держит, а вот момент показа всё равно завязан на статус оплаты в вашей платёжной системе, и эту интеграцию настраивает не форма, а ваш биллинг.