возврат «спящих» клиентов: 6 сценариев автоматизации
На аудитах регулярно вижу одну и ту же картину: 15–25% контактов в базе не отвечают больше года, но в CRM у них статус «в работе» и назначенный менеджер. Формально база активна, по факту — треть из неё балласт, который никто не трогает и никто официально не списывает. Проблема не в том, что со спящими не работают, а в том, что работают тем же касанием, что и с живыми клиентами, — и это не приносит результата. Ниже — шесть сценариев автоматизации, которые отделяют спящих от активных и возвращают часть базы без лишней нагрузки на менеджеров.
когда клиент на самом деле «спит», а не просто взял паузу
В статье про автоматизацию повторных продаж я разбирал, как считать медианный цикл потребления и напоминать клиенту вовремя — на 70–80% этого цикла. Там же есть сегмент «под риском»: клиент молчит от одного до двух циклов, и с ним ещё работает обычное напоминание менеджера. Здесь речь о другом сегменте — тех, кто молчит в 2–3 раза дольше обычного цикла.
Если медианный интервал между обращениями 60 дней, «под риском» — это молчание 60–120 дней. А вот 150–180 дней и больше — это уже не пауза, это статистически клиент, скорее всего, ушёл. Для проектных услуг с циклом 4–6 месяцев порог сна сдвигается на 10–14 месяцев тишины. Правило простое: если клиент молчит в два-три раза дольше, чем молчат обычные клиенты между покупками, — это другой сегмент.
Разница принципиальная. Клиенту «под риском» ещё актуален прежний повод — он в процессе принятия решения, и напоминание его подталкивает. Спящему тот же повод уже не актуален: обстоятельства, из-за которых он перестал покупать, никуда не делись за год. Звонок с тем же скриптом, что и полгода назад, он либо не поднимет, либо вежливо отмахнётся.
Обычные касания не работают на спящих по одной причине: они рассчитаны на клиента, который ещё в контакте с компанией. Спящему нужен не менеджер с тем же вопросом, а отдельный сценарий win-back — с другим посылом, другим каналом и точкой, после которой его официально считают потерянным.
спящие — это не одна группа, а минимум три
Универсальный текст «мы по вам соскучились» не работает ни на ком, потому что причины молчания у спящих клиентов разные. На своих проектах я делю этот сегмент минимум на три группы.
Первая — недавно уснувшие: только что перешли порог в 2–3 цикла, ещё помнят компанию и последнюю сделку. С ними работает прямой, но не продающий контакт: напоминание, что вы существуете, и вопрос, что изменилось.
Вторая — давно спящие: молчат от года и больше, детали сотрудничества уже стёрлись. Здесь прямое «давайте продолжим» звучит странно — клиент может даже не вспомнить, кто вы. Нужен повод заново представиться, а не продолжить разговор с того места, где он оборвался.
Третья — разовые: одна покупка или сделка, повторный цикл к ним неприменим в принципе. На аудитах эта группа занимает 30–40% спящего сегмента, и её чаще всего ошибочно гонят по тому же сценарию, что и постоянных клиентов. Для разовых работает не «возвращение», а знакомство заново — с другим предложением.
сценарий 1–2 — смена канала и робот, который переводит в «реактивацию»
Первый сценарий — смена канала касания. Со спящими не звонят: звонок от менеджера, которого клиент не слышал год, воспринимается либо как забытая претензия, либо как навязчивая продажа. Работает мессенджер или email с нейтральным, не продающим тоном — короткое сообщение с конкретным поводом, без «как дела» и без счёта в конце.
Второй сценарий — триггер-робот в Битрикс24, который по условию «дата последней активности» автоматически переводит контакт в отдельную стадию или отдельную воронку «Реактивация», как только клиент пересекает порог сна. Это не воронка ожидания сделки, как для активных повторных продаж, а воронка попытки достучаться: этапы здесь — «сообщение отправлено», «есть ответ», «нет ответа», «архив».
Важный момент: контакт при этом снимается с активной воронки менеджера. Он не висит одновременно в двух местах, иначе менеджер продолжит формально его вести, а система будет считать его дважды. Робот делает это автоматически по расписанию — ежедневная проверка базы по полю «дата последнего контакта», без ручной сверки.
сценарий 3–4 — персональный повод и «последняя попытка»
Третий сценарий — персонализированный повод для возврата вместо прямого предложения купить. «У нас акция» спящего не трогает — акции для него больше не повод, раз он уже год не покупает. Работает конкретный инфоповод по сегменту: для недавно уснувших — новость по их прежнему запросу («у линейки, которую вы брали, изменились условия»), для давно спящих — заметное изменение («обновили условия обслуживания», «открыли склад ближе к вам»), для разовых — не продолжение прошлой покупки, а другое предложение.
Четвёртый сценарий — «последняя попытка» с явной точкой отсечения. Если клиент не ответил на первое касание, через 2–3 недели уходит второе сообщение с прямой формулировкой: если ответа не будет, компания перестаёт писать. Это не манипуляция срочностью, а честная граница — она работает лучше расплывчатых допродаж именно потому, что даёт клиенту принять решение, а не игнорировать очередное письмо среди десятка похожих.
Точка отсечения нужна не только клиенту, но и компании: без неё контакт остаётся в статусе «работаем» бесконечно, и на него продолжают тратить касания, которые давно не окупаются.
сценарий 5–6 — как считать результат и что делать с молчащими
Пятый сценарий — измерение конверсии по сегментам, а не по базе целиком. Общий процент реактивации ничего не говорит: если недавно уснувшие ответили в 15% случаев, а давно спящие в 2%, средняя цифра в 8% замаскирует то, что один сегмент стоит вкладывать, а другой — почти нет.
Реалистичная цифра для ориентира: 5–12% реактивации от сегмента. Это рабочий результат, а не провал — ждать 30–40%, как иногда рассчитывают до запуска, не стоит: это люди, уже переставшие покупать по какой-то причине, и большая часть так и останется в стороне.
Шестой сценарий — что делать с теми, кто не ответил ни на первое, ни на «последнее» сообщение. Их нужно формально перевести в архив и исключить из активных рассылок и обзвонов. Это не значит удалить контакт — данные остаются, но регулярные касания прекращаются. Причина простая: молчаливые адреса и номера портят показатели рассылок — открываемость и доставляемость падают, если треть получателей никогда не открывает письма, и это бьёт по репутации канала для остальной, живой части базы.
частая ошибка — спящих формально держат в воронке менеджера
На аудитах эта ошибка встречается чаще, чем можно ожидать: контакты, которые не отвечают год и больше, продолжают формально числиться в активной воронке менеджера — на дальней стадии, без движения. Никто не закрывает их как проигранные, потому что руководитель просит «не терять клиента», а менеджер не хочет портить статистику отказами.
Результат — раздутая воронка. Руководитель видит общее число сделок в работе, которое выглядит солидно, но треть из них никогда не сдвинется с места. Конверсия из «в работе» в оплату искусственно занижается, план строится на несуществующем потенциале, а реальная нагрузка менеджера скрыта за балластом.
Лечится это одним действием: спящие контакты должны физически покинуть воронку продаж и переехать в отдельный статус — реактивацию или архив. Тогда воронка показывает только то, что реально может закрыться в обозримый срок, а отчётность перестаёт врать и себе, и собственнику.
как это внедрить и куда смотреть дальше
Технически всё это собирается штатными средствами Битрикс24, без разработки под задачу. Нужны: поле с датой последней активности, робот, который по расписанию переводит контакт в статус «спит» или сразу в воронку реактивации, и отдельные шаблоны сообщений под три сегмента. Если воронки продаж в компании ещё не выстроены как следует, начинать стоит с базовой механики — я подробно писал, как настроить воронку продаж в Битрикс24, чтобы этапы отражали реальный процесс.
Кто отвечает за сегмент: в небольшом отделе — руководитель, который раз в месяц смотрит воронку реактивации и решает, кого архивировать. В отделе побольше эту функцию стоит отдать человеку без плана по новым сделкам — иначе спящие всегда проиграют горячим лидам за его внимание.
Результаты по сегментам и каналам касания стоит выносить в сквозную отчётность, а не смотреть глазами по CRM — иначе через квартал никто не вспомнит, что сработало лучше. Как это выстроить, разбирал в статье про сквозную аналитику в Битрикс24. И вся эта механика бессмысленна без верной методики расчёта самого цикла — за ней возвращайтесь к статье про повторные продажи, там она разобрана по шагам.