Оценка риска оттока: увидеть клиента до его ухода

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

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

Что на самом деле измеряет оценка риска оттока?

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

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

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

Какие сигналы действительно предвещают уход?

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

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

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

Как превратить сигналы в число?

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

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

В Rocketly эта логика живёт в Конструкторе отчётов: вы выбираете поля из источников по клиентам, сделкам, задачам и встречам, ставите фильтры и группировку и в одном отчёте видите, сколько аккаунтов переходит порог по каждому сигналу. Изменили вес — там же видно, какие аккаунты сменили полосу. Формула перестаёт быть предметом спора и становится определением отчёта.

Сигнал	Пример порога	Пример веса	Почему такой вес
Дни с последнего содержательного контакта	30 / 60 / 90 дней	30%	Портится наиболее стабильно перед уходом и дешевле всего измеряется
Падение частоты заказов или использования	−25% к прошлому кварталу	25%	Показывает намерение через поведение, меньше всего зависит от трактовки
Сдвиг сроков оплаты	Средняя отсрочка +15 дней	20%	Самый ранний видимый след уже принятого решения
Нагрузка поддержки и время решения	Время решения вдвое выше цели	15%	Ловит трение, но в одиночку вводит в заблуждение
Срок до продления договора	Менее 90 дней	10%	Риск не статичен: тот же сигнал дороже, когда дата ближе

Эти значения — точка отсчёта, а не норматив. В подписной модели частота заказов бессмысленна, её место занимает частота использования. В проектном агентстве дата последнего контакта почти в одиночку делает всю работу. Свои веса выводите из своей истории оттока.

Где поставить порог?

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

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

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

Где искать причину, когда оценка ошибается?

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

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

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

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

Что делать в первые сорок восемь часов по красному аккаунту?

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

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

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

Каких клиентов стоит удерживать?

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

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

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

Кто отвечает за оценку и каким должен быть ритм?

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

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

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

Как понять, что оценка работает?

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

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

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

С чего начать?

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

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

Частые вопросы

При каком количестве клиентов это имеет смысл?

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

Как часто пересчитывать оценку?

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

Как уменьшить число ложных тревог?

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

Стоит ли предлагать рискованному клиенту скидку?

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