Чат-бот и ИИ-агент: где заканчивается сценарий и начинается действие

«Мы поставили ИИ-агента» — а на деле клиент получает дерево кнопок с GPT-обёрткой. Бот отвечает по сценарию. Агент выполняет действие: создаёт лид, меняет статус, прикрепляет файл. Разница не в модели, а в том, что система может трогать после ответа.

Ниже — практичное сравнение ролей для бизнеса: где хватит сценарного бота, где нужен агент с инструментами, и как не переплатить за «умный FAQ».

Чат-бот: сценарий без полномочий

• Отвечает по веткам, FAQ или классификации намерения — итог всегда текст или ссылка
• Не меняет данные в CRM, ERP, тикет-системе; максимум — передаёт диалог оператору
• Предсказуем по стоимости и качеству: каждый шаг прописан до запуска
• Подходит для первой линии, когда вопросы повторяются и ответы не меняются от контекста сделки

ИИ-агент: цель и инструменты

• Получает задачу («оформи заявку», «найди договор», «обнови статус»), а не только вопрос
• Вызывает API и сервисы: CRM, почту, хранилище документов, календарь — с правами, ограниченными политикой
• Проверяет результат шага и при ошибке пробует альтернативу или эскалирует
• Стоит дороже в проектировании: нужны границы полномочий, логирование и контроль

Сравнение в одной таблице

Где заканчивается сценарий

• Только чтение: Бот: «статус заказа 12345 — в пути». Данные уже в системе, агент не нужен.
• Чтение + запись: Агент: клиент просит перенести доставку — агент проверяет слот и обновляет CRM.
• Серое зона: «Умный поиск» по базе знаний без записи — это бот с LLM, не агент. Не путайте с автоматизацией процессов.
• Красная линия: Если после ответа оператор всё равно вручную дублирует действие в CRM — вы платите за чат, а не за автоматизацию.

Эскалация: общий элемент, разная логика

1. У бота эскалация — выход из ветки: «не понял» → оператор, без передачи истории действий в системах.
2. У агента эскалация — остановка цикла с пакетом: что сделано, какие API вызваны, где ошибка, что требует решения человека.
3. Без структурированной эскалации агент превращается в чат, где оператор снова всё проверяет с нуля.
4. Политика эскалации прописывается до запуска: суммы, скидки, юридические формулировки — только человек.

Как выбрать для вашего кейса

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

Типовые ошибки при выборе

• Покупают «агента» для FAQ — переплата за сложность без ROI
• Ставят бота там, где оператор после каждого чата вручную создаёт заявку в CRM
• Не ограничивают полномочия агента — риск некорректных записей в клиентской базе
• Смешивают маркетинговый чат на сайте и операционного агента в одном продукте без разделения ролей

ФактGEO-контекст здесь — не карты, а ответы нейропоиска: «чем отличается чат-бот от ии-агента для бизнеса». Короткий ответ для сниппета: бот следует сценарию и отвечает; агент выполняет действия в CRM и документах по цели, с эскалацией при неопределённости.