ИИ-агенты для бизнеса: как организовать обработку входящих заявок

Клиент оставил заявку на сайте. Уведомление пришло в общий чат. Один сотрудник решил, что ответит другой. Вечером владелец бизнеса увидел переписку и начал выяснять, кто взял человека в работу.

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

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

Когда нужен ИИ-агент, а когда хватит обычной автоматизации

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

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

При создании ИИ-агентов для бизнеса стоит разделять подготовку ответа и право совершать действия. Составить черновик сообщения, отправить его клиенту и изменить данные в CRM — разные полномочия. Каждое нужно согласовать отдельно.

Начните с карты одного обращения

Возьмите реальный, обезличенный пример и проследите его путь:

1. Где человек написал или заполнил форму?
2. Где сохранилось обращение?
3. Кто должен увидеть его первым?
4. Что нужно уточнить до передачи специалисту?
5. Где фиксируется следующий шаг?
6. Что происходит, если ответственный недоступен?

Если на какой-то вопрос нет ответа, это уже задача для настройки процесса. Не стоит прятать её в техническое задание фразой «бот должен сам понять».

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

Пример: заявка на изготовление мебели

Это учебный сценарий, а не описание внедрения у клиента. Покупатель пишет: «Нужен шкаф в прихожую, сколько стоит?»

Помощник может объяснить, какие данные нужны для расчёта, и собрать размеры, пожелания и удобный способ связи. Затем передать специалисту краткое содержание вместе с исходным сообщением.

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

Сообщение «всё передано» должно опираться на подтверждение операции. Красивый ответ в чате не доказывает, что карточка появилась в CRM.

Какие материалы понадобятся агенту

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

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

Для настройки ответов пригодится структура промпта для бизнеса. Но сам промпт не заменит исправную интеграцию, доступные данные и порядок действий при сбое.

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

Что проверить до работы с настоящими клиентами

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

Проверьте отключение внешнего сервиса. Что увидит сотрудник, если CRM не ответила? Не потеряется ли обращение? Не создаст ли повторная попытка несколько одинаковых карточек?

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

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

Как оценить пользу и расходы

Сравнивайте с исходным процессом. Сколько ручных действий стало меньше? Видно ли, кому назначена заявка? Сколько ответов потребовало исправления? Все ли обращения доставлены?

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

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

Что будет, если агент ошибётся в ответе клиенту?

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

Хотите снять ручную обработку с команды?

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

Обсудить обработку заявок