Практическая разница между скриптом, чат-ботом и ИИ-агентом ровно одна: кто выбирает следующий шаг. В скрипте порядок шагов нарисовал разработчик, и система от него не отклонится никогда. В чат-боте порядок тоже задан заранее, но текст ответа в моменте пишет языковая модель. В агенте модель сама решает, что делать дальше, — выбирая из списка действий, который вы ей разрешили. Всё остальное — цена, срок, способ приёмки, объём поддержки и то, кто отвечает за ошибку, — производные от этого одного различия.
Проблема в том, что на рынке все три продукта называют одним словом. В выдаче на запрос «ИИ-агент под ключ» рядом стоят предложения за 100 000 ₽ и за 600 000 ₽, и по описанию они неотличимы: там и там «умный ассистент, который понимает клиента и работает 24/7». Владелец видит только разброс цены в шесть раз и делает единственный доступный ему вывод — что дешевле, то и надо брать. В половине случаев вывод верный, в половине он покупает кнопочное меню под видом интеллекта, а в оставшихся — платит за агента там, где хватило бы правила в три строки.
Ниже — разбор по семи признакам, которые видно в договоре и в смете; один и тот же процесс (клиент переносит запись) в трёх реализациях; расчёт в рублях на потоке 1 400 обращений в месяц с честным выводом, что там выигрывает не агент; порог потока, начиная с которого выигрывает уже он; и список признаков, по которым в коммерческом предложении видно подмену понятий.
Один признак: кто выбирает следующий шаг
Технические описания сравнивают эти системы по архитектуре, и владельцу это не помогает: слова «оркестрация», «стейт-машина» и «tool calling» не переводятся в бюджет. Переводится другой вопрос — насколько заранее известно поведение системы. Чем оно предсказуемее, тем дешевле разработка, тем проще приёмка и тем понятнее, кто виноват при сбое. Чем свободнее система в выборе шага, тем шире круг задач, которые она закрывает, — и тем дороже стоит защита от её ошибок. Это одна шкала, а не три разные технологии, и три названия ниже — просто три точки на ней.
Программа, которая ведёт клиента по заранее нарисованной схеме: кнопки, меню, ветвления по условиям. Языковой модели внутри может не быть вообще. Поведение полностью предсказуемо: один и тот же вход всегда даёт один и тот же выход. Что спросить у подрядчика: «покажите схему всех веток и назовите, что происходит с сообщением, которое ни в одну ветку не попало».
Сценарий, в котором формулировку ответа делает модель, а факты берутся из вашей базы знаний — регламентов, прайса, инструкций. Модель не решает, что делать дальше: она отвечает на вопрос и, если ответа в базе нет, передаёт диалог человеку. Что спросить у подрядчика: «откуда система берёт факты и что она делает, когда в базе ответа нет».
Система, в которой модель в каждый момент выбирает следующее действие из разрешённого списка: посмотреть расписание, создать сделку, проверить остаток, позвать человека. Агент не только говорит, но и меняет данные в ваших системах, поэтому у него обязаны быть права доступа, лимиты и журнал. Что спросить у подрядчика: «перечислите все действия, которые агент может выполнить сам, и лимиты на каждое».
Отсюда сразу следует практическое правило чтения смет. Скрипт — это работа по описанию процесса: заплатили за то, чтобы кто-то выяснил и нарисовал все ветки. Чат-бот — работа по документам: основные деньги уходят на приведение вашей базы знаний в состояние, пригодное для поиска. Агент — работа по интеграциям и по ограничениям: деньги уходят на коннекторы к вашим системам и на правила, которые не дают модели сделать лишнее. Если в смете за 400 000 ₽ нет строк про интеграции и про правила, вам продают чат-бот по цене агента.
Три вертикальные колонки: «Скрипт», «Чат-бот на модели», «ИИ-агент». Четыре строки сравнения с короткими подписями: «Кто выбирает следующий шаг» — разработчик заранее / разработчик заранее / модель в моменте; «Откуда берутся факты» — из веток схемы / из базы знаний / из базы знаний и ваших систем; «Что меняет в ваших системах» — ничего / ничего / создаёт и правит записи; «Порядок цены» — 30 000–120 000 ₽ / 150 000–200 000 ₽ / 250 000–500 000 ₽. Под колонками горизонтальная стрелка с подписью «свобода выбора шага растёт — предсказуемость падает».
Семь признаков, по которым различие видно в договоре
Эту таблицу имеет смысл распечатать и пройти по ней с подрядчиком до подписания. Каждая строка — вопрос, на который у него должен быть однозначный ответ; расхождение между тем, что написано в презентации, и тем, что он говорит по строке, обычно и есть предмет будущего спора. Особенно внимательно смотрите строки про воспроизводимость и про ответственность: именно они превращаются в конфликт на четвёртый месяц эксплуатации, когда система впервые сделает не то.
| Признак | Скрипт | Чат-бот на модели | ИИ-агент |
|---|---|---|---|
| Кто задаёт последовательность шагов | Разработчик заранее, на схеме | Разработчик заранее; модель пишет только текст | Модель в моменте, из разрешённого списка действий |
| Доступ к внешним системам | Нет или один запрос по кнопке | Только чтение базы знаний | Чтение и запись: CRM, расписание, 1С, телефония |
| Поведение при незнакомом вопросе | «Не понял, выберите пункт меню» | Отвечает по базе или честно отказывается и зовёт человека | Пытается уточнить и решить; при отказе срабатывает стоп-правило |
| Воспроизводимость ответа | Полная: один вход — один выход | Частичная: формулировка плавает, смысл держится | Низкая: маршрут может отличаться от запуска к запуску |
| Как тестируется | Обход всех веток, полное покрытие за день | Набор из 100–200 вопросов с эталонными ответами | Сценарные прогоны плюс разбор журнала; полного покрытия не бывает |
| Кто отвечает за ошибку | Разработчик: ветка либо есть, либо её нет | Подрядчик за поиск, вы за содержание базы знаний | Совместно; ответственность держится на лимитах и стоп-темах в договоре |
| Порядок цены и срока | 30 000–120 000 ₽, 1–3 недели | 150 000–200 000 ₽, 3–8 недель | 250 000–500 000 ₽, 8–14 недель, плюс 20 000–30 000 ₽/мес |
Строка про воспроизводимость обычно вызывает больше всего сопротивления у продавцов, потому что честный ответ по ней звучит как недостаток. Он и есть недостаток — просто неизбежный. Модель формулирует ответ заново каждый раз, поэтому два одинаковых вопроса дадут два похожих, но не идентичных ответа, а агент вдобавок может пойти к системам в другом порядке. Это лечится не обещаниями, а конструкцией: фиксированные шаблоны для юридически значимых формулировок, жёсткие правила для денег и сроков, журнал каждого действия. Если подрядчик утверждает, что его агент отвечает всегда одинаково, он либо продаёт скрипт, либо не знает, как работает его собственный продукт.
Один процесс в трёх реализациях: клиент переносит запись
Дальше по тексту считаем на одном примере: сеть из трёх салонов, 11 мастеров, около 1 400 обращений в месяц в мессенджерах — запись, перенос, отмена, вопросы о цене и о том, кто сегодня работает. Администратор тратит на обращение в среднем 6 минут, ставка с налогами — около 700 ₽/час, то есть обработанное вручную обращение стоит примерно 70 ₽. Клиент пишет: «а можно на послезавтра, но не к тому мастеру». Одна фраза, три условия внутри и одно из них — отрицание. Посмотрим, что с ней сделает каждая из трёх систем.
Схема из трёх горизонтальных дорожек. Слева общий блок с репликой клиента «а можно на послезавтра, но не к тому мастеру». Верхняя дорожка «Скрипт»: блоки «фраза не совпала с кнопкой» → «меню: запись / перенос / отмена» → «администратор», подпись у выхода «6 минут ручной работы». Средняя дорожка «Чат-бот»: «фраза понята» → «база знаний: правила переноса» → «расписания нет» → «администратор», подпись «вежливо, но запись делает человек». Нижняя дорожка «Агент»: «фраза разобрана на 3 условия» → «запрос в расписание» → «4 свободных слота» → «предложил 2» → «перенёс запись» → «уведомление мастеру», подпись «право на запись и лимит: один перенос без человека».
- 1Скрипт: не совпало ни с одной кнопкой
Фраза не соответствует ни одному пункту меню, поэтому система отвечает «выберите действие» и показывает три кнопки. Клиент жмёт «Перенести», получает список слотов на неделю вперёд и не может отфильтровать их по единственному условию, которое для него важно, — «кто угодно, только не Ирина». Дальше два исхода: он ждёт администратора или уходит записываться в соседний салон. Скрипт при этом отработал абсолютно правильно: у него нет ветки для отрицания, и он честно об этом сообщил.
- 2Чат-бот: понял фразу, но не видит расписания
Модель разбирает предложение без труда, находит в базе знаний правила переноса и вежливо отвечает: «Конечно, перенесём. Подскажите, к кому вы записаны и кого предпочитаете». Диалог выглядит убедительно ровно до того момента, когда клиент называет мастера: у чат-бота нет доступа к живому расписанию, свободных слотов он не видит и предложить не может. Итог — красивая переписка, после которой запись всё равно делает человек. Это не поломка, а граница класса: чат-бот отвечает, но не действует.
- 3Агент: разобрал условия и изменил запись
Агент раскладывает фразу на три условия — дата равна послезавтра, услуга та же, что в текущей записи, мастер не равен Ирине, — запрашивает расписание в YCLIENTS, получает четыре подходящих слота, предлагает два ближайших, после подтверждения переносит запись и отправляет уведомление мастеру. Для этого ему нужны права на запись в систему записи и явные лимиты: переносить не чаще одного раза без человека, не трогать записи дороже определённой суммы, не отменять визит совсем. Работа стоит дороже именно из-за прав и лимитов, а не из-за модели.
Обратите внимание, где проходит настоящая граница. Между скриптом и чат-ботом разница в понимании языка: один требует нажать кнопку, другой читает произвольную фразу. Между чат-ботом и агентом разница в правах: один рассказывает, второй делает. Первый переход стоит примерно 100 000 ₽ разницы во внедрении, второй — примерно 200 000 ₽ и большей части срока проекта, потому что за ним стоят интеграции, права доступа, лимиты и разбор того, что делать при сбое чужой системы.
Просьба «а пусть он ещё и записывает сам» на демонстрации звучит как мелочь и почти всегда означает удвоение сметы. Появляются доступы, лимиты, обработка отказов чужого API, откат неудачного действия, журнал и отдельная приёмка на «что будет, если расписание недоступно». Если подрядчик соглашается на такую просьбу не меняя цены, спросите, что именно он выкинет взамен.
Три ценовых уровня рынка на сентябрь 2026
Ниже — рыночные ориентиры, а не наш прайс: разброс внутри каждой строки объясняется числом сценариев, состоянием базы знаний и количеством систем, к которым надо подключаться. Наши собственные цены и сроки лежат на страницах цен и бюджетов, а готовый пакет с фиксированной ценой — на отдельной странице. Смотреть эту таблицу нужно вместе со следующей: сумма внедрения почти никогда не является главной цифрой решения, потому что за первый год эксплуатация обгоняет её.
| Уровень | Внедрение | Срок | Эксплуатация | Что реально получаете |
|---|---|---|---|---|
| Кнопочный сценарий | 30 000–120 000 ₽ | 1–3 недели | 5 000–15 000 ₽/мес | Меню, запись типовых заявок, маршрутизация по отделам, уведомления |
| Чат-бот на базе знаний | 150 000–200 000 ₽ | 3–8 недель | 15 000–25 000 ₽/мес | Ответы по вашим документам со ссылкой на источник, перевод сложного человеку |
| Заказной агент | 250 000–500 000 ₽ | 8–14 недель | 20 000–30 000 ₽/мес | Действия в ваших системах: создать, изменить, проверить, записать — с лимитами и журналом |
| Комплексная автоматизация процесса | от 1 500 000 ₽ | 3–5 месяцев | от 40 000 ₽/мес | Несколько агентов и интеграций вокруг одного сквозного процесса |
Отдельно про SaaS-коробки: готовое решение с подпиской стоит от 30 000 ₽ разово плюс 5 000–25 000 ₽/мес и закрывает типовой сценарий без разработки. Это честный и часто правильный вариант — при условии, что ваш процесс совпадает с тем, под который коробка написана. Проверяется просто: попросите список полей, которые коробка умеет читать и писать в вашей CRM. Если в списке нет двух-трёх полей, без которых ваш процесс не живёт, дальше начинается кастомизация, и цена уезжает к 500 000 ₽ плюс 15 000–80 000 ₽/мес.
Три параллельные ленты времени с общей шкалой недель от 0 до 12. Лента «Скрипт», 2 недели: «карта веток» → «сборка» → «приёмка обходом всех веток». Лента «Чат-бот на базе знаний», 5 недель: «сбор документов» → «чистка и нарезка базы» → «настройка поиска» → «замер на 100 вопросах» → «приёмка». Лента «Агент», 10 недель: «разбор процесса» → «доступы и права в системах» → «коннекторы» → «правила и лимиты» → «пилот на части потока» → «приёмка и журнал». Под каждой лентой подпись с итоговым сроком.
Считаем на потоке: 1 400 обращений в месяц
Возьмём ту же сеть салонов и сравним три варианта по деньгам за месяц. Доля обращений, которые система закрывает без администратора, взята по нижней границе того, что мы видим на подобных потоках: скрипт — 30 %, чат-бот на базе знаний — 40 %, агент с доступом к расписанию — 55 %. Снятая с человека работа считается прямо: доля × 1 400 обращений × 70 ₽. Сначала разберём, из чего складывается самая дорогая строка — эксплуатация агента.
У скрипта та же таблица короче: платформа и сервер — около 3 000 ₽, сопровождение — около 8 000 ₽, итого 11 000 ₽/мес. У чат-бота между ними: модель дешевле (один вызов на вопрос вместо трёх-пяти), контроль и ведение базы остаются, сопровождение скромнее — около 37 000 ₽/мес. Теперь сведём всё вместе, включая внедрение.
| Показатель | Скрипт | Чат-бот | Агент |
|---|---|---|---|
| Внедрение, разово | 90 000 ₽ | 175 000 ₽ | 350 000 ₽ |
| Закрывает без человека | 30 % | 40 % | 55 % |
| Снятая работа администратора | 29 400 ₽/мес | 39 200 ₽/мес | 53 900 ₽/мес |
| Эксплуатация | 11 000 ₽/мес | 37 000 ₽/мес | 57 000 ₽/мес |
| Чистый результат | +18 400 ₽/мес | +2 200 ₽/мес | −3 100 ₽/мес |
| Окупаемость внедрения | 5 месяцев | не окупается | не окупается |
Результат неприятный для продавцов агентов и полезный для владельца: на потоке 1 400 обращений выигрывает самый простой вариант, причём с запасом. Агент действительно закрывает почти вдвое больше обращений, но каждое снятое обращение стоит 70 ₽, а разница в эксплуатации — 46 000 ₽ в месяц. Арифметика не сходится не потому, что агент плохой, а потому, что поток маленький. Это же объясняет, почему на рынке столько разочарованных внедрений: систему выбирали по возможностям, а не по объёму работы, который она должна снять.
Столбчатая диаграмма с нулевой линией. Три столбца: «Скрипт» +18 400 ₽, «Чат-бот» +2 200 ₽, «Агент» −3 100 ₽ (уходит ниже нуля, отмечен другим цветом). Над каждым столбцом мелкой строкой подписаны две составляющие: снятая работа 29 400 / 39 200 / 53 900 ₽ и эксплуатация 11 000 / 37 000 / 57 000 ₽. Заголовок «Чистый результат в месяц, поток 1 400 обращений». Ось подписана в рублях за месяц.
Порог, начиная с которого агент выигрывает
Порог считается за одну строку, и эту строку стоит уметь воспроизводить самому. Расходы агента делятся на переменные — вызовы модели и выборочный контроль, вместе около 8,5 ₽ на обращение, — и постоянные: хранилище, сервер, ведение базы, сопровождение, вместе 45 100 ₽/мес. У скрипта переменных практически нет, постоянные — 11 000 ₽/мес. Преимущество агента в снятой работе — разница долей, то есть (55 % − 30 %) × 70 ₽ = 17,5 ₽ на каждое обращение.
Уравнение выглядит так: 17,5 × N = (45 100 − 11 000) + 8,5 × N, откуда 9 × N = 34 100 и N ≈ 3 800 обращений в месяц. До этой отметки агент проигрывает скрипту по текущим расходам при любых обещаниях подрядчика. После неё он начинает выигрывать, но остаётся разовая разница во внедрении — 350 000 ₽ против 90 000 ₽, то есть 260 000 ₽, которые тоже надо отбить. На потоке 6 000 обращений преимущество агента составляет около 19 900 ₽/мес и разница отбивается за 13 месяцев; на потоке 10 000 обращений преимущество вырастает примерно до 55 900 ₽/мес и разница отбивается меньше чем за 5 месяцев. Отсюда практический ориентир: агент как замена скрипту начинает иметь смысл от 4 000 обращений в месяц и становится очевидно выгодным от 8 000–10 000.
Линейный график. Горизонтальная ось — обращений в месяц от 0 до 12 000, вертикальная — чистый результат в рублях за месяц. Две линии: «Скрипт» (начинается с −11 000 ₽ при нулевом потоке, растёт полого) и «Агент» (начинается с −45 100 ₽, растёт круче). Точка пересечения подписана «3 800 обращений — здесь агент догоняет скрипт» и выделена. Дополнительная отметка на 10 000 обращений с подписью «преимущество агента 55 900 ₽/мес». Ось рублей подписана.
У порога есть вторая половина, которую в расчёт не запихнёшь. Иногда обращений мало, но каждое стоит дорого: заявка на оптовую поставку, запись на дорогую медицинскую процедуру, лид на квартиру. Тогда считать надо не снятые минуты администратора, а потерянные заявки: если из 300 обращений в месяц теряется 8 % из-за того, что никто не ответил вечером, а средняя маржа с заявки 12 000 ₽, то потеря — 288 000 ₽ в месяц, и агент за 350 000 ₽ окупается за полтора месяца. Правило простое: считайте по той величине, которая у вас больше, — по стоимости человеко-минут или по стоимости потерянных обращений.
Почему в большинстве задач малого бизнеса выигрывает скрипт
По нашей оценке, в 60–70 % задач небольших компаний, которые приходят с запросом «нужен ИИ-агент», задача закрывается детерминированной автоматизацией: сценарием, правилом в CRM или регламентом на три строки. Причина не в экономии, а в природе процесса. Модель полезна там, где входные данные приходят в произвольной форме и заранее неизвестно, какой шаг понадобится. Если и то и другое известно, модель добавляет к процессу ровно две вещи: недетерминизм и счёт за токены.
- В процессе меньше 10 ветвлений, и их можно нарисовать на одном листе — тогда ветки дешевле запрограммировать, чем объяснить модели и потом проверять, что она их поняла.
- Всё, что нужно для решения, лежит в одном-двух полях учётной системы: статус заказа, дата визита, остаток на складе. Модель здесь не понимает, а пересказывает — с риском пересказать неточно.
- Ответ обязан быть юридически или финансово точным: сумма долга, срок гарантии, условие возврата. Такие фрагменты подставляются шаблоном из базы, а не формулируются заново каждый раз.
- Поток меньше 1 000–1 500 обращений в месяц, и они не дорогие поштучно — экономия на людях просто не покрывает постоянные расходы контура.
- Процесс меняется чаще раза в месяц: скрипт правится за час, а агента после каждой правки надо перепроверять на регрессию по всему набору сценариев.
Свойство системы отвечать по-разному на одинаковый вход. Для клиента это незаметно, для эксплуатации — главная статья скрытых расходов: нельзя один раз протестировать и забыть, нужен постоянный выборочный контроль. В расчёте выше это строка «выборочный контроль» — 3 300 ₽/мес, и она растёт вместе с потоком. Что спросить у подрядчика: «какой процент диалогов вы предлагаете проверять руками и кто это будет делать после сдачи».
Дерево решений сверху вниз, четыре развилки с подписями «да / нет». Первый вопрос: «Клиент пишет свободным текстом?» — нет ведёт в блок «Скрипт». Второй: «Ответ есть в ваших документах?» — нет ведёт в блок «Сначала регламент, потом автоматизация». Третий: «Нужно менять данные в системах, а не только отвечать?» — нет ведёт в блок «Чат-бот на базе знаний». Четвёртый: «Поток больше 4 000 обращений в месяц или заявка дороже 10 000 ₽?» — нет ведёт в блок «Скрипт плюс дежурный человек», да — в блок «ИИ-агент». Три итоговых блока выделены рамками.
Отдельно стоит сказать про соблазн «поставим агента, а там разберёмся». Он дорого обходится не деньгами внедрения, а тем, что агент, поставленный поверх неописанного процесса, начинает делать неописанный процесс быстрее. Мы разбирали этот механизм в материале о том, почему проекты автоматизации проваливаются: чаще всего проект ломается не на технологии, а на том, что регламент существовал только в голове двух сотрудников. Скрипт этот дефект обнажает на этапе рисования схемы — там просто нечего нарисовать. Агент дефект прячет, потому что модель в момент неопределённости всегда что-нибудь ответит.
Канал связи — расходуемый ресурс, а не часть решения
Ещё одно различие, которое не видно в презентациях, но всплывает в эксплуатации. Скрипт обычно намертво прибит к конкретному мессенджеру: его сценарий написан кнопками этой платформы. Чат-бот и агент к каналу привязаны слабее — если подрядчик потрудился отделить логику от канала. По состоянию на сентябрь 2026 это не теоретический вопрос: WhatsApp и его Business API заблокированы в России с февраля 2026, у Telegram с августа 2025 ограничены звонки и в 2026 деградирует передача медиа, а национальный мессенджер MAX работает штатно, имеет бизнес-профиль на business.max.ru, верификацию через Госуслуги и Bot API.
Прямых официальных интеграций MAX с amoCRM и Битрикс24 на начало 2026 года не было — связка идёт через прослойку или собственного бота. Поэтому в договоре должен быть ответ на вопрос: сколько стоит перенести уже работающую систему в другой мессенджер. Правильный ответ — «дни, логика от канала отделена». Ответ «это новый проект» означает, что вы покупаете систему со сроком жизни, равным сроку жизни одной платформы.
Семь признаков подмены понятий в коммерческом предложении
Подмена почти никогда не выглядит как обман. Обычно это добросовестный продавец, который называет «агентом» то, что у него есть, потому что так называет рынок. Проверять поэтому надо не намерения, а конкретику: любое из семи мест ниже за пять минут показывает, какой класс системы вам продают на самом деле.
- 1«Умный бот на базе искусственного интеллекта» — и ни слова о том, откуда берутся факты. Спросите: отвечает по базе знаний со ссылкой на документ, по промпту с зашитыми правилами или по общим знаниям модели. Третий вариант для бизнеса неприменим: там нет источника, который можно предъявить клиенту в споре.
- 2«Система самообучается» — и нет строки про разметку. Обучение — это когда человек размечает примеры и кто-то за это платит. Спросите: сколько примеров нужно, кто их размечает и в какой строке сметы это лежит. Если ответа нет, «самообучение» означает, что систему никто не будет улучшать после сдачи.
- 3«Интеграция с CRM» без перечня методов API и без слова «запись». Интеграцией называют и чтение одного поля раз в час, и создание сделок в реальном времени. Разница в цене — кратная. Требуйте список методов и явное указание, что система имеет право менять.
- 4Точность «99 %» без выборки. Спросите: на каких данных измерено, сколько было примеров и что происходит с оставшимся процентом — кто его видит и в какой момент. Ответ «система очень редко ошибается» означает, что остаток ошибок никто не ловит.
- 5Нет списка стоп-тем. У любой системы, разговаривающей с клиентами, должен быть перечень тем, где генерация выключается и диалог принудительно уходит человеку: возврат денег, жалоба, претензия, здоровье, персональные данные, прямая просьба позвать сотрудника. Отсутствие списка — не экономия, а незакрытый риск.
- 6Цена «под ключ» без строки на эксплуатацию. Ведение базы знаний, выборочный контроль и сопровождение — это 30 000–60 000 ₽ в месяц на средних потоках. Если в предложении их нет, они не исчезли, а просто лягут на вашего сотрудника внезапно и без плана.
- 7В смете нет приёмочных тестов. Спросите, как выглядит приёмка: для скрипта это обход всех веток, для чат-бота — набор из 100–200 вопросов с эталонными ответами, для агента — сценарные прогоны плюс разбор журнала действий. Если приёмка описана словами «покажем демонстрацию», принимать будет нечего.
Хорошая новость: добросовестный подрядчик отвечает на все семь пунктов за один разговор, и разговор этот стоит дешевле любого пилота. Мы собрали смежные проверки в отдельном материале о том, как выбрать подрядчика по автоматизации и что должно быть в договоре на разработку, — там же лежат формулировки про приёмку и про ответственность за ошибку системы.
Карта раздела: где разбирается каждый признак
Эта статья — вход в раздел про основы ИИ-агентов, и каждый признак из таблицы в нём разворачивается отдельно. Ниже — соответствие, чтобы не искать вслепую.
- Кто выбирает следующий шаг — материал об уровнях автономности агента: от подсказки сотруднику до самостоятельного действия, и что меняется в договоре на каждом уровне.
- Из чего система состоит внутри — разбор пяти блоков агента: модель, база знаний с поиском, память, инструменты, правила; там же разбор сметы по блокам.
- Откуда берутся факты — статья про RAG: как модель отвечает по вашим документам без дообучения и почему в 8 случаях из 10 в ошибке виноват поиск, а не модель.
- Доступ к внешним системам — материал про права доступа агента: что даём на чтение, что на запись, какие лимиты обязательны и как это оформляется со стороны безопасности.
- Когда всё это не нужно — отдельная статья про случаи, где детерминированное правило дешевле и надёжнее любой модели.
Карта связей. В центре узел «Скрипт, чат-бот или агент» — текущая статья. Пять узлов вокруг с подписями на связях: «уровни автономности» (связь подписана «кто выбирает шаг»), «из чего состоит агент» (связь «что внутри и сколько стоит блок»), «RAG простыми словами» (связь «откуда факты»), «права доступа агента» (связь «что разрешено менять»), «когда агент не нужен» (связь «где хватит правила»). Стиль — чертёжная схема, узлы в рамках, связи тонкими линиями с подписями посередине.
Когда агент не нужен
Самый дешёвый проект автоматизации — тот, который не состоялся, потому что задача решилась иначе. Ниже — ситуации, в которых мы сами отговариваем от агента, и это не кокетство: агент, поставленный не туда, приносит счёт за эксплуатацию, новую работу по контролю и ноль снятой нагрузки.
- Задача решается кнопкой. Если 60 % обращений — это «когда вы работаете» и «где вы находитесь», закрепите сообщение в канале и поставьте автоответ. Стоимость — ноль рублей и полчаса времени, эффект тот же.
- Задача решается правилом в три строки. «Заявка с суммой больше 300 000 ₽ — руководителю отдела, остальные — по кругу» пишется в CRM за час и работает без вызовов модели, без контроля и без счёта за токены.
- Процесс не описан. Пока нет ответа, кто и по каким критериям принимает решение сегодня, автоматизировать нечего: система зафиксирует случайную практику двух сотрудников и сделает её быстрее. Сначала — регламент.
- Данных нет или они грязные. Если в CRM половина сделок без источника, а в номенклатуре три написания одного товара, агент будет уверенно оперировать мусором. Мы разбирали, какие данные нужно привести в порядок до внедрения, в отдельном материале.
- Поток меньше 1 000 обращений в месяц и каждое стоит недорого. По арифметике выше эксплуатация съест всю экономию. Дешевле нанять человека на четверть ставки или поставить скрипт.
- Ошибка стоит слишком дорого, а проверять некому. Если неверное действие означает отгрузку не тому клиенту или неправильный диагноз, агент допустим только в режиме подсказки человеку, и это другой проект с другой ценой.
И зеркальный список. Агент оправдан, когда одновременно верны три условия: поток больше 4 000 обращений в месяц или обращение дороже 10 000 ₽ маржи; входные данные приходят свободным текстом или голосом; результат требует не только ответа, но и действия в учётной системе. Если верны два условия из трёх — почти всегда правильный ответ чат-бот на базе знаний, он же самый частый разумный выбор в диапазоне 150 000–200 000 ₽.
Итог одной строкой: выбирайте класс системы не по названию в презентации, а по трём числам — сколько обращений в месяц, сколько стоит одно обработанное вручную и сколько ветвлений в процессе. Эти три числа определяют ответ раньше, чем начнётся разговор о моделях, платформах и искусственном интеллекте. Всё остальное — детали реализации, и их можно обсуждать спокойно, когда класс уже выбран.
