CRM-аналитика
Удержание и реактивация: как выбрать механику по причине остановки отношений
Время чтения: 4 мин
Уровень материала: Для экспертов
Содержание
Клиент перестал покупать. Самое доступное действие — отправить скидку. Но причина паузы может никак не зависеть от цены.
У человека ещё есть запас. В сервисе не хватает нужной функции. Компания завершила проект. После неудачной доставки клиент ждёт решения проблемы.
Механика удержания начинается с понимания того, что именно остановилось.
Разделите ситуации
Удержание помогает сохранить отношения, которые клиенту ещё нужны. Реактивация помогает возобновить отношения после паузы или прекращения использования.
Граница зависит от бизнеса. В подписке её можно связать с договорным состоянием. В рознице приходится оценивать отклонение от ожидаемого поведения. В проектном B2B длительный перерыв может быть нормальным.
| Ситуация | Подходящее направление работы |
|---|---|
| Не прошла оплата | Помочь восстановить платёж |
| Не хватает функции | Сообщить об изменении, когда функция действительно появилась |
| Есть нерешённая проблема | Завершить обслуживание и восстановить доверие |
| Изменилась интенсивность использования | Предложить подходящий объём или паузу |
| Потребность завершилась | Сохранить возможность вернуться при новой задаче |
| Причина неизвестна | Уточнить контекст без уверенных предположений |
Высокий риск ухода не определяет полезность предложения
Клиент с высоким риском может уже принять окончательное решение. А клиент с умеренным риском — остановиться из-за небольшого устранимого препятствия.
Поэтому прогноз ухода и прогноз реакции на действие решают разные задачи. Первый помогает обнаружить возможную проблему. Второй — выбрать воздействие, которое способно изменить результат.
Это различие подробно раскрывается в статье «Предиктивный churn или uplift».
Условный пример: цифровой сервис
Пользователь отменил подписку, потому что сервис не поддерживал нужную интеграцию. Через два месяца интеграция появилась.
Рабочая механика связывает релиз с подтверждённой причиной ухода:
- проверяет, что новая возможность действительно закрывает задачу;
- объясняет конкретное изменение;
- показывает условия возвращения;
- прекращает напоминания после ответа или восстановления подписки.
Общее письмо «Мы скучаем, вот скидка» не передаёт главную причину пересмотреть решение.
При этом обещание должно соответствовать реальной готовности функции. Бета-версию с ограничениями нельзя описывать как полностью решённую задачу.
Условный пример: розничная реактивация
В тестовой и контрольной группах по 10 000 подходящих клиентов. За одинаковый период:
- в тесте купили 700 человек;
- в контроле — 600.
По наблюдаемой разнице дополнительными являются 100 покупателей, хотя отчёт платформы может связать с кампанией все 700 покупок.
Допустим, маржинальный доход до реактивационного бонуса составляет 800 рублей на покупателя. Все 700 покупателей тестовой группы получили бонус стоимостью 150 рублей. Контакты обошлись в 10 000 рублей.
Тогда условный дополнительный результат:
100 × 800 − 700 × 150 − 10 000 = −35 000 рублей.
Это точечный расчёт при заданных допущениях. Он показывает, что высокий процент вернувшихся ещё не подтверждает окупаемость программы.
В B2B возвращайте конкретную задачу в обсуждение
Если проект остановился из-за отсутствия бюджета, еженедельные напоминания могут не помочь. Полезнее согласовать дату возврата к вопросу и условия, при которых обсуждение станет актуальным.
Если причина — техническое ограничение, поводом для контакта будет его устранение. Если сменился ответственный, потребуется восстановить контекст, а не продолжать старую последовательность писем новому человеку.
Опишите границы попыток
У реактивации должны быть срок, число попыток, условия повторного входа и реакция на отказ. Сценарий, который бесконечно увеличивает скидку, может научить клиентов ждать следующего предложения.
Возобновление покупки также не гарантирует устойчивого возвращения. В оценке полезно смотреть, что произошло после первой реактивационной покупки, и учитывать полную стоимость её получения.