Старая база неоднородна: срок давности, прежний отказ и исходная потребность меняют и вероятность ответа, и допустимый повод нового контакта.
Реактивация клиентской базы начинается с даты последнего контакта, прежнего интереса и причины паузы. Если команда спрашивает, как оживить клиентскую базу, сначала выделите сегменты, для которых предложение действительно изменилось.
Определите результат до настройки
Сформулируйте целевое событие одним проверяемым действием. Для первого участка процесса вопрос звучит так: как сегментировать старую базу перед обзвоном? Для второго: как выбрать повод для возвращения клиента в диалог? Не подменяйте ответ на эти вопросы количеством звонков: после контакта должно появиться подтверждение клиента, запись в системе или задача конкретному сотруднику.
Первая механика: как сегментировать старую базу перед обзвоном
Разделите записи по давности, исходной потребности, причине остановки, последнему контакту и допустимому каналу. Сначала протестируйте небольшой однородный сегмент. Это правило стоит превратить в схему «событие → проверка данных → вопрос клиенту → действие». Укажите для каждого шага источник информации и владельца. Если исходный факт недоступен, агент не должен угадывать: он сохраняет недостающий параметр и передаёт его сотруднику с обещанным сроком.
Голосовая нейросеть для бизнеса не исправит устаревшую базу: перед реактивацией проверьте даты покупок и причины отказов. Робот для реактивации базы должен останавливаться после ответа «уже купили» и обновлять CRM до следующей волны звонков.
До сегментации удалите дубли по нескольким идентификаторам, а не только по телефону: один клиент может оставить заявки с разных номеров. Запись о запрете контакта должна иметь приоритет над новой рекламной заявкой, пока ответственный не проверил основание для связи. По каждому сегменту фиксируйте причину включения в кампанию.
Возраст базы должен считаться от последнего содержательного контакта, а не только от даты создания записи. Свежая активность может скрываться в комментариях к старой карточке.
Практический пример. Запросы на недвижимость после несостоявшегося показа отделяют от покупателей, которые уже приобрели объект; им нужны разные поводы для разговора. После разговора проверьте не только формулировку ответа, но и финальную запись: какой исход выбран, какие данные подтверждены самим клиентом, кому назначено действие и когда оно должно быть выполнено. Без этой проверки красивый диалог может закончиться потерей заявки.
Вторая механика: как выбрать повод для возвращения клиента в диалог
Привяжите повод к истории обращения: появился подходящий вариант, изменились условия, освободилось время или пришёл срок плановой услуги. Проверяйте правдивость повода в CRM. В этой части процесса человек может изменить актуальность старого запроса или согласие на новый контакт. Поэтому храните последнее подтверждённое состояние и историю изменений. Если финальная карточка расходится с последней репликой клиента, следующий сотрудник повторит вопрос или выполнит неверное действие.
Хороший повод должен выдерживать проверку одним вопросом клиента: «Почему вы звоните именно сейчас?» Если ответ состоит из общего рекламного лозунга, сценарий слабый. Сопоставляйте повод с последней потребностью и наличием действующего предложения; перед запуском попросите менеджера подтвердить фактическую доступность каждого обещаемого варианта.
Оффер удобно тестировать на одном сегменте с сохранением прежнего сценария в контрольной части. Так видно, влияет ли конкретный повод, а не просто новая волна звонков.
Сценарий для проверки. Пациент интересовался конкретной процедурой, но не нашёл удобную дату. Новый слот у нужного специалиста — предметный повод, общая акция — слабее. Проиграйте соседний вариант: прежний запрос уже не актуален, но появилась другая потребность. Агент должен показать границу своих полномочий, обновить именно изменившийся параметр и оставить сотруднику точный открытый вопрос.
Рабочий инструмент и поля для команды
Создайте матрицу сегментов по давности, прошлой потребности, причине паузы и последнему контакту. Для каждого сегмента напишите один проверяемый повод: новый слот, вариант, срок или изменение условий.
Автоматизация работы со старой базой должна исключать активные сделки и прямые отказы до запуска любой цепочки касаний.
В карточке обращения нужны давность последнего контакта, прежняя потребность, причина паузы и новый повод обращения. На втором этапе обновляйте эти поля после каждого подтверждённого изменения. Рядом с каждым значением отмечайте источник: сказал клиент, пришло из CRM или рассчитано системой. Сотрудник должен видеть последнее подтверждённое состояние и причину передачи.
Запуск на ограниченном потоке
Быстрая проверка для первого цикла: Начните с небольшого однородного сегмента и спросите первых отказавшихся, почему предложение не относится к их прошлому запросу. Не расширяйте охват, пока хотя бы один критичный переход регулярно теряет данные или создаёт необоснованное обещание. При ошибке меняйте конкретный факт, ветку или интеграцию, а затем повторяйте тест на исходном случае и соседних сценариях.
Метрики, формула и интерпретация
Сравнивайте дозвон, подтверждённый интерес и итоговые сделки отдельно по каждому сегменту и офферу. Считайте долю содержательных разговоров и переходов к следующему шагу по каждому поводу, а не по одному общему скрипту. Конверсия по сегменту = подтверждённые следующие шаги / достигнутые контакты внутри сегмента. Не сравнивайте её с общей долей по всей базе. В таблице всегда показывайте абсолютные числа рядом с процентами: 4 ошибки из 10 разговоров и 4 из 1000 означают разные задачи. Для длинного цикла сделки задайте окно наблюдения и не приписывайте вчерашней кампании продажи старых лидов.
Ошибки и правила остановки
Общий процент по всей базе маскирует сегменты с разным качеством и может привести к повторным звонкам людям, которым это неуместно. Выдуманная срочность и несуществующие изменения условий разрушают доверие быстрее, чем честное признание отсутствия новостей. Для каждого такого случая пропишите стоп-условие: что агент отвечает, какой статус ставит, кому передаёт вопрос и в какие сроки человек возвращается к клиенту. Сохраняйте отдельные исходы для отказа, недозвона, переноса и технического обрыва — повторный контакт для них должен работать по разным правилам.