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

ИИ-агент для входящих заявок принимает первое сообщение, понимает его смысл, задаёт уточняющие вопросы и фиксирует результат в CRM. Менеджер подключается, когда клиент готов обсуждать цену, сроки или нестандартные условия. В статье разберём границу между автоматическим ответом и живым разговором, соберём простую схему маршрутизации для малого B2B-бизнеса и покажем, какие данные передавать сотруднику, чтобы клиенту не пришлось повторять историю переписки.

Что делает ИИ-агент после получения заявки?

Обычный чат-бот следует заранее заданным кнопкам или репликам. ИИ-агент получает цель и выбирает последовательность действий: анализирует текст, задаёт вопрос, записывает ответ в CRM, меняет этап сделки или передаёт диалог сотруднику. Такое отличие описывают как разницу между ботом, который отвечает, и агентом, который выполняет задачу (IBZ Source, «ИИ-агент vs чат-бот: в чём реальная разница»).

Для входящих B2B-заявок агент обычно проходит четыре этапа:

1. Распознаёт намерение клиента: запрос цены, консультация, заказ, претензия или вопрос по уже существующему договору.
2. Собирает минимальные сведения: название компании, задачу, объём, сроки и удобный канал связи.
3. Сравнивает ответы с правилами квалификации и назначает категорию лида.
4. Отвечает по базе знаний, создаёт или обновляет карточку CRM и выбирает следующий шаг.

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

В каких случаях агент отвечает сам?

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

Самостоятельная обработка уместна, когда одновременно выполняются четыре условия:

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

Пример для поставщика оборудования: клиент пишет «нужен расчёт на партию для офиса». Агент уточняет количество рабочих мест, желаемый срок и город доставки, затем создаёт заявку с пометкой «нужен расчёт». Если клиент спрашивает о скидке на крупный объём, разговор лучше передать менеджеру. Цена зависит от условий сделки, поэтому автоматический ответ здесь создаст лишнее ожидание.

Для поддержки действует похожее правило. Статус обращения, инструкция по настройке или порядок возврата относятся к типовым вопросам. Нетипичную ситуацию агент классифицирует и отправляет на вторую линию с кратким описанием проблемы и уже собранными данными. Такой подход соответствует сценарию ИИ-агента для поддержки клиентов, который сначала ищет ответ в базе знаний, а сложные обращения передаёт оператору (IBZ Source).

Когда менеджер должен подключиться к диалогу?

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

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

Для Telegram и других каналов полезно заранее определить, кто принимает диалог после передачи: конкретный менеджер, общая очередь или сотрудник по направлению. Если обращения попадают в разные системы, понадобится маршрутизация чатов в CRM. Отдельно этот процесс разобран в материале как настроить маршрутизацию чатов WhatsApp и Telegram в CRM.

Как собрать правила для ИИ-агента без сложного проекта?

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

1. Опишите цель диалога

Фраза «помогать клиентам» слишком расплывчата. Лучше задать конкретную задачу: собрать параметры для расчёта, определить тип обращения или назначить ответственного. Одна цель упрощает проверку качества и уменьшает количество лишних вопросов.

2. Оставьте только нужные вопросы

Каждый вопрос должен влиять на следующий шаг. Для B2B-заявки обычно достаточно узнать, что нужно клиенту, для какой компании или проекта, в каком объёме, к какому сроку и как продолжить связь. Если ответ не меняет маршрут заявки, его лучше убрать.

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

3. Задайте условия передачи

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

4. Проверьте диалог на реальных формулировках

Клиенты редко пишут по шаблону. Вместо «хочу заказать консультацию» они могут написать «подскажите по подключению», «нужен специалист на проект» или «можно обсудить условия». Добавьте такие варианты в тесты. Отдельно проверьте короткие сообщения, опечатки и несколько вопросов в одном сообщении.

Какие ошибки мешают агенту передавать качественные заявки?

• Агент задаёт вопросы, ответы на которые уже есть в переписке. Перед следующим вопросом он должен проверить историю диалога.
• В правилах нет причины передачи. Менеджер видит новую заявку, но не понимает, что именно нужно сделать.
• База знаний содержит устаревшие цены, сроки или условия. Перед запуском назначьте сотрудника, который отвечает за её обновление.
• Система обещает перезвонить, хотя задача менеджеру не создаётся. Любое обещание должно сопровождаться записью в CRM.
• Агент продолжает спорить с клиентом после явной просьбы о человеке. Запрос «соедините с менеджером» должен иметь высокий приоритет.
• Компания пытается автоматизировать весь путь сразу. Для первого запуска лучше выбрать один канал и один тип заявок, например входящие сообщения из Telegram с запросом расчёта.

ИИ-агент для входящих заявок приносит пользу там, где у него есть ограниченная цель, актуальная база знаний и чёткие правила передачи. Для малого бизнеса в Беларуси разумный старт — автоматизировать первое сообщение, квалифицировать обращение, записать данные в CRM и оставить менеджеру переговоры о цене, договоре и нестандартных условиях. Если сценарий требует нескольких каналов, CRM и нестандартных действий, его обычно проектируют как интеграцию, а не как набор отдельных автоответов.