Брошенная заявка и реактивация базы: чем отличается звонок одного и того же агента

Человек начал оформлять заявку на кредит на сайте, дошёл до середины формы и закрыл вкладку. В это же время в CRM лежит база из трёхсот контактов, которые оставляли заявку ещё в мае и с тех пор молчат. Формально это две разные проблемы, и первая реакция — искать для каждой отдельное решение: одно на «дожим брошенных форм», другое на «обзвон старой базы». На деле оба сценария ведёт один и тот же голосовой агент — отличается только повод, по которому он берётся за трубку.

Что в обоих случаях устроено одинаково

Разговор строится по одной логике вне зависимости от повода звонка. Агент здоровается, называет причину обращения, ведёт диалог по сценарию, записывает разговор и решает, тёплый контакт или нет. Результат ложится в отчёт с записью и коротким пересказом, а тёплые случаи уходят к менеджеру. Это тот же движок, что и в обычных исходящих кампаниях по холодной базе: разница не в технологии распознавания речи и не в том, как агент звучит, а в том, что именно запускает конкретный звонок.

Где расходится сама точка запуска

Реактивация базы работает по расписанию: вы выгружаете список контактов из CRM, платформа делит их по давности и статусу заявки и звонит с текстом, который учитывает срок — «вы оставляли заявку двенадцать дней назад, вопрос ещё актуален?». Запуск здесь пакетный: агент проходит сразу весь загруженный список, а не реагирует на отдельное событие.

Брошенная заявка работает иначе — это событие, а не расписание. Как только форма зафиксировала номер телефона, а человек ушёл, не дойдя до конца, звонок уходит в течение ближайших часов, пока намерение ещё живо. Выгрузка и сегментация по давности здесь не нужны: повод один и тот же для каждого звонка — «начал, но не закончил». Разница только в том, что именно человек не дооформил.

Почему это одна настройка, а не два разных продукта

Технически для вас это не две отдельные интеграции с двумя разными процессами приёмки, а один механизм с двумя точками входа. На пилоте достаточно один раз объяснить, где лежит база для планового прохода и что считать событием «брошено» — например, если в форме указан телефон, но кнопка отправки не нажата в течение получаса. Дальше платформа сама выбирает текст: с учётом срока для базы или с учётом конкретного шага формы для брошенной заявки.

Разговор отличается сильнее, чем повод для звонка

Слово «триггер» описывает только то, что запускает звонок, а не то, что в нём происходит, — и здесь разница ощутимее всего.

Звонок по брошенной заявке короткий и точечный: человек только что был в процессе, контекст свежий, и агент сразу называет конкретное действие — «вы начинали оформлять полис, но не закончили, что-то было непонятно?». Если затык технический — не разобрался с полем, не понял шаг, — агент подсказывает прямо в разговоре, и заявка либо дооформляется тут же, либо уходит менеджеру с понятной причиной обрыва.

Звонок по старой базе строится иначе, потому что контекст давно остыл. Прежде чем спрашивать про суть вопроса, агент напоминает, когда и по какому поводу был первый контакт — без этого шага человек с высокой вероятностью не поймёт, кто звонит и зачем. Пропустить это напоминание и сразу перейти к делу, как при брошенной заявке, — частая ошибка при настройке: разговор превращается в холодный звонок незнакомцу, хотя контакт уже был.

Два диалога для сравнения

Брошенная заявка:

— Здравствуйте! Вы начинали оформлять заявку на кредит у нас на сайте, но не завершили — возникла сложность? — Да, не понял, что писать в поле про доход супруга. — Давайте подскажу, это займёт минуту.

Реактивация базы:

— Здравствуйте! Вы оставляли у нас заявку одиннадцать дней назад — вопрос ещё актуален? — А, да... честно говоря, уже забыл про это. — Понимаю, коротко напомню детали и передам менеджеру, если интересно продолжить.

Разница в первой реплике — необходимость, а не украшение: без неё второй разговор просто не состоится.

Что нужно, чтобы это заработало у вас

• В форме или заявке должен фиксироваться номер телефона до того момента, когда человек может уйти, — без номера звонить некому.
• Нужно определение события «брошено»: конкретный шаг формы, после которого включается таймер, и сам таймер — полчаса, час, до конца дня.
• Для реактивации нужна регулярная выгрузка из CRM с датой последнего касания и статусом заявки — без этого сегментация по давности не сложится.
• Обе точки входа настраиваются один раз на пилоте, а не заново при каждом запуске.

Когда это не сработает

Если форма теряет человека до того, как он ввёл телефон — например, ушёл на первом шаге, где спрашивают только имя, — звонить попросту некому: без номера контакта не существует. Здесь помогает перестановка полей в самой форме, а не смена сценария обзвона: телефон стоит спрашивать раньше, а не в самом конце.

Похожая ловушка — база для реактивации без даты последнего касания: без неё платформе нечем сегментировать список, и звонок по всей базе с одним и тем же текстом работает хуже, чем адресный по давности. Дата обращения — не менее важное поле, чем сам номер телефона.

Послушайте живой звонок AI-агента и судите по разговору, а не по слову «робот» — демо бесплатное