ИИ-агент для дожима лидов: возврат в воронку

Дожим лидов ИИ-агентом, это автоматический возврат остывших, зависших и слитых заявок обратно в воронку продаж без ручного обзвона менеджерами. ИИ-агент сам находит в CRM потенциальных клиентов, которые перестали двигаться по сделке, напоминает о себе или ставит задачу менеджеру, фиксирует причину и возвращает сделку на нужный этап. В отличие от простого промта или чат-бота, он работает автономно: запускается по условию, помнит историю общения и выбирает следующий шаг по заданным правилам. В Альбато такого агента собирают без кода и подключают к amoCRM, Битрикс24 и мессенджерам через 1 000+ интеграций. Дальше разберём, какие заявки стоит реанимировать, как устроен цикл реактивации и как настроить его на связке ИИ-агента с вашей CRM.

Что такое дожим лидов и почему база сама себя не возвращает

Дожим лидов, это повторная работа с заявками, которые не дошли до сделки: недозвоны, мягкие отказы, зависшие сделки и остывшая база. Цель простая: вернуть этих людей в активную воронку и довести часть из них до покупки. Это не новые заявки, а те, за кого вы уже заплатили рекламой, но так и не закрыли.

Откуда берётся спящая база? Менеджер не дозвонился три раза и пометил контакт как недозвон. Клиент сказал «дорого» или «сейчас не актуально» и сделка зависла. Заявка пришла в выходной, на неё ответили в понедельник, человек уже ушёл к конкуренту. Каждый день в CRM оседают десятки таких карточек.

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

Часть этой проблемы решается ещё на входе: чем быстрее обрабатываются заявки, тем меньше их остывает. Подробно про скорость первой линии в материале ИИ-агент в продажах: как не терять лиды после 18:00. Но даже при идеальной первой линии часть базы всё равно остывает, и вот с ней и работает дожим.

ИИ-агент для дожима, это не промт и не чат-бот

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

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

Условие запуска, это событие в CRM, на которое агент реагирует: заявка не двигалась 14 дней, перешла на этап «отказ не реализован», прошла заданная дата последнего касания. Память нужна, чтобы агент не писал одно и то же дважды и помнил, чем закончился прошлый контакт. Обратная связь, это про адаптацию: если письмо не открыли, агент по правилам может поставить задачу на звонок.

Если хочется глубже разобраться в самой природе ИИ-агента, есть подробный разбор: что такое ИИ-агент: гайд для бизнеса в 2026 году. А чем агент отличается от обычного бота на конкретных примерах, разобрано в материале ИИ-агент vs чат-бот: в чём реальная разница.

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

Какие заявки реактивировать: сегменты спящей базы

Не вся остывшая база одинаковая, и сценарий касания зависит от того, почему заявка застряла. Недозвон нужно просто поймать в удобное время, а отказ «дорого» закрыть новым предложением. ИИ-агент сам разносит заявки по сегментам, читая данные карточки в CRM: причину отказа, дату последнего касания, этап сделки.

Честно про границы: реактивировать можно не всех. Жёсткий отказ («больше не пишите», «не интересно, точка») трогать нельзя. Нерелевантные заявки (ошиблись номером, не ваша услуга) реанимировать бессмысленно. И отдельно: нельзя писать тем, кто не давал согласия на повторную коммуникацию. Это не только вопрос вежливости, но и закона.

Чтобы агент корректно сегментировал базу, важно, чтобы карточки в CRM были заполнены: причина отказа, источник, дата последнего контакта. Как навести в этом порядок системно, разобрано в материале лид-менеджмент: как выстроить систему обработки заявок.

Как устроен цикл реактивации: от условия до возврата в воронку

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

1. Условие запуска. Агент срабатывает по событию в CRM: заявка не двигалась N дней, прошла дата последнего касания или сделка ушла на этап «отказ не реализован».
2. Анализ карточки. Агент читает историю и данные сделки, относит заявку к сегменту и выбирает сценарий.
3. Касание. Сообщение в мессенджере, письмо или задача менеджеру на звонок, в зависимости от сегмента и канала.
4. Фиксация результата. Агент записывает в карточку, что сделал и какой получил ответ или причину.
5. Возврат в воронку. Сделка возвращается на нужный этап, либо закрывается с зафиксированной причиной, либо ставится задача менеджеру.

Ключевое в этом цикле, чем он заканчивается. Не текстом в чате, а реальным изменением в CRM. Именно поэтому дожим невозможен без связки агента с вашей системой продаж.

Дожим, это частный случай более широкой автоматизации воронки. Как агент закрывает другие задачи отдела продаж, от квалификации до напоминаний, разобрано в материале ИИ-агент для отдела продаж: автоматизация воронки от лида до сделки.

Дожим лидов на связке ИИ-агента с CRM в Альбато

Альбато выпускает собственных ИИ-агентов: один конструктор без кода плюс 1 000+ коннекторов одной платформой. Вы и создаёте агента, и подключаете его к сервисам в одном окне. Для дожима это значит, что агент связан с amoCRM или Битрикс24, мессенджерами и таблицами, а не работает сам по себе в чате.

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

• Модель («мозг») принимает решения. Можно начать со встроенной Альбато AI, без отдельного подключения сторонней ЛЛМ (большая языковая модель). Доступны также OpenAI, DeepSeek и Google Gemini.
• Инструкция (промт) описывает задачу своими словами: какие заявки считать спящими, как сегментировать, что писать. На каждое поле до 1 000 символов.
• Инструменты (действия) подключают конкретные шаги в сервисах: обновить сделку в CRM, отправить сообщение, поставить задачу. Всего в каталоге около 5 000 действий.
• Память хранит контекст между запусками, от 1 до 100 взаимодействий. Нужна, чтобы агент помнил прошлые касания конкретной заявки.

Логика связки простая: условие из CRM запускает агента, агент по инструкции анализирует карточку, вызывает нужное действие-инструмент в CRM или мессенджере и обновляет сделку. Инструкцию агенту пишут обычным языком, например: «Проверь заявки без движения 14 дней. Определи причину остановки. Если недозвон, поставь задачу менеджеру. Если мягкий отказ, отправь сообщение с новым предложением. Зафиксируй результат в карточке».

Дальше агенту подключают инструменты, то есть те действия в amoCRM, Битрикс24 или мессенджере, которые он сможет вызвать. Агент сам выбирает нужное в зависимости от ситуации, а часть полей может заполнить сам.

Почему именно связка с CRM, а не «чат-бот без CRM»? Без CRM агент не видит историю заявки и не может изменить сделку. Он в лучшем случае поговорит с клиентом и забудет об этом. Со связкой через Альбато реактивация доходит до записи в воронке: причина зафиксирована, этап обновлён, менеджер получил задачу. Подробная инструкция по настройке агента есть в справке Альбато.

По стоимости логика прозрачная: каждый запуск агента списывает 3 транзакции, плюс при работе на Альбато AI добавляется 1 транзакция за каждые 2 000 токенов. Сэкономить помогает то, что менеджеры перестают тратить часы на ручной перебор базы. Собрать такого агента на связке с вашей CRM можно самостоятельно.

С чего начать дожим лидов ИИ-агентом

Начинать дожим стоит не со всей базы сразу, а с одного сегмента и одного канала. Так проще проверить сценарий и не сжечь контакты неудачным касанием. Вот короткий путь.

1. Оцените спящую базу. Выгрузите из CRM заявки без движения, разметьте по сегментам (недозвоны, отказы, зависшие сделки, остывшая база).
2. Начните с одного сегмента. Например, недозвоны и один канал, мессенджер. Маленький объём легче контролировать.
3. Задайте агенту инструкцию и ограничения. Опишите задачу, дайте агенту базу знаний (типовые ответы, причины отказов), подключите инструменты в CRM и мессенджере.
4. Запустите на части базы. Прогоните на 20-30 заявках, проверьте результат по журналу, поправьте промт и масштабируйте.

Типичные ошибки тут понятные. Реактивировать всё подряд без сегментации, контакты раздражаются. Делать «агента-монстра» на все задачи сразу вместо одного простого сценария. Запускать без ограничений, тогда агент пишет лишнее. Один четкий сегмент на старте лучше, чем вся база в хаосе.

Если вы только выбираете, в какой системе вести продажи и дожим, поможет материал как выбрать CRM в 2026 году: гайд для малого бизнеса. А связку агента с системой продаж в Альбато вы собираете без программиста, и реактивация сразу доходит до обновления сделки.