Разговор с клиентом часто начинается одинаково. «Нам нужен ИИ-агент, как у всех». Спрашиваю, что он должен делать. Ответ: отвечать в Телеграме про цены, адрес и график работы. Это не агент. Это кнопочный бот на пятнадцать веток, и собирается он за два вечера.
Путаница стоит денег в обе стороны. За словом «агент» продают полугодовую разработку там, где хватило бы недели. Бывает и обратное: компания берёт дешёвого бота с деревом ответов, а через месяц видит, что клиенты пишут не по сценарию, и половина диалогов заканчивается фразой «дождитесь менеджера».
Разберу по устройству, а не по вывеске.
Чат-бот: заранее нарисованное дерево
Обычный бот идёт по сценарию. Кто-то нарисовал ветки: приветствие, меню, ответ, кнопка «назад». Пользователь двигается по маршруту, который предусмотрели заранее.
Сильные стороны у такой схемы серьёзные. Он предсказуем. Он никогда не придумает скидку, которой нет. Его можно протестировать целиком, потому что число состояний конечно.
Слабость одна, зато обидная. Шаг влево от сценария, и бот беспомощен. Клиент пишет «а если я заберу сам в субботу, будет дешевле?», а в дереве такой ветки нет.
Бот с подключённой языковой моделью занимает промежуточное место. Он понимает формулировку свободным текстом и отвечает связно. Но он по-прежнему только говорит. Ничего в системах компании после его ответа не меняется.
ИИ-агент: цель, инструменты, память, действия
Агент отличается четырьмя вещами. Уберите любую, и агент превращается обратно в говорящего бота.
Цель. У агента есть задача с проверяемым результатом, а не тема для беседы. «Собрать по входящей заявке пять полей, создать сделку в CRM и назначить ответственного» это цель. «Общаться с клиентами» это не цель, потому что непонятно, когда работа сделана.
Инструменты. Агент умеет вызывать функции:
- посмотреть остаток на складе;
- дёрнуть калькулятор доставки по адресу;
- найти клиента в CRM по телефону;
- записать строку в таблицу или создать задачу.
Технически это набор функций с описанием, модель выбирает подходящую и подставляет аргументы. Без инструментов агент знает только то, что было в промпте.
Память. Короткая держит текущий диалог, чтобы на седьмом сообщении помнить город из второго. Длинная хранит историю клиента и знания компании. Знания подключаются через RAG по вашим документам, иначе модель начнёт сочинять регламенты.
Действия. Агент меняет состояние систем: создаёт сделку, ставит задачу, отправляет письмо, двигает статус. Здесь же живёт главный риск, поэтому опасные действия закрываются подтверждением человека или жёсткой валидацией.
Сравнение на одной таблице
| Признак | Кнопочный бот | Бот с LLM | ИИ-агент |
|---|---|---|---|
| Свободный вопрос клиента | не понимает | понимает | понимает |
| Действия в CRM и учёте | нет | нет | да |
| Знание документов компании | ручные тексты в ветках | общие знания модели | поиск по базе с цитатой |
| Предсказуемость | полная | средняя | нужен контроль и логи |
| Срок сборки | дни | 1-2 недели | 3-6 недель |
| Что ломается | новая ветка вопросов | выдумки в ответах | неверное действие в системе |
Строка про сроки условная, она зависит от того, сколько интеграций придётся вскрывать. Обмен с 1С обычно съедает больше времени, чем сам ИИ.
Как агент выглядит в работе
Возьму живой сценарий: заявка на монтаж оборудования с сайта.
- Приходит текст в свободной форме: «Нужно смонтировать две вытяжки в кафе на Гоголя, желательно до конца месяца».
- Агент вытаскивает поля: тип работ, адрес, объём, срок. Чего не хватает, спрашивает у клиента одним сообщением, а не анкетой из десяти пунктов.
- Дёргает справочник услуг и отвечает вилкой цены с оговоркой «точная сумма после замера».
- Создаёт сделку в CRM, прикладывает переписку, ставит задачу монтажнику на замер.
- Пишет в чат отдела короткую карточку: адрес, объём, срок, телефон.
Отдельно стоит разобрать, что агент делает с непонятной заявкой. Правильное поведение: не угадывать. Он помечает обращение как «нужен человек», кидает его в чат с оригинальным текстом и не трогает CRM. Мы специально гоняем такой тест перед запуском: подсовываем десяток кривых заявок и смотрим, хватает ли агенту смелости сказать «не понял».
Ночная заявка обрабатывается за секунды вместо утра следующего дня. Наш внутренний радар заказов работает по той же схеме: мониторит биржу и шесть Telegram-каналов, за один проход отобрал 93 релевантных заказа, десять из них с прямо указанным бюджетом. Человек утром смотрит готовый список, а не листает ленту.
Где хватает обычного бота
Не каждой задаче нужен агент. Бот дешевле, стабильнее и чинится за час.
- Ответы на пять типовых вопросов: часы работы, адрес, реквизиты, гарантия.
- Запись на приём по слотам из календаря.
- Проверка статуса заказа по номеру.
- Приём обращения с переадресацией в нужный чат.
- Рассылка напоминаний.
Ещё один довод в пользу бота: цена ошибки. Кнопочный бот в худшем случае покажет не ту кнопку. Агент в худшем случае заведёт сделку не на того клиента или отправит письмо с чужой ценой. Чем ближе процесс к деньгам и обязательствам, тем дороже обходится каждая доля процента неточности, и тем больше времени уходит на проверки, логи и разбор спорных случаев.
Если ваш поток обращений на 80% состоит из таких запросов, начните с бота. Через месяц вы увидите в логах, что именно спрашивают остальные 20%, и это будет техзаданием на агента, написанным клиентами.
Пять вопросов перед выбором
- Что должно измениться в системах после диалога? Ничего не меняется, значит агент не нужен.
- Сколько разных формулировок у одной и той же просьбы? Больше десяти, дерево веток вы задолбаетесь достраивать.
- Есть ли документы, по которым нужно отвечать? Прайсы, регламенты, условия договоров тянут за собой RAG.
- Кто отвечает за ошибку агента? У действия должен быть владелец с фамилией.
- По какой цифре поймём, что получилось? Минуты на обработку заявки, доля ночных ответов, процент сделок, заведённых без менеджера.
Пятый вопрос отсекает половину проектов ещё на берегу. Если текущий процесс никто не измерял, сначала измеряем, потом автоматизируем. Как считать эффект в часах и рублях, разобрал отдельно в статье про стоимость внедрения ИИ.
Где агент не работает и чего от него не ждать
Агент плохо переносит процессы без правил. Если в компании три менеджера считают скидку тремя способами, агент зафиксирует один из них и будет виноват во всех расхождениях. Сначала договоритесь между собой, потом автоматизируйте.
Он не заменяет переговоры. Сложная сделка с торгом, эмоциями и «а вот у конкурентов» остаётся человеку. Агент готовит почву: собирает вводные, поднимает историю, считает варианты.
Он не читает то, чего нет в системе. Договорённость из телефонного разговора, которую никто не записал, для агента не существует.
И он не бывает точным на сто процентов. Работающая практика такая: действия делятся на обратимые и необратимые. Создать черновик сделки, поставить задачу, прислать сводку это обратимо, пусть делает сам. Отправить клиенту счёт, списать со склада, изменить цену это через подтверждение человека.
Отдельная ловушка это мода на «мультиагентные системы» на старте. Пять агентов, которые ходят друг к другу, отлаживаются втрое дольше одного, а результат тот же. Мы у себя пришли к простому правилу: один агент, одна зона ответственности, и обязательная проверка результата вторым, но только там, где цена ошибки реально высокая.
Наша ошибка: девять вопросов вместо трёх
Первую версию агента квалификации мы сделали дотошной. Он собирал девять полей, потому что менеджеры сказали «нам нужно всё». В логах картина оказалась грустной: люди отваливались на третьем-четвёртом вопросе, диалог обрывался, лид оставался наполовину пустым.
Сократили до трёх обязательных полей плюс телефон. Остальное агент вытаскивает из текста заявки сам, а чего не понял, помечает как «уточнить при звонке». Доля доведённых до конца диалогов выросла заметно, а менеджер получил карточку, с которой можно работать.
Вывод, который мы теперь применяем ко всем проектам: агент должен спрашивать столько, сколько человек готов ответить незнакомцу в чате, а не столько, сколько хочет отдел продаж.
Ещё два провала и чем они закончились
Агент отдал клиенту старую цену. Мы разрешили ему отвечать по прайсу напрямую, без человека. Прайс лежал выгрузкой, которая обновлялась ночью. Менеджеры поменяли условия днём, клиент получил вчерашнюю цифру и напомнил о ней при подписании. Спорить было нечем.
Починили в два хода. Цены агент теперь берёт не из выгрузки, а запросом в учётную систему в момент ответа. И любая сумма уходит клиенту с оговоркой про срок действия предложения. Правило после этого случая простое: то, что меняется чаще раза в неделю, агент обязан спрашивать в реальном времени, а не помнить.
Агент разговорился не по делу. Тестовая версия поддержки бодро отвечала на вопросы про погоду, курс валют и планы компании на будущий год. Смешно ровно до первого скриншота в клиентском чате.
Лечится ограничением темы и явным отказом: вне зоны ответственности агент говорит «этого я не знаю, передаю менеджеру» и передаёт. Отказ надо специально прописывать и специально тестировать, сам по себе он не появится. Мы держим для этого отдельный список из полутора десятков провокационных вопросов и прогоняем его перед каждым обновлением промпта.
Чек-лист: с чего начать на своих данных
- Выгрузите переписку с клиентами за последний месяц. Хоть из почты, хоть из Телеграма.
- Разложите обращения на три кучки: типовые вопросы, заявки, всё остальное.
- Посчитайте кучки. Соотношение сразу покажет, нужен вам бот, агент или оба.
- По заявкам выпишите, какие поля менеджер вбивает в CRM руками. Это будущая схема разбора.
- Найдите ответственного за содержание: кто отвечает за прайс, кто за регламенты, к кому идти за спорным случаем.
- Отметьте действия, которые агенту нельзя доверять без подтверждения: счета, скидки, обязательства по срокам.
Неделя такой работы экономит потом месяц переделок. И самое ценное: половина проблем всплывает ещё до того, как вы потратили деньги на разработку.
Короткие ответы на частые вопросы
Можно ли собрать агента на готовом конструкторе? Первую версию да, если конструктор умеет вызывать внешние функции. На интеграции с 1С и нестандартной логике конструкторы упираются, и проект переезжает в код. Начать с конструктора, чтобы проверить спрос, вполне разумно.
Нужен ли агенту доступ к 1С? Только на чтение и только к тому, что нужно для ответа: остатки, цены, статус заказа. Писать в учётную систему напрямую мы не даём, для этого есть CRM и задачи с человеком-владельцем.
Сколько времени занимает сборка? Простой агент с разбором заявок и записью в CRM собирается за 2-4 недели. Основное время съедает не ИИ, а доступы, справочники и согласование того, как процесс должен выглядеть.
Что будет, если модель недоступна? Агент должен уметь падать красиво: сохранить обращение, ответить клиенту нейтрально, позвать человека. Сценарий отказа проектируется сразу, иначе первый же сбой провайдера выглядит как молчание компании.
Заменит ли агент менеджера? Он забирает подготовку: сбор полей, поиск истории, черновик ответа, заведение карточки. Разговор, торг и решение остаются человеку.
Что делать дальше
Возьмите один процесс, самый шумный. Выпишите в таблицу: сколько обращений в неделю, сколько минут уходит на каждое, что именно человек делает руками, куда потом попадают сведения. Три колонки, неделя наблюдений.
Дальше станет видно, что вам нужно. Одинаковые вопросы без действий закрывает бот. Разнобой формулировок и записи в CRM это агент. Смесь того и другого встречается чаще всего: бот на входе, агент на разборе.
Примеры собранных контуров лежат в кейсах. Если хочется сверить свой процесс с чужим опытом, приходите на AI-аудит: разберём один процесс, посчитаем экономику в часах и скажем прямо, если задача решается ботом за неделю и агент здесь лишний.