Вопросы и шаблоны · 22 августа 2026 г.

Опрос при отмене подписки: как получить честный ответ на экране отмены

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

Почему вопрос должен быть на самом экране отмены

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

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

Один вопрос, без промежуточных экранов

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

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

Этическая граница: где забота заканчивается и манипуляция начинается

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

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

Формулировка вариантов ответа

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

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

Как расположить вопрос в интерфейсе

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

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

• Вопрос — визуально основной элемент экрана, а не мелкая строка под кнопкой подтверждения.
• Варианты — кликабельные плитки или радиокнопки в один клик, не выпадающий список.
• Первый вариант в списке — самая частая причина по прошлым данным, а не удобная компании.
• Кнопка «пропустить» видна сразу, без необходимости искать способ закрыть форму.

Спасательное предложение: когда уместно, а когда ловушка

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

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

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

Как использовать данные для снижения оттока

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

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

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

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

Ограничения

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

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

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

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

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

С чего начать

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