ИИ-агент или чат-бот: что выбрать бизнесу

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

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

Эта статья помогает выбрать класс решения. Устройство, уровни автономности, безопасность и этапы production-запуска подробно разобраны в руководстве «ИИ-агент для бизнеса». Варианты внедрения находятся на странице ИИ-агентов SOTA agency.

Что такое чат-бот?

Чат-бот — это интерфейс, который принимает сообщения или нажатия пользователя и отвечает по заранее заданному сценарию либо с помощью языковой модели.

Под одним названием скрываются разные системы.

Бот с кнопками

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

Сценарный бот

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

Бот с генеративным ответом

Языковая модель формулирует ответ по базе знаний, но не обязательно управляет всем процессом. Если система только отвечает на вопросы, это ещё не делает её агентом.

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

Что такое ИИ-агент?

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

Официальный трек OpenAI определяет агента как систему с инструкциями, guardrails и доступом к инструментам, которая действует от имени пользователя. Отдельно подчёркивается: чат, который только отвечает на вопросы, сам по себе агентом не является. Источник: Building agents.

Пример:

1. клиент пишет свободным текстом;
2. агент определяет задачу;
3. находит клиента в CRM;
4. проверяет действующий прайс;
5. запрашивает недостающие сведения;
6. предлагает свободные интервалы;
7. показывает сотруднику готовое действие;
8. после подтверждения создаёт запись;
9. сохраняет результат и контекст.

Агент отличается не стилем ответа, а правом выбирать действия и вызывать инструменты.

Главное сравнение

Чем выше вариативность процесса и самостоятельность системы, тем больше требования к данным, тестированию, доступам и мониторингу.

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

Когда достаточно чат-бота?

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

Подходящие сценарии:

• анкета или заявка;
• выбор услуги из каталога;
• запись по фиксированным правилам;
• проверка статуса заказа;
• выдача инструкции;
• ответы на ограниченный FAQ;
• подписка и получение материала;
• передача обращения сотруднику;
• напоминание по расписанию;
• уведомление о смене статуса.

Преимущества:

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

Ограничения появляются, когда клиент формулирует задачу вне предусмотренной ветки, а число правил и исключений постоянно растёт.

Когда нужен ИИ-агент?

Рассматривайте агента, если задача включает интерпретацию, поиск в нескольких источниках, выбор инструментов и корректировку плана по ходу работы.

Признаки:

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

Примеры:

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

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

Когда лучше обычная автоматизация?

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

Примеры:

• перенести данные между системами;
• отправить уведомление после статуса;
• рассчитать показатель по формуле;
• создать резервную копию;
• проверить обязательные поля;
• сформировать документ из шаблона;
• запустить задачу по расписанию.

Цифры, права, лимиты и критические проверки лучше оставлять обычному коду даже внутри агентного процесса. Например, модель может объяснить изменение CPL, но сам показатель должен рассчитываться по формуле. Методика расчёта приведена в статье о стоимости лида.

Нужен ли гибридный вариант?

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

Пример гибридной заявки:

1. бот собирает обязательные контактные данные;
2. модель классифицирует свободное описание;
3. код проверяет формат и дубли;
4. агент находит релевантные сведения в базе знаний;
5. система готовит резюме и рекомендуемое действие;
6. менеджер подтверждает ответ или изменение CRM;
7. детерминированный инструмент выполняет действие;
8. журнал сохраняет результат.

Такая система оставляет предсказуемые части предсказуемыми, но использует модель там, где нужны язык и контекст.

Матрица выбора по бизнес-сценариям

Для маркетинга агент может дополнять SMM-процесс и performance-аналитику, но стратегия, факты и коммерческие решения остаются ответственностью команды.

Дерево решения

Если на первых вопросах ответ «нет», сложный агент, скорее всего, не нужен.

Последовательно ответьте:

1. Процесс повторяется? Если нет, начните с ручного выполнения и документации.
2. Есть понятный результат? Если нет, сначала определите критерии качества.
3. Все шаги известны заранее? Если да, используйте workflow или бота.
4. Нужно понимать свободный текст? Добавьте ограниченный AI-шаг.
5. Нужно выбирать между инструментами? Рассмотрите агента.
6. Ошибку можно проверить и исправить? Если нет, оставьте решение человеку.
7. Есть опасные действия? Добавьте обязательное подтверждение.
8. Есть владелец и журнал? Без них production запускать нельзя.

Результат может быть не бинарным. Один процесс часто содержит бота, правила, модель и ручное решение.

Как различаются требования к данным?

Чат-боту достаточно сценария и справочников, а агенту нужны управляемые источники, права доступа, приоритеты версий и правила работы с недоверенным текстом.

Для бота обычно требуются:

• тексты экранов;
• ветки;
• обязательные поля;
• команды;
• шаблоны ответов;
• интеграционные параметры.

Для агента дополнительно нужны:

• утверждённая база знаний;
• владельцы документов;
• версии и сроки действия;
• роли доступа;
• описание инструментов;
• примеры правильных решений;
• случаи остановки;
• тесты на prompt injection;
• политика хранения и журналирования.

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

Как различаются риски?

Риск определяется не словом «ИИ», а доступными функциям, правами и уровнем автономности.

Бот с кнопками может ошибиться из-за неправильной ветки или интеграции. Агент дополнительно может неверно интерпретировать контекст, выбрать не тот инструмент или попасть под prompt injection.

OWASP связывает Excessive Agency с тремя причинами: избыточной функциональностью, разрешениями и автономностью. Чем шире инструменты, тем больше потенциальный ущерб. Описание угрозы: OWASP LLM06:2025 Excessive Agency.

Минимальные меры для агента:

• отдельная сервисная учётная запись;
• минимальные права;
• разделение чтения и записи;
• allowlist систем и получателей;
• проверка параметров инструментом;
• подтверждение внешних действий;
• лимиты шагов, времени и стоимости;
• журнал и аварийная остановка;
• тесты на вредоносный внешний текст.

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

Что дороже внедрять и поддерживать?

Агент обычно сложнее не из-за одного API-вызова, а из-за данных, прав, тестирования, мониторинга и обработки исключений.

Состав затрат чат-бота:

• проектирование сценариев;
• интерфейс и тексты;
• интеграции;
• хранение состояния;
• поддержка веток;
• мониторинг доставки.

Состав затрат агента:

• всё перечисленное выше;
• подготовка базы знаний;
• модель и инфраструктура;
• инструменты с узкими правами;
• guardrails и подтверждения;
• набор evals;
• трассировка;
• проверка качества;
• регулярное обновление источников;
• контроль расхода токенов и вызовов.

Поэтому нельзя корректно сравнить решения только по цене разработки. Считайте полную стоимость владения и стоимость успешно завершённой задачи.

Как измерять результат?

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

Общие показатели:

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

Для чат-бота:

• прохождение веток;
• отказы на шагах;
• ошибки интеграции;
• передачи оператору.

Для агента:

• точность выбора инструмента;
• качество параметров;
• доля исправлений человеком;
• причины эскалаций;
• заблокированные опасные действия;
• ошибки, повторы и таймауты;
• стоимость модели;
• инциденты доступа.

Для лидогенерации отделяйте контакт от целевой заявки и продажи. Иначе система может увеличить число диалогов без роста полезного результата.

Как провести пилот?

Пилот должен сравнить варианты на одном процессе, а не демонстрировать заранее подготовленный красивый разговор.

Порядок:

1. выбрать узкий повторяющийся процесс;
2. собрать реальные примеры;
3. описать правильный результат;
4. построить простейший детерминированный вариант;
5. добавить AI только в шаги, где правила не справляются;
6. начать с read-only или черновика;
7. проверить качество и причины ошибок;
8. добавить подтверждаемые действия;
9. сравнить экономию времени и полные расходы;
10. решить, нужна ли дополнительная автономность.

Официальное руководство OpenAI для бизнес-лидеров также разделяет rule-based workflows, отдельные LLM-шаги и agents, которые планируют работу и выбирают инструменты: A business leader’s guide to working with agents.

Какие вопросы задать подрядчику?

Хороший подрядчик может объяснить, почему выбран бот, workflow или агент, а не продаёт одинаковое решение для каждой задачи.

Спросите:

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

Информация о подходе SOTA к разбору процесса и ограниченному запуску находится на странице внедрения ИИ-агентов, сведения о команде и реквизитах — на странице агентства.

Чек-лист выбора

Выбирайте чат-бота, если:

• маршрут известен;
• данных немного;
• ответы стандартизированы;
• нужно собрать поля или показать меню;
• исключения передаются менеджеру;
• важна максимальная предсказуемость.

Рассматривайте агента, если:

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

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

Итог

ИИ-агент не является улучшенной версией любого чат-бота. Это другой уровень управления процессом, инструментами и риском. Бот удобен для предсказуемого маршрута, workflow — для стабильных правил, агент — для многоэтапной работы с контекстом и исключениями.

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