Сколько стоит ИИ-агент и от чего цена

Ответ на вопрос про цену ИИ-агента обычно выглядит как вилка от ста тысяч до нескольких миллионов — и это правда, но она ничего не объясняет.

Объясняет другое: у агента расходы устроены принципиально не так, как у обычного бота. У бота платите один раз за разработку и почти ничего за работу. У агента разработка — половина дела, а вторая половина приходит счетами каждый месяц и растёт вместе с использованием.

Возьмём обе половины по составу — сначала ежемесячную, потому что именно её чаще всего не считают, а потом разовую.

Главное отличие от бота: за что вы платите каждый месяц

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

Что происходит при одном обращении клиента

ВопросКлиент пишет свободным текстом

РешениеМодель определяет, что нужно сделать. Обращение №1

ИнструментЗапрос в вашу систему: CRM, база, расписание

ОбработкаМодель разбирает ответ системы. Обращение №2

ОтветФормулировка для клиента. Иногда обращение №3

Каждая стрелка на этой схеме — деньги. Бот на том же вопросе сделал бы ноль обращений или одно. Отсюда простое правило, которое стоит забрать: разница в цене между ботом и агентом не разовая, а ежемесячная и постоянная.

Что именно отличает агента от бота по устройству — разбирал отдельно в статье чем ИИ-агент отличается от чат-бота.

Считаем месяц: сколько стоит работа агента

Расходы на модель считаются в токенах. Единица счёта — токен, это примерно 3–4 символа текста. Тарифицируется и то, что ушло в модель, и то, что она вернула.

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

Возьмём типовое обращение: клиент спрашивает про свой заказ, агент лезет в систему, отвечает, уточняет и делает изменение. Три-четыре обращения к модели, вместе с системной инструкцией и историей — около 50 000 токенов на один разговор.

Дальше арифметика по тарифам GigaChat (цены с НДС, август 2026):

Три вывода, которые меняют смету.

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

Второй: счёт растёт вместе с успехом. Агент, которым стали пользоваться вдвое активнее, стоит вдвое дороже. Это не поломка, но это надо закладывать в расчёт заранее.

Третий: на старте можно не платить вовсе. Физлицам GigaChat даёт 365 миллионов токенов на 12 месяцев, из них 250 миллионов на младшей модели — это около пяти тысяч разговоров в нашем примере. Для пилота хватает с запасом.

Три уровня агентов и что определяет цену

Слово «агент» описывает решения, отличающиеся по стоимости в десятки раз. Разница не в модели, а в том, что агенту разрешено делать.

Уровень первый: агент отвечает по вашим данным

Самый частый и самый дешёвый вариант. Агент не действует, а находит и объясняет: отвечает по документам, регламентам, базе знаний, истории переписки.

Что входит в разработку: сбор и подготовка базы знаний, настройка поиска по ней, системная инструкция, тестирование на реальных вопросах. Интеграций нет или одна.

Главная работа здесь — не техническая. Это сбор того, что агент должен знать: где лежат актуальные документы, какая версия правильная, что устарело. Обычно выясняется, что единого источника не существует, и половина проекта — собрать его.

Уровень второй: агент действует в ваших системах

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

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

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

Уровень третий: несколько агентов в одном процессе

Разные роли на разных этапах: один принимает обращение, другой проверяет данные, третий готовит документ. Между ними — передача задач и общее состояние.

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

Как цена растёт по уровням

1. 1
   Отвечает по базеРазработка умеренная, месяц дешёвый. Одна-две системы
2. 2
   Действует в системахРазработка выше в разы: границы, проверки, откаты
3. 3
   Несколько агентовКорпоративный уровень. Нужен редко

Три типовых сценария и что в них дорого

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

Агент в поддержке клиентов

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

Что дорого: не разработка, а подготовка базы. Обычно выясняется, что актуальные ответы живут в четырёх местах — в регламенте, в переписке менеджеров, в голове старшего сотрудника и в устаревшем документе на диске. Собрать из этого один источник — половина проекта.

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

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

Агент для квалификации заявок

Разбирает входящие обращения: понимает, что человеку нужно, задаёт уточняющие вопросы, заполняет карточку в CRM и распределяет по ответственным.

Что дорого: интеграция с CRM и, главное, договорённость о том, что считать качественной заявкой. Формальные критерии обычно не описаны нигде, и их приходится собирать вместе с отделом продаж.

Что окупается быстрее всего: именно этот сценарий. Он экономит не время на ответы, а время менеджеров на разбор нецелевых обращений — а это дорогие часы.

Где обычно ошибаются: дают агенту право отсеивать заявки самостоятельно. Правильнее — размечать и сортировать, а решение об отказе оставить человеку. Ошибка агента здесь стоит потерянного клиента.

Внутренний помощник для сотрудников

Отвечает на вопросы по документам компании: регламенты, инструкции, условия работы с поставщиками.

Что дорого: разграничение доступа. Разным сотрудникам можно видеть разное, и это надо учесть в самой системе, а не в инструкции «не спрашивайте про зарплаты».

Что дешевле: цена ошибки. Внутренний помощник ошибается перед своими, а не перед клиентом, поэтому требований к проверкам меньше и пилот запускается быстрее.

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

Из чего складывается разработка

Четыре части, и они не равны по стоимости.

• База знаний и данные. Что агент знает и откуда берёт. На первом уровне это основная работа проекта.
• Инструменты и интеграции. Каждая система, куда агент ходит, — отдельная работа: доступы, формат данных, обработка ошибок. Самая дорогая часть на втором уровне.
• Границы и правила. Что можно делать самому, что через подтверждение, когда звать человека. Выглядит как разговор, а не как код, но именно этот разговор определяет, будет система безопасной.
• Проверка на реальных диалогах. Прогон настоящих обращений за прошлый месяц. Здесь находятся формулировки, которые ломают агента, и их не придумать за столом.

Как проверить смету. Попросите разбить её по этим пунктам с оценкой в часах и отдельной строкой — расчёт стоимости месяца при вашем объёме. Если ежемесячных расходов в смете нет вообще, это первый вопрос, который стоит задать: у агента они есть всегда.

Сколько стоит владение за год

Разработку в таблицу не подставляю — она зависит от объёма работ и ставки исполнителя. Всё остальное — проверяемые цифры.

Цифры показывают главное: эксплуатация агента — это не «копейки за токены», но и не разорение. На типовом объёме малого бизнеса счёт за модель сопоставим с тарифом хорошего конструктора ботов. Проблема возникает не от цены за разговор, а от их количества, помноженного на выбор старшей модели там, где хватало младшей.

Почему база знаний — это статья расходов, а не файл

Пункт, который в сметах обычно занимает одну строку, а в проекте — половину времени. Стоит понимать, что за ним стоит.

Агент отвечает не «из головы модели», а по вашим данным. Значит, эти данные нужно привести в состояние, пригодное для машины. Работа делится на четыре части.

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

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

Разбить на куски. Документ на сорок страниц целиком в модель не отправляют — он режется на фрагменты, из которых потом достаются нужные. От того, как именно разрезано, зависит, найдёт агент ответ или нет.

Проверить на реальных вопросах. Прогнать настоящие обращения и посмотреть, на скольких агент отвечает правильно. Здесь всплывают документы, которых не хватает, и формулировки, по которым ничего не находится.

Что проверить в смете: если подрядчик не спрашивает, где лежат ваши данные и кто отвечает за их актуальность, он не считал этот этап. Значит, либо он всплывёт как дополнительные работы, либо агент будет отвечать плохо.

Пилот дешевле внедрения, и это не уловка

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

Порядок, при котором не платят за неизвестность

1. 1
   ПилотОдна задача, узкая база, без интеграций. Недели, не месяцы
2. 2
   ЗамерСколько обращений закрыл, где ошибся, сколько потратил токенов
3. 3
   РешениеПо цифрам: расширять, переделывать или закрыть
4. 4
   ВнедрениеИнтеграции и права — уже по проверенному сценарию

Пилот даёт три числа, которых до него нет ни у кого: какая доля обращений закрывается без человека, сколько токенов уходит на разговор в вашем случае и на каких вопросах агент ломается. Смета на полноценное внедрение, посчитанная по этим числам, всегда точнее и обычно меньше — потому что из неё уходит запас на неизвестность.

И отдельно: пилот — единственный честный способ проверить обещание «агент закроет 80% обращений». Проверяется оно за две недели на ваших же данных.

Что спросить про данные и безопасность

Отдельный блок вопросов, который стоит задать до подписания, — особенно если агент работает с персональными данными клиентов.

• Где физически обрабатываются данные. Российская модель или зарубежная — это разные юридические рамки и разные риски доступности.
• Что уходит в модель, а что остаётся у вас. Хороший ответ: в модель уходит только то, что нужно для конкретного ответа, а не вся карточка клиента.
• Хранятся ли диалоги и где. Логи нужны для разбора ошибок, но это тоже персональные данные.
• Что происходит при недоступности провайдера модели. Ответ «агент перестанет работать» допустим, если предусмотрено переключение на сценарий с кнопками и уведомление.

Эти вопросы не про паранойю, а про то, что ответы на них влияют на архитектуру, а значит на цену. Выяснять их после запуска — значит переделывать.

Скрытые расходы, о которых узнают потом

• Рост нагрузки. Первый месяц агент обрабатывает сто обращений, третий — пятьсот. Счёт растёт линейно, и это нормально, но должно быть в расчёте.
• Изменение правил бизнеса. Поменяли условия доставки — надо обновить базу знаний и проверить, что агент не отвечает по старой. Это регулярная работа, а не разовая.
• Разбор диалогов. Первые недели агента нужно читать: где ошибся, где ответил не то. Без этого он не становится хуже, но и не становится лучше.
• Смена версий модели. Провайдеры обновляют модели, поведение слегка меняется. Обычно в лучшую сторону, но проверять после обновления надо.

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

Как уменьшить месячный счёт, не теряя качества

У агента расходы управляемые, и рычаги здесь другие, чем у обычного бота. Четыре работают всегда.

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

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

Кэшировать повторяющееся. Одинаковые вопросы приходят десятками. Ответ на «какие у вас часы работы» не нужно генерировать заново каждый раз — он не меняется. Это чистая экономия без потери качества.

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

Чего делать не стоит: резать историю диалога слишком агрессивно. У бота это работает, у агента — ломает логику: он теряет то, что уже выяснил, и начинает переспрашивать. Экономия оборачивается лишними шагами.

Агент и сотрудник: как сравнивать честно

Сравнение, которое часто приводят в лоб — «агент дешевле менеджера» — верно арифметически и обманчиво по сути. Считать надо аккуратнее.

Что агент действительно заменяет: повторяющуюся часть работы. Ответы на типовые вопросы, первичный разбор обращений, заполнение карточек, поиск информации в документах. Это та часть, где человек не создаёт ценности, а работает справочником.

Что не заменяет: ситуации, где нужно понять контекст, услышать недовольство, взять ответственность, договориться о нестандартном. Эта часть остаётся людям, и её обычно недооценивают по объёму — на бумаге она выглядит как десять процентов работы, на практике съедает половину дня и требует самых опытных сотрудников.

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

Практический эффект, который считают реже: агент не заменяет человека, а меняет структуру его дня. Сотрудник перестаёт быть справочной и начинает заниматься тем, где нужен человек. По деньгам это видно не в экономии на зарплате, а в том, что тот же штат обрабатывает больший объём.

Пять ошибок, которые удорожают проект

Список из практики — то, что чаще всего приводит к перерасходу.

Начать со всего сразу. «Внедрим агента во все процессы» заканчивается долгим проектом без результата. Один процесс, доведённый до понятных цифр, стоит пяти начатых.

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

Не описать границы полномочий. Разговор о том, что агент может делать сам, кажется формальностью, пока не случится первый спорный случай. После запуска он стоит дороже: приходится переделывать логику.

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

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

Что происходит с ценой через год

Три вещи, которые меняют расчёт со временем, — и все три предсказуемы.

Модели дешевеют. Стоимость токена за последние годы устойчиво снижается, а качество младших моделей растёт. Задача, которая сегодня требует старшей модели, через год может закрываться младшей — то есть тот же агент станет дешевле сам собой.

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

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

Что из этого следует для сметы: считайте не «сколько будет стоить агент», а «сколько будет стоить агент на объёме через год». Разница между этими двумя цифрами и есть то, что обычно упускают.

Когда агент не нужен и стоит взять бота

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

Хватит чат-ботаОтветы известны заранее

• Вопросы повторяются и укладываются в меню
• Ответ не зависит от данных клиента
• Нужно принять заявку и передать человеку
• Обращений немного, и они однотипные

Нужен агентВариантов больше, чем можно перечислить

• Клиенты пишут свободным текстом о разном
• Ответ зависит от данных из ваших систем
• Нужно сопоставить информацию из нескольких мест
• Сценарий пришлось бы описывать сотнями веток

Честный порядок такой: сначала посчитать, закрывается ли задача ботом. Если да — брать бота. Сколько стоит чат-бот и из чего складывается его цена — разбирал в соседней статье.

Пять вопросов до оплаты

1. Какой это уровень: отвечает или действует? От этого зависит и цена, и сроки, и риски. Ответ должен быть однозначным.
2. Сколько обращений к модели на один разговор? Это прямой множитель ежемесячного счёта. Если подрядчик не считал — считать придётся вам.
3. Какая модель и почему именно она? Разница между младшей и старшей десятикратная. «Возьмём самую мощную» — не обоснование.
4. Что агент может делать без подтверждения человека? Список должен быть конечным и записанным.
5. Что происходит при достижении лимита расходов? Правильный ответ — переключение на сценарий и уведомление, а не молчаливое продолжение.

Как выглядит смета, которую можно проверить

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

Первый блок — разовые работы. База знаний, инструменты и интеграции поимённо, границы полномочий, тестирование. Каждая позиция с оценкой в часах. Строка «разработка ИИ-агента — столько-то» без разбивки не позволяет сравнить ничего.

Второй блок — ежемесячные расходы. Модель при вашем объёме с указанием, какая именно и сколько обращений на разговор заложено. Сервер. Сопровождение с описанием, что в него входит.

Третий блок — условия. Кому остаются код, база знаний и доступы. Кто чинит, если сломается, и за какое время. Что считается доработкой, а что гарантийным случаем.

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

Отдельно про вилки. Диапазон в смете — нормально, если названо, от чего зависит крайняя точка. «От 200 до 600 тысяч» без объяснения — это не оценка, а способ не отвечать на вопрос.

Как понять, сколько вы готовы заплатить

Считается это по той же логике, что и для бота, но с поправкой на ежемесячный счёт.

Возьмите объём работы, которую агент снимает: сколько обращений в месяц, сколько времени уходит на одно, сколько стоит час сотрудника. Из полученной экономии вычтите стоимость модели на этом объёме — и только остаток сравнивайте со стоимостью разработки.

Именно этот вычет пропускают чаще всего. Агент, экономящий 40 000 ₽ в месяц и потребляющий модели на 16 000 ₽, экономит 24 000 ₽, а не сорок. На старшей модели вместо младшей та же задача может уйти в ноль.

Второй момент: у агента есть эффект, который плохо считается деньгами, но заметен сразу, — он отвечает круглосуточно и одинаково ровно в пик. Если ваши потери связаны не с объёмом, а с временем ответа, экономию стоит считать по недошедшим клиентам, а не по часам сотрудников.

Третий момент, о котором почти не пишут: у агента есть порог, ниже которого он не окупается никогда. Если обращений в месяц пара десятков, никакая экономия времени не покроет ни разработку, ни ежемесячный счёт. Это не значит, что задача не решается, — значит, решать её надо другими средствами: сценарием на кнопках, шаблонами ответов или просто уведомлениями.

Порог у каждого свой, но считается он в два действия: сколько часов в месяц съедает повторяющаяся работа и сколько стоит этот час. Если произведение меньше ежемесячного счёта за модель, дальше можно не считать.

Как это делается на цифрах чат-бота — с формулой и разбором случаев, когда бот не нужен, — в статье нужен ли бизнесу чат-бот. Логика для агента та же, отличается только правая часть уравнения.

Если бюджет ограничен

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

Взять одну задачу, а не процесс. Не «агент для поддержки», а «агент отвечает на вопросы про статус заказа». Одна задача — это одна база знаний, один инструмент и понятный критерий успеха.

Собрать базу знаний своими силами. Это работа не разработчика, а того, кто знает предмет. Документ с ответами на пятьдесят частых вопросов, собранный внутри компании, снимает из сметы самую трудоёмкую часть — и делает агента точнее, потому что писали его те, кто действительно знает ответы.

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

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

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

Что делаю я

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

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