Прогноз оттока в CRM: кому звонить и как проверить пользу

Сначала договориться, что считать уходом

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

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

Если история слишком короткая, часть клиентов ещё не успела пройти полный цикл. Не помечайте их как оставшихся только потому, что уход пока не наблюдался. Выделите такие записи отдельно и определите, когда их результат станет известен.

Собрать признаки без утечки будущего

Полезно проверить доступность истории оплат, изменений тарифа, обращений в поддержку и использования продукта. Но брать каждое поле из CRM не требуется. Сначала объясните, почему оно могло быть известно до решения клиента и как обновляется.

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

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

Превратить оценку в рабочую очередь

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

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

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

Проверить вмешательство, а не красивый балл

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

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

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

Что записывать обратно в CRM

Для интеграции достаточно отдельной сущности или полей: версия прогноза, дата расчёта, причина проверки и итог действия сотрудника. Конкретный способ записи в Bitrix24, amoCRM или другой продукт проверьте по доступному интерфейсу вашей установки.

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