Разница между сценарным чат-ботом и ИИ-агентом — не только в качестве ответа. Агентная система может выбирать последовательность шагов и вызывать подключённые инструменты в рамках предоставленных прав. Её запускает запрос или заданное событие; степень самостоятельности определяет компания.
Это не эволюция интерфейса. Это смена архитектуры, и она уже произошла в российских корпоративных продуктах.
Что именно изменилось на уровне архитектуры
Сценарный чат-бот работает по заданным правилам. Современный бот также может учитывать историю диалога и обращаться к базе знаний. Поэтому наличие контекста само по себе ещё не делает его агентом.
Агентная система соединяет модель, инструменты, состояние задачи и правила выполнения. Режим рассуждений помогает выбирать промежуточные шаги, но не заменяет эту инфраструктуру. Результаты требуют проверки.
Например, GigaChat 3.5 Reasoning поддерживает вызов инструментов и структурированный вывод. Это компоненты системы, а не готовая интеграция с CRM. Пилотом может стать подготовка сводки по клиенту со ссылками на исходные записи.
Но главное — не сама модель. Главное — то, что поверх неё строится.
Алиса AI Pro: агент, который сам собирает команду под задачу
Алиса AI Про для бизнеса — отдельный корпоративный продукт. Он не обязательно использует GigaChat: модель и подключаемые приложения зависят от конфигурации внедрения.
Яндекс представил её в сентябре 2026 года как корпоративного агента, который при получении задачи самостоятельно создаёт команду специализированных ИИ-агентов. Пока одни собирают информацию и работают с документами, головной агент координирует их, проверяет и объединяет результаты.
Для маркетинга это меняет не скорость написания текста, а тип задач, которые вообще можно поставить. Пример: «проанализируй клиентов в CRM, которые не покупали три месяца, подготовь для них персональные условия с учётом истории покупок и отправь черновики на согласование». Алиса AI Pro подключается к CRM, почте и документам и выполняет это как один сценарий.
В ней уже более 120 готовых навыков и более 20 плагинов, включая Phygital+ для генерации изображений и видео и AvangardAI как тренажёр для продавцов. Компания может создавать собственные навыки без кода. Разворачивается на инфраструктуре компании — для банков, ритейлеров и промышленных корпораций с требованиями к хранению данных это принципиально.
Ключевое отличие от «просто нейросети»: здесь нет одного промпта. Здесь есть оркестрация. Вы задаёте правила, по которым агенты работают, а не текст, который они должны выдать.
Что это значит для маркетинга: три сдвига, которые меняют бюджет
Первый: от «ответа» к «решению». Раньше автоматизация клиентского сервиса означала: бот отвечает на частые вопросы, человек — на остальное. Теперь агент может сформировать предложение: проанализировать данные клиента, проверить, какие условия ему подходят, и выдать готовый вариант. Не ссылку на страницу тарифов. Не «оставьте заявку». Конкретное предложение с обоснованием.
Второй: от «одного сценария» к «ансамблю ролей». Алиса AI Pro создаёт под задачу команду агентов. В маркетинге это может быть агент-аналитик (собирает данные), агент-копирайтер (формирует текст), агент-контролёр (проверяет tone of voice и факты). Клиент видит один диалог. За кулисами работает структура.
Третий: от «промпт-инженера» к «архитектору процесса». Поведение агентов задаётся промптами на естественном языке, но сама работа — это не написание одного запроса. Это проектирование того, какие данные агент получает, какие инструменты вызывает, какие ограничения соблюдает. Сроки перенастройки зависят от интеграций и проверки качества.
Где это уже даёт измеримый результат
Эффект измеряют на своём процессе. До пилота зафиксируйте время обработки задачи, долю исправлений, число передач сотруднику и стоимость результата. После запуска сравните одинаковые типы обращений и отдельно проверьте качество.
Рост конверсии нельзя автоматически приписывать агенту: одновременно могут измениться трафик, предложение и работа команды. Без сопоставимой выборки проценты экономии будут предположением.
Где проходит граница: что агент делает, а что — нет
Агент не заменяет стратегию. Он выполняет тактические задачи внутри правил, которые вы задали. Если вы не сформулировали, что считается «хорошим предложением» и какие данные клиента можно использовать, — агент будет принимать решения на основе того, что ему дали. Мусор на входе — мусор на выходе, и это не изменилось.
Агент не заменяет контроль в регулируемых отраслях. В финансах и страховании используется ассистирующий режим: агент предлагает, человек утверждает. Для маркетинга это означает: агент может подготовить персонализированное предложение, но правила и границы допустимого задаются до запуска.
Правила бренда нужно передать системе: tone of voice, ограничения обещаний, актуальные условия и критерии проверки. Для отправки сообщений клиентам и изменения значимых данных задайте отдельные права и этап согласования.
Что делать, если у вас уже есть чат-бот
Первый шаг — аудит. Какие задачи бот закрывает, где нужен сотрудник и какие данные требуются? Не заменяйте работающий сценарий только ради названия «агент».
Второй шаг — выбрать процесс, где решение важнее ответа. Не «отвечать на вопросы о доставке» (бот справится), а «предложить клиенту, который давно не покупал, персональные условия на основе его истории». Именно здесь агент даёт измеримый результат.
Третий шаг — выбрать небольшой пилот. Сопоставьте API моделей и готовые платформы по интеграциям, правам, журналу действий, стоимости и поддержке. Цена токенов — только часть бюджета.
Начните с одного процесса, где нужны несколько проверяемых действий. Опишите данные, допустимые инструменты, критерии успеха и передачу человеку при ошибке. Только после этого выбирайте платформу.
Один запрос глазами бота и агента
Представим клиента: «Мы заказывали у вас оборудование в прошлом году. Нужны расходники к той же модели, но быстрее обычного». Это учебный сценарий. Он помогает увидеть, где простого ответа достаточно, а где требуется последовательность действий.
Сценарный бот может попросить номер заказа и показать контакты менеджера. Это полезный результат, если так устроен сервис. Агентная система при наличии интеграций может найти заказ, определить модель оборудования, получить список совместимых расходников и проверить условия доставки. Но отсутствие достоверных данных о совместимости должно остановить подбор, а не подтолкнуть модель к догадке.
| Этап | Допустимое действие | Когда нужен человек |
|---|---|---|
| Идентификация запроса | Уточнить номер заказа и нужные позиции | Данные не совпадают или клиент обращается от другой компании |
| Подбор | Использовать утверждённую таблицу совместимости | Модель товара отсутствует или источники противоречат друг другу |
| Условия | Прочитать действующий прайс и доступные сроки | Нужны индивидуальная скидка или нестандартное обязательство |
| Предложение | Собрать черновик со ссылками на источники | Требуется утверждение цены, договора или отправки |
Здесь полезна не максимальная самостоятельность, а предсказуемая граница полномочий. Система должна уметь завершить задачу и уметь вовремя остановиться. Хорошая передача менеджеру содержит уже собранные данные и понятную причину остановки.
Из чего состоит рабочий агент
1. Достоверные источники
База знаний, каталог и CRM должны отвечать на разные вопросы. Каталог хранит характеристики, CRM — историю взаимодействия, прайс — актуальные условия. Если в PDF старые цены, а в таблице новые, нужно заранее указать приоритет источников. Модель не должна выбирать документ по тому, насколько убедительно он написан.
2. Инструменты с ограниченными правами
Чтение записи, создание черновика и отправка сообщения — разные операции. Не выдавайте все права только потому, что интеграция это позволяет. Для первого пилота часто достаточно чтения данных и подготовки результата в отдельном поле или очереди согласования.
3. Память о состоянии задачи
Нужно знать, какие шаги уже выполнены, какие данные получены и где требуется уточнение. Это помогает после сбоя продолжить работу, а не повторно отправить письмо или создать дубль заявки. История диалога и журнал действий дополняют друг друга, но не заменяют.
4. Правила проверки и остановки
В инструкции должны быть конкретные условия: неизвестная цена, конфликт документов, превышение лимита запросов, отсутствие прав или недоступная система. Ответ «не удалось проверить остатки, передаю менеджеру» лучше выдуманного срока поставки.
Как выбрать первый процесс для автоматизации
Хороший кандидат повторяется достаточно часто, имеет понятные входные данные и проверяемый результат. Желательно, чтобы ошибка была обратимой, а сотрудник мог быстро оценить черновик. Например: сводка обращения, подготовка карточки встречи, поиск документов по вопросу клиента, черновик ответа на основе утверждённых условий.
Плохой первый кандидат звучит как «пусть ИИ полностью ведёт продажи». В этой формулировке смешаны квалификация, переговоры, цены, обещания и изменение данных. Разделите процесс и выберите один участок, где уже понятен хороший результат.
Тест на готовность
Если два опытных сотрудника по одним данным выдают разные решения и не могут объяснить критерии, автоматизация начнётся с описания правил. ИИ не устраняет неопределённость бизнеса — он может сделать её менее заметной до первой ошибки.
Сценарий пилота: сводка для менеджера перед звонком
На вход поступает ссылка на карточку клиента. Система получает последние обращения, открытые задачи и список предложений. На выходе — короткая сводка: что клиент запрашивал, какие вопросы не закрыты, что проверить на звонке и откуда взяты сведения. Она не обещает скидки и не связывается с клиентом самостоятельно.
- Определите состав сводки. Оставьте только информацию, которая помогает готовиться к разговору. Избыточный пересказ всей истории создаёт новую нагрузку.
- Подготовьте примеры. Покажите хорошую сводку, слишком длинную и содержащую неподтверждённые выводы. Объясните различия.
- Добавьте ссылки на записи. Менеджер должен быстро открыть источник спорного утверждения.
- Проверьте исключения. Пустая история, дубли клиентов, устаревшее предложение, несколько юридических лиц, недоступность CRM.
- Соберите обратную связь. Где менеджер сэкономил время, где пришлось всё перечитать и какие сведения оказались лишними.
Только после устойчивой работы можно обсуждать следующий уровень: создание задачи или черновика письма. Каждый новый инструмент увеличивает область проверки, даже если внешне интерфейс остаётся тем же чатом.
Какие метрики показывают пользу, а какие вводят в заблуждение
Количество диалогов и красивый процент «автоматизации» не объясняют, что произошло с качеством. Если система формально закрыла запрос, а клиент затем повторно обратился к человеку, работа не завершена.
- Доля принятых результатов: сколько сводок или черновиков сотрудник использовал без существенной переработки.
- Время до полезного результата: от получения задачи до проверки и принятия, включая ожидание интеграций.
- Стоимость завершённой задачи: сервисы, поддержка, проверка и исправления.
- Повторные обращения: приходится ли клиенту возвращаться с тем же вопросом.
- Ошибочные действия: дубли, неверные изменения, отправки не тому адресату — отдельно от стилистических замечаний.
Порог допустимых ошибок назначают до запуска. Для внутреннего черновика и сообщения клиенту он не должен автоматически быть одинаковым. Иначе удобные общие показатели скроют проблемы, которые влияют на доверие.
Что записать в техническое задание
Цель: один процесс и конкретный результат для сотрудника или клиента.
Данные: источники, приоритеты, актуальность и доступы.
Действия: что разрешено читать, создавать и изменять; что требует согласования.
Исключения: условия остановки и способ передачи человеку.
Проверка: набор типовых и сложных примеров, критерии приёмки, журнал действий.
Эксплуатация: ответственный за обновление правил, мониторинг ошибок и отключение сценария.
Такое задание помогает сравнивать предложения подрядчиков по одному результату. Вопрос «какую модель вы используете» остаётся важным, но уже не подменяет обсуждение процесса.
