ИИ-агент для дожима лидов помогает вернуть в работу заявки, которые остановились после первого сообщения, расчёта или консультации. Он находит такие сделки в CRM, проверяет историю общения, отправляет подходящее напоминание и фиксирует реакцию клиента. В статье разберём, какие заявки стоит передавать агенту, как построить сценарий без навязчивых сообщений и где оставить менеджеру право на личный контакт. В результате бизнес получает понятный план настройки для сайта или мессенджера.
Какие заявки считаются зависшими?
Заявка зависает, когда клиент уже проявил интерес, но следующий шаг не состоялся. Например, человек спросил цену, получил расчёт и перестал отвечать. Другой вариант: менеджер договорился вернуться с предложением, но не поставил себе задачу. В CRM такие сделки остаются на прежнем этапе, хотя причина остановки ещё не ясна.
Для начала выберите один конкретный участок воронки. Не стоит сразу охватывать все сделки за несколько лет. Возьмите обращения, которые остановились после консультации, не перешли к оплате или ждут уточнения от клиента. Зафиксируйте условия запуска:
- сделка не меняла этап заданное количество дней;
- менеджер отправил предложение, но не получил ответа;
- клиент задал вопрос и не завершил оформление;
- в CRM есть контакт и история предыдущего диалога;
- сделка не помечена как закрытая, отменённая или требующая ручной работы.
Условие запуска должно быть измеримым. Формулировка «напомнить о старых лидах» слишком расплывчата. Рабочий вариант выглядит так: «если после отправки предложения нет ответа, агент создаёт задачу на повторный контакт». Срок и этап выбирает сам бизнес, исходя из длительности своей сделки.
Что именно делает ИИ-агент в воронке?
Обычный чат-бот отвечает на сообщение по сценарию. ИИ-агент получает цель и сам выбирает последовательность действий: читает данные, обращается к CRM, формирует сообщение, проверяет результат и передаёт случай сотруднику. В материалах об ИИ-агентах для бизнеса это отличие описывают кратко: бот отвечает, агент решает задачу.
В сценарии дожима агент может выполнить такую цепочку:
- найти в CRM сделки, которые подходят под заданное условие;
- прочитать предыдущие сообщения и определить, на каком шаге остановился клиент;
- выбрать нейтральный повод для контакта: уточнение, напоминание о расчёте или ответ на оставшийся вопрос;
- отправить сообщение в подключённый канал;
- распознать ответ клиента и записать его в CRM;
- передать диалог менеджеру, если клиент готов обсуждать детали или задаёт нестандартный вопрос.
Текст зависит от контекста. Клиенту, который спрашивал срок поставки, нужно напомнить именно об этом. Человеку, который сравнивал варианты, лучше предложить уточнить критерии выбора. Одинаковое «Здравствуйте, вы ещё заинтересованы?» быстро превращает полезный контакт в формальную рассылку.
Если задача ограничивается понятными кнопками и несколькими ветками, хватит сценарного чат-бота. Если агенту нужно учитывать историю диалога, находить данные в CRM и самостоятельно выбирать следующий шаг, уместнее рассмотреть связку с ИИ-агентом. Разницу между подходами для Telegram можно увидеть в разборе ИИ-агента или сценария в Aimylogic.
Как настроить дожим лидов без давления?
Сначала опишите не текст сообщения, а причину контакта. У агента должна быть инструкция: кому писать, какую информацию использовать, что предлагать и в какой момент остановиться. Например, для заявки на услугу можно задать такие правила: напомнить о расчёте, задать один уточняющий вопрос, не отправлять повторное сообщение сразу после отказа и передать менеджеру просьбу о звонке.
Полезно разделить лиды по степени готовности. Статус в CRM не всегда показывает реальный интерес, поэтому агенту нужны признаки из переписки:
| Ситуация в диалоге | Действие агента | Когда подключить менеджера |
|---|---|---|
| Клиент запросил цену, но не ответил после расчёта | Напомнить о расчёте и спросить, остался ли вопрос по условиям | Если клиент просит изменить предложение или обсудить скидку |
| Клиент выбирает между несколькими вариантами | Уточнить задачу и предложить сравнить варианты по одному критерию | Если требуется индивидуальный подбор |
| Клиент готов оформить заказ | Собрать недостающие сведения и передать заявку сотруднику | Сразу после подтверждения готовности |
| Клиент отказался или попросил не писать | Остановить сценарий и отметить причину в CRM | Если причина отказа требует разбора менеджером |
Для первого запуска достаточно одного канала и одного типа заявки. Проверьте десять-двадцать диалогов вручную: понимает ли агент причину паузы, не путает ли клиента с другой сделкой, не обещает ли того, чего нет в предложении. После проверки можно расширять сценарий.
Если менеджеры уже используют телефонные скрипты, их можно перевести в структуру Aimylogic: приветствие, уточнение, ответ на возражение, фиксация результата. При этом свободные ответы клиента лучше обрабатывать через ИИ, а действия с высокой ценой ошибки оставлять человеку. Практический разбор такой настройки описан в материале о превращении скрипта продаж в сценарий Aimylogic.
Какие данные нужны агенту для работы?
Агенту не требуется вся история компании. Для дожима достаточно ограниченного набора: имя клиента, канал связи, этап сделки, последнее сообщение, содержание предложения и имя ответственного менеджера. Если в CRM есть несколько контактов с одинаковым именем, нужен дополнительный идентификатор сделки или номер обращения.
База знаний должна отвечать на реальные вопросы клиентов. Добавьте актуальные условия оплаты, сроки, варианты услуги, правила записи и ограничения. Отдельно укажите, чего агент делать не вправе: менять цену без согласования, гарантировать срок, подтверждать наличие без проверки или спорить с клиентом.
Сложные обращения передаются на вторую линию вместе с контекстом: темой вопроса, категорией и уже собранными сведениями. Такой принцип описан в материалах об ИИ-агенте для поддержки клиентов, где типовые обращения закрываются автоматически, а нетиповые уходят оператору с историей диалога. Для продаж это означает, что менеджер получает не пустую задачу «перезвонить», а понятную причину обращения.
Типичные ошибки при автоматизации дожима
- Запускать агента по всем старым сделкам без фильтра по этапу и причине остановки.
- Отправлять одинаковое сообщение клиентам с разными вопросами.
- Не указывать в инструкции границы: что агент может обещать, а что обязан передать менеджеру.
- Продолжать диалог после явного отказа или просьбы больше не писать.
- Не сохранять ответ клиента в CRM, из-за чего следующий сотрудник не видит результат контакта.
- Оценивать сценарий только по числу отправленных сообщений, не проверяя качество диалогов и причины отказов.
Отдельная ошибка, которую часто замечают уже после запуска, — отсутствие владельца сценария. Один человек должен следить за устаревшими условиями, разбирать спорные диалоги и обновлять базу знаний. Для малого бизнеса это может быть руководитель продаж или менеджер, который лучше всех знает типовые вопросы клиентов.
3 шага, которые можно сделать на этой неделе:
- Выбрать один этап воронки и выписать условия, по которым заявка считается зависшей.
- Собрать десять реальных диалогов, определить причины пауз и подготовить варианты следующего сообщения.
- Запустить тестовый сценарий на ограниченной группе заявок, проверить ответы и только потом подключать новые этапы.
ИИ-агент для дожима приносит пользу там, где воронка уже содержит понятные этапы, историю общения и следующий шаг для каждой ситуации. Если данных нет, сначала нужна аналитика процесса: какие лиды теряются и почему. Затем можно настроить интеграцию с CRM, подготовить сценарий в Aimylogic и обучить сотрудников работе с передачей диалогов. Такой порядок помогает вернуть в работу подходящие заявки, не превращая общение с клиентами в поток одинаковых напоминаний.
