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