Как клиент превращается в «спящего»
У менеджера в работе одновременно 100-200 сделок на разных стадиях. Часть из них движется, часть - зависает: клиент сказал «подумаю», разговор ушёл в паузу, а дальше начинается обычная жизнь отдела продаж - приходят новые лиды, горят текущие сделки, и про того, кто просто замолчал, забывают. Не потому что он неважен, а потому что он не создаёт срочности. Никто ему не звонит специально «на всякий случай» - время идёт на тех, кто спрашивает прямо сейчас.
Проходит две недели, месяц - и клиент, который был готов купить, уже нашёл решение у конкурента. В CRM при этом всё выглядит благополучно: сделка висит в статусе «в работе», просто в работе никто её на самом деле не держит.
Что делает ИИ вместо человека
Система постоянно смотрит на дату последнего касания по каждой открытой сделке - звонка, письма, сообщения - и сравнивает её с порогом, который вы задаёте сами: например, 10 дней для тёплого лида, 30 дней для тех, кто на паузе. Как только клиент переходит этот порог, включается один из двух сценариев:
ИИ сам выходит на связь. Через мессенджер или почту клиенту уходит короткое, не продающее в лоб сообщение - напоминание, что вы на связи, вопрос, актуально ли предложение до сих пор, полезный материал по теме разговора. Цель не закрыть сделку одним сообщением, а снова стать заметным до того, как клиент забудет о вас вовсе.
ИИ сигналит менеджеру. Если формат сделки требует личного контакта - крупный чек, сложные условия, - вместо автоматического сообщения клиенту система создаёт задачу конкретному менеджеру: «по этой сделке 18 дней тишины, последний раз клиент интересовался рассрочкой - позвони сегодня». Не общее «проверьте застоявшиеся сделки», а конкретный повод и конкретный человек, которому нельзя молча пройти мимо, потому что задача не потеряется среди остальных.
Почему это не то же самое, что напоминание в календаре
Разница не в технологии, а в том, что человек забывает ставить себе напоминания именно на тех клиентов, которые кажутся неважными в моменте - а это ровно те, кто чаще всего теряется. ИИ не расставляет приоритеты по ощущению срочности: он одинаково внимательно следит за каждой открытой сделкой, включая ту, о которой менеджер сам давно не вспоминал.
Что с этим лучше не делать
Не стоит настраивать одинаковый порог тишины для всех типов сделок - клиент с чеком в несколько тысяч рублей и клиент с чеком в несколько миллионов требуют разной частоты касаний. И не стоит отдавать автоматическому сообщению клиентов, где на кону сложные личные переговоры, - здесь правильнее сигнал менеджеру, а не текст от бота.
Ограничения подхода
Система возвращает в поле зрения тех клиентов, чей интерес мог остыть из-за молчания, а не тех, кто отказался осознанно и окончательно, - если клиент явно попрощался, повторный контакт не поможет, а раздражит. Порог тишины и формат касания (автоматическое сообщение или задача менеджеру) нужно настраивать под специфику продукта и цикла сделки, единого универсального значения не существует.
Частые вопросы
Не будет ли это выглядеть навязчиво для клиента?
Зависит от формулировки и частоты - одно ненавязчивое напоминание после реальной паузы не то же самое, что настойчивый дожим; тон сообщения настраивается заранее.
Гарантирует ли это возврат каждого клиента?
Нет - система возвращает клиента в поле зрения, а не гарантирует сделку: если интерес пропал по существу, а не из-за молчания, повторный контакт этого не изменит.
Можно ли использовать это только для уведомления менеджера, без автоматических сообщений клиенту?
Да, оба сценария настраиваются независимо - можно ограничиться только сигналами менеджеру, если прямой контакт от бота нежелателен для вашего продукта.
Хотите увидеть, сколько сделок в вашей CRM сейчас молчат дольше, чем должны? Можно провести аудит на реальных данных.