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