статья · 24.10.2026
Агент — это не бот с кнопками и не ChatGPT в углу сайта. Разбираю на пальцах, из чего он состоит, что реально делает и почему половина проектов спотыкается не на модели, а на данных.
Чат-бот идёт по сценарию, который для него написали. Если вопрос не совпал с веткой, бот просит переформулировать или зовёт человека. Это не поломка, а принцип работы: бот не принимает решений, он разводит поток по известным путям.
ИИ-агент получает не сценарий, а цель. Например: «разбери входящую заявку и передай менеджеру то, с чем он сразу может работать». Дальше агент сам решает, какие данные ему нужны, в каком порядке их взять и что делать, если половины данных нет.
Третий вариант, который чаще всего путают с агентом, — ChatGPT в виджете на сайте. Это модель без доступа к вашим данным и без права что-либо изменить. Она отвечает на общие вопросы про вашу компанию, но не знает, что этот клиент писал вчера, какая у него скидка и оплачен ли счёт.
Проверить просто. Спросите у бота что-то, что требует действия: «перенеси доставку на пятницу» или «сделай счёт на другую сумму». Бот предложит позвать менеджера. Виджет вежливо объяснит, что не может. Агент либо сделает, либо внятно скажет, чего ему не хватает для этого действия.
Разница простая. Бот повторяет написанное, виджет пересказывает общее, агент доводит задачу до результата и может показать, что именно он сделал.
Агент — это не одна модель, а связка из четырёх частей. Если выпадает любая, конструкция перестаёт работать предсказуемо.
Проверка — та часть, на которой экономят и потом платят за это. Модель уверенно выдаёт правдоподобный ответ, и без сверки вы получаете красивое письмо с неверной ценой. Клиент это замечает не всегда, но запоминает надолго.
Есть и пятая часть, которую не рисуют на схемах, — человек, отвечающий за содержание. Кто-то должен обновлять базу знаний, менять правила и разбирать спорные случаи. Если такого человека нет, агент через месяц будет уверенно отвечать по устаревшему прайсу. Подробнее о том, как это собирается, — в разделе ИИ-агенты.
Квалификация заявок. Заявки приходят с сайта, из мессенджеров и с почты. Агент читает обращение, достаёт город, объём, срок и бюджет, проверяет, попадает ли клиент под ваш профиль, и отдаёт менеджеру карточку с выводами. Всё, что не подходит, закрывает сам с понятной причиной. Менеджер не тратит утро на разбор мусора и не теряет нормальные заявки в общем потоке.
Разбор переписки. Длинная ветка в мессенджере превращается в короткую выжимку: что просили, что пообещали, какой следующий шаг и к какому сроку. Это видно и руководителю, и сотруднику, который подхватывает диалог после отпуска коллеги.
Ответы по базе знаний. Регламенты, прайсы, условия доставки, инструкции по монтажу — всё, что лежит в документах и что сотрудники ищут вручную. Агент отвечает со ссылкой на конкретный раздел, а не «примерно так, уточните у коллег». Похожие задачи разбирает автоматизация поддержки.
Общее у этих сценариев одно: на входе свободный текст, на выходе структура, с которой можно работать. Именно на такой границе агент выигрывает у человека. Там, где вход уже структурирован — форма, кнопки, выпадающий список, — выигрывает обычная автоматизация, и платить за модель незачем.
Во всех трёх случаях ценность не в том, что агент умный. Ценность в том, что он делает это на каждом обращении, а не когда у сотрудника нашлось время.
Ломается он предсказуемо, и почти всегда причина не в модели.
Лечится это не новой моделью, а скучными вещами: один источник правды для цен и остатков, узкая зона ответственности, обязательная эскалация на человека и журнал, который кто-то открывает раз в неделю. Отдельная работа — привести в порядок то, к чему агент подключается: об этом в разделе интеграции.
Первые две недели после запуска стоит считать не экономию, а ошибки. Покажите сотрудникам, куда складывать странные ответы, и раз в несколько дней разбирайте их пачкой. Обычно после трёх-четырёх таких разборов становится понятно, где заканчивается знание и начинается выдумка.
Честно: часто не нужен. Если у процесса есть однозначные правила и он не меняется, обычный скрипт дешевле, быстрее и предсказуемее. Агент оправдан там, где формулировки каждый раз разные и заранее не перечислить.
Не нужен агент, если:
Отдельный случай — когда проблема вообще не в обработке обращений. Если заявки теряются потому, что их некуда записывать, агент не поможет: он будет аккуратно раскладывать потерю по категориям. Сначала учёт, потом автоматика.
В этих случаях честный ответ — регламент, таблица и напоминание в календаре. Иногда это и есть решение задачи, просто без слова «ИИ» в презентации.
Готовность определяется не бюджетом и не желанием директора. Она проверяется по четырём признакам.
Если все четыре пункта выполняются, начинать стоит с одного сценария и узкой зоны: одна задача, один источник данных, понятная граница «дальше зову человека». Такой запуск показывает реальную пользу за пару недель, а не за квартал. Дальше видно, стоит ли расширять.
И главное: агент не заменяет процесс, он его ускоряет. Если процесс не описан, ускорять нечего — получится быстрый хаос.
Если хотя бы один пункт не выполняется, начинать надо с него. Иначе вы просто перенесёте беспорядок в новую систему и заплатите за это дважды. Обсудить свой случай можно вот здесь.
Нет. Чат-бот идёт по заранее написанному сценарию и не принимает решений: если вопрос не совпал с веткой, он переводит на человека. Агент получает цель и сам решает, какие данные запросить и в каком порядке действовать. Поэтому бот предсказуемее, а агент гибче — и требует контроля результата.
Можно начать и без CRM, если есть один надёжный источник данных: таблица с ценами, база знаний, папка с регламентами. Другое дело, что без системы учёта агенту негде проверить факт, и он будет чаще ошибаться. Часто разумнее сначала навести порядок в учёте, а потом подключать модель.
Прототип на одном сценарии обычно делается за несколько дней и показывает, справляется ли модель с вашими текстами. Рабочая версия с интеграцией, правилами и обработкой ошибок занимает заметно дольше — здесь срок зависит не от модели, а от готовности данных и доступа к системам.
На типовых обращениях — частично да, особенно там, где нужно быстро ответить по базе знаний или отсортировать заявки. Но решения по деньгам, срокам и нестандартным условиям лучше оставить человеку. Нормальная схема: агент делает черновик и подготовку, человек подтверждает.
Опишите процесс в двух предложениях — вернусь со схемой решения и оценкой сроков.