Нейросети для бизнес-процессов: где агент, а где человек

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

Нейросеть в бизнес-процессе занимает несколько точек внутри уже работающей цепочки — там, где одно и то же действие повторяется в каждом разговоре, а не подменяет собой весь регламент. Дальше — путь одного обращения от первого сообщения до передачи менеджеру, шаг за шагом, с указанием, где заканчивается работа агента и начинается решение человека.

Где агент встраивается в процесс, а где остаётся человек

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

Работает это в рамках расписания, которое задаёт сама компания: в дополнительных настройках агента указывается часовой пояс и рабочие часы, а вне них поведение можно ограничить отдельно. Больше половины обращений — 53,8% по диалогам платформы Савви за август 2026 — приходят как раз вне графика Пн–Пт 9–18, и без агента эти сообщения просто ждут утра.

Как агент квалифицирует обращение и решает, кого показать менеджеру

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

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

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

Что агент сам записывает в CRM, а что остаётся менеджеру

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

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

Устройство самой связки — что уходит агенту из CRM и что возвращается обратно — раскрывается в статье про интеграцию чат-бота с CRM.

Как напоминание движется вместе с записью, а не с часами

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

Динамическое напоминание привязано к дате события из диалога — записи, визита, звонка, а не к моменту последней реплики, как обычный фоллоу-ап. Перенесли встречу — агент вызывает то же действие с новой датой, и старые напоминания либо заменяются, либо снимаются отдельной командой отмены, в зависимости от настройки шага. Цепочка дат и лимит вызовов рассмотрены в статье про напоминания, которые переносятся вместе со встречей.

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

Когда и как агент передаёт диалог менеджеру

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

Без отдельной настройки агент продолжает отвечать параллельно с менеджером и после передачи, а это нужно предусмотреть заранее. Прерывание диалога нужно включать вместе с самим условием, а не рассчитывать, что агент замолчит сам по себе.

Лимит в 10 вызовов на функцию касается каждого шага цепочки отдельно: если клиент несколько раз меняет дату записи в одном диалоге, действие постановки напоминания расходует лимит именно на эти повторы.

С какой точки цепочки начать, если процесс уже работает руками

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

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

Частые вопросы