ИИ-агент на обработке заявок принимает обращение из формы, почты или мессенджера, уточняет у клиента недостающие данные, заводит сделку в CRM с заполненными полями и передаёт её менеджеру с коротким резюме. Четыре шага он делает сам: приём, уточнение, заведение сделки, передача. Два шага остаются за менеджером: квалификация спорных обращений и условия сделки. Ниже разбор на примере производственной компании, которая получает 200–300 заявок в месяц на оборудование, схема на n8n и Claude, таблица "агент – менеджер" и список того, где такая схема ломается.
Пример: производитель оборудования, 250 заявок в месяц
Компания производит промышленные вентиляционные установки и получает заявки через форму на сайте, почту info@, Telegram и звонки. Три менеджера обрабатывают 250 заявок в месяц, из них 40% – запросы без данных ("сколько стоит установка?"), 30% – спам и предложения поставщиков, 30% – заявки с техзаданием, по которым нужен расчёт.
До агента менеджер тратил 15–20 минут на каждую заявку: прочитать, написать клиенту с вопросами, дождаться ответа, завести карточку в CRM руками, поставить задачу на расчёт. На спам уходило столько же, сколько на живые заявки, потому что каждое письмо нужно открыть.
Агент выполняет первые четыре шага, менеджер получает сделку в amoCRM с заполненными полями и резюме в 3–4 строки и сразу переходит к расчёту.
Четыре шага, которые агент делает сам
Шаг 1. Приём и разбор обращения
Заявки со всех каналов попадают в один поток в n8n: вебхук с формы сайта, IMAP для почты, Telegram Bot API для мессенджера. Claude читает текст письма или сообщения и извлекает структуру: компания, контакт, тип оборудования, объём, срок, город, наличие вложений. Спам и предложения поставщиков отмечаются как "не заявка" и уходят в отдельную папку без участия менеджера.
Шаг 2. Уточнение недостающих данных
Если в обращении нет объёма, объекта или срока, агент пишет клиенту в тот канал, откуда пришла заявка, и задаёт 2–3 вопроса по списку, который составили менеджеры. Пример:"Уточните, пожалуйста, площадь помещения и требуемый воздухообмен, чтобы мы подготовили расчёт". Ответ клиента агент разбирает так же, как первое сообщение, и дописывает поля. Если клиент не ответил за 24 часа, заявка передаётся менеджеру с пометкой "без ответа на уточнение".
Шаг 3. Заведение сделки в CRM
Через API amoCRM или Битрикс24 агент создаёт контакт и сделку, заполняет поля (тип оборудования, объём, город, срок, источник), прикладывает исходное письмо и вложения, ставит этап "Новая, данные сформированы". Дубли проверяются по телефону и почте: если контакт уже есть, сделка привязывается к нему без создания второго контакта.
Шаг 4. Передача менеджеру с резюме
Агент пишет резюме в 3–4 строки: кто, что нужно, объём, срок, что уже уточнено, что осталось. Резюме попадает в карточку сделки и в уведомление менеджеру в Telegram. Распределение между менеджерами по правилу: город, тип оборудования или очередь.
Два шага, где нужен менеджер
Шаг 5. Квалификация спорных обращений
Заявка от конкурента под видом клиента, запрос на оборудование, которого компания не выпускает, обращение от действующего клиента с претензией, просьба о партнёрстве. Агент отмечает такие случаи как "требует решения" и передаёт менеджеру без попытки уточнять данные. Правило простое: если обращение не попадает в описанные сценарии, решает менеджер.
Шаг 6. Условия сделки
Расчёт стоимости, сроки производства, скидки, условия оплаты и доставки, коммерческое предложение. Агент к этому не допускается: ошибка в условиях стоит дороже, чем 15 минут работы менеджера. Агент может подготовить черновик расчёта по прайсу, но отправляет его клиенту только менеджер после проверки.
| Действие | Кто делает | Почему |
|---|
| Разобрать обращение, отсеять спам | Агент | Повторяемое действие по правилам, ошибка исправима |
| Задать уточняющие вопросы | Агент | Вопросы из фиксированного списка, ответ проверяет менеджер |
| Завести контакт и сделку в CRM | Агент | Механическая работа с API, дубли проверяются по полям |
| Написать резюме и передать | Агент | Сжатие текста, менеджер видит исходник |
| Решить по спорному обращению | Менеджер | Сценарий не описан, нужно суждение |
| Назвать условия и стоимость | Менеджер | Ошибка необратима и стоит денег |
Что нужно для запуска: 4 условия
Описанный процесс
Список каналов, список полей сделки, список уточняющих вопросов по типам оборудования, правила распределения между менеджерами, признаки спама. Это описание занимает больше времени, чем настройка: менеджеры расходятся в том, что считать заявкой, и расхождения нужно снять до старта.
Доступы
API-ключ CRM, почтовый ящик с IMAP, токен Telegram-бота, вебхук с формы сайта. Доступы выдаются на отдельную техническую учётную запись, чтобы действия агента отличались в логах от действий сотрудников.
Архив на 30–50 обращений
Реальные заявки за прошлый квартал с известным исходом: что менеджер спросил, что завёл, как закрылась сделка. На них агент тестируется до подключения к живому потоку: результат агента сравнивается с тем, что сделал менеджер.
Ответственный на стороне компании
Руководитель отдела продаж или старший менеджер, который в первые 2 недели просматривает каждую сделку, заведённую агентом, и правит список вопросов и правила. Без него ошибки агента копятся в CRM незамеченными.
Четыре места, где схема ломается
Клиент отвечает не на вопрос
На вопрос про площадь помещения направляет фото объекта или пишет "позвоните мне". Агент должен распознать это и передать менеджеру вместо повторного вопроса. Правило "два вопроса без ответа по существу – передача менеджеру" ставится в сценарий с первого дня.
Изменения в CRM
Менеджер переименовал поле или добавил обязательное, и агент перестал заводить сделки. Каждое изменение в структуре CRM проверяется на тестовой заявке.
Новый тип обращений
Компания запустила новую линейку оборудования, вопросов под неё в списке нет. Агент уточняет по старому списку и формирует не те данные. Список вопросов пересматривается при каждом изменении ассортимента.
Тон переписки
Агент пишет клиенту от имени компании, и формулировки согласовываются заранее. Обращение на "вы", без обещаний по срокам и стоимости, с подписью, что ответ подготовлен автоматически и менеджер свяжется в течение рабочего дня.
Как контролировать агента: лог и выборка
Каждое действие агента записывается: входящее сообщение, извлечённые поля, отправленные вопросы, созданная сделка, кому передана. Лог хранится в n8n и дублируется в таблицу. Раз в неделю ответственный проверяет 10 случайных сделок из лога и отмечает ошибки: не то поле, лишний вопрос, пропущенный спам. Доля ошибок выше согласованного порога – повод остановить агента и пересмотреть сценарий. Порог обычно задаётся на этапе описания процесса:
Короткие ответы
Можно ли отдать агенту переписку с клиентом целиком
Не советуем. Первый ответ агент готовит хорошо, дальше в переписке появляются договорённости, скидки, сроки и обязательства, и цена ошибки резко растёт.
Разумная граница: агент готовит первый ответ и формирует контекст, дальше пишет человек.
Сколько заявок должно быть, чтобы это окупилось
Считать надо в часах. Если на подготовку к ответу уходит 15 минут и заявок 40 в месяц, это 10 часов работы специалиста в месяц.
При меньшем потоке смысл всё равно есть, если заявки приходят в нерабочее время и теряются.
Что будет, если агент сломается или сервис недоступен
Процесс должен работать без него: заявки продолжают падать в почту и CRM как обычно, просто без подготовки.
Схема, где отказ агента останавливает поток заявок, спроектирована неправильно. Это первое, что мы проверяем при внедрении.
Дальше по теме
Агенты для повторяемых задач, включая обработку обращений по описанному сценарию, собраны на странице
готовые ИИ-агенты: что каждый агент делает, где границы и что нужно для подключения. Юлия Кожевникова, сооснователь, маркетолог LA