Сколько на самом деле стоит ИИ-агент: разработка, эксплуатация и TCO

Зачем собственнику считать бюджет до покупки инструментов

Я регулярно вижу одну и ту же картину. Собственник или маркетинг-директор слышит, что «всем нужен ИИ-агент», открывает десяток вкладок с SaaS и подрядчиками — и через месяц в компании уже зоопарк: один бот отвечает в чате, другой «помогает» с контентом, третий тянет отчёты, четвёртый якобы «сам ходит в CRM». Денег ушло заметно. Измеримого сценария — нет.

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

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

Я не продаю «под ключ агента на всю компанию» и не обещаю заменить отдел маркетинга или поддержки. Моя роль здесь — помочь выбрать класс решения и не перепутать разовую разработку с полной стоимостью владения. Если процесс уже ясен — достаточно стратегической консультации. Если непонятно, где теряются деньги и с чего автоматизировать — нужен аудит маркетинга. Об этом — в конце статьи, с актуальными форматами на cheremisina.online/uslugi.

Разработка ≠ владение: таблица сравнения

Когда собственник спрашивает «сколько стоит агент?», в голове часто только левый столбец. Правый — то, за что вы платите после запуска.

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

Простой пример: 600 000 ₽ на разработку ≠ три года бесплатно

Пример (иллюстрация, не рыночная вилка). Допустим, вам озвучили разработку порядка 600 000 ₽. Это не значит, что следующие три года агент «уже оплачен». За год эксплуатации обычно всплывают отдельные статьи:

• инфраструктура (серверы, окружение, доступность);
• API моделей и токены при росте объёма;
• поддержка и разбор сбоев;
• исправления после реальных кейсов;
• обновление интеграций (CRM, склад, каналы);
• изменение процессов и бизнес-правил;
• обновление моделей и проверка качества;
• время разработчика / AI-инженера и специалистов, которые держат систему в бою.

Punch line. Не спрашивайте только «сколько разработать». Спрашивайте: сколько будет стоить первый год эксплуатации.

Тот же смысл в одной фразе, которую я часто повторяю собственникам: CRM можно сделать быстро; чтобы она три года работала — другая задача. С ИИ-агентом логика та же.

Как изменилось ценообразование разработки (апрель → май → сейчас)

Ниже — не прайс «на агента вообще», а динамика редакции, по которой я веду собственников: от таблиц внедрения к полной стоимости владения. Старые вилки оставляю как редакционную историю, не как актуальный прайс.

Апрель 2026 — вилки внедрения

В статье Как внедрить ИИ-агента в отдел маркетинга (дата на странице 09.04.2026) я разбирала уровни внедрения с ориентирами:

• базовый: 500 000 – 1 200 000 ₽;
• средний: 1 200 000 – 3 000 000 ₽;
• продвинутый: 3 000 000 – 7 000 000+ ₽;
• в материале также есть кейс порядка ~1,8 млн ₽ / ~60 дней до продакшна.

Это полезная карта сложности (готовое / кастом / multi-agent), но плохой способ утвердить бюджет «на агента вообще» без вашего процесса, интеграций и оценки владения.

Май 2026 — вилки «разработки по классам» на этой же странице

В майской редакции этой CRM-статьи (дата на странице 12.05.2026, до сентябрьских UPDATE) акцент был на стоимость разработки по уровню самостоятельности. В той ревизии текста публиковались ориентиры:

• отвечает (RAG / справочник): порядка 150–200 тыс. ₽;
• действует (CRM, лиды, данные): порядка 600 тыс. – 2,5 млн ₽;
• мультиагент: от десятков миллионов (в таблице ревизии — ориентир 10–50+ млн ₽);
• отдельно: операционные/скрытые расходы первого года как +30–50% к разработке (TCO).

Факт редакции: эти цифры жили в нашей публикации как ориентиры; у части из них в первоисточниках не было кликабельных URL — поэтому в сентябрьском UPDATE я не копирую их как актуальный прайс.

Сейчас (сентябрь 2026) — выводы по динамике

1. Демо стало дешевле собрать, бой — дороже удержать. Цена всё сильнее уезжает в интеграции, права, данные, сопровождение и человеческий труд — а не в «название модели».
2. Таблицы апреля и мая полезны как шкала сложности, не как ваше КП. Если подрядчик даёт одну строку «разработка ИИ» без разбивки — это красный флаг.
3. TCO нельзя откладывать «на потом». Даже если разовая разработка выглядит «как в старой таблице», без оценки полной стоимости владения вы сравниваете несопоставимое.
4. Практический вывод: фиксируйте класс (отвечает / действует / мультиагент) → один процесс и KPI → просите актуальный прайс с разбивкой и оценкой расходов на первый год эксплуатации. За детальным планом внедрения — в апрельскую статью; здесь — как не перепутать «собрать» и «жить с решением».

Три класса: отвечает, действует, мультиагент

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

Класс 1. Система отвечает (умный справочник)

Это надстройка над базой знаний: находит фрагмент документации, FAQ, регламентов и формулирует ответ в диалоге. На бытовом языке — продвинутый интерактивный справочник.

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

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

Класс 2. Система действует (функциональный агент)

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

Что меняет математику цены: мосты к CRM, ERP, складу, финансам, сценарии отказов, права доступа, защита от ошибочных действий, журналирование.
Типичная ловушка: обещание «автономности» без чётких границ: что агент может сделать сам, что только с подтверждением человека, что запрещено.
Рекомендация: сравнивайте КП не по названию модели, а по списку систем, к которым есть доступ, и по стоимости сопровождения после запуска.

Класс 3. Мультиагент (оркестрация)

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

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

Сводная таблица (без рыночных «вилок» без первоисточника)

Факт: публичные «рыночные вилки» в рублях и долларах без ссылки на конкретный прайс или отчёт я здесь не воспроизвожу. Рекомендация: просите у подрядчика актуальный прайс и разбивку статей на дату КП; сравнивайте предложения в одном классе, с одним объёмом интеграций и с оценкой владения на год.

За что платите на самом деле

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

Интеграция с учётными системами. Надёжные мосты к CRM, ERP, складу, финансам — это инженерия плюс тесты на нестандартных и аварийных сценариях. Чем больше систем и чем критичнее операция, тем выше цена и срок.

Очистка и нормализация данных. Модель работает с вероятностями. Если один клиент в CRM записан трижды с разной историей, живой менеджер иногда «догадывается». Агент может уверенно ошибиться. Часть бюджета уходит на порядок в доме — и это не украшательство, а условие безопасной автоматизации.

Защита от выдуманных ответов и ошибочных действий. Когда на кону деньги, юридические формулировки или статусы сделки, нужны барьеры: проверка фактов, человек в контуре, мониторинг, откат. Это отдельный блок работ, а не «настройка инструкции».

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

Вывод. Функциональный агент дорог не потому, что «ИИ дорогой», а потому что вы платите за интеграцию, данные, контроль ошибок и права. Если в КП 80% суммы — «работа с моделью», а интеграции и данные описаны одной строкой, это сигнал переспросить разбивку.

Скрытые расходы: полная стоимость владения (TCO)

Допустим, пилот запущен. Траты на этом не заканчиваются. TCO — полная стоимость владения: всё, что вы платите, чтобы система жила в бою год и дальше, а не только «собрать демо». В просторечии — все скрытые и явные расходы после разработки.

Техника и сервисы — только часть картины

Из чего обычно складывается «технический» слой TCO (качественно):

1. Хостинг и облачная инфраструктура.
2. Мониторинг, журналы, алерты.
3. Оплата API и токенов при росте объёма диалогов и длинных документов.
4. Доработки интеграций, когда меняется CRM, склад или канал.
5. Безопасность, резервирование и восстановление.

Человеческий труд важнее токенов

TCO ≠ «сервер + OpenAI API». Часто самая дорогая и недооценённая статья — люди:

• разбор сбоев и инцидентов;
• смена промптов, инструкций и бизнес-правил;
• тесты и проверка качества после правок;
• сопровождение интеграций;
• расследование ошибок агента («почему он так ответил / так сделал»);
• адаптация после смены процесса в компании.

Когда меняются продукты, цены или правила, вы обновляете базу знаний, инструкции, prompts, бизнес-правила, инструменты, модели и evals/тесты. Это регулярная работа специалистов — и она входит в владение.

Гипотеза (не рыночный факт без первоисточника): у части команд операционные расходы первого года сопоставимы с заметной долей бюджета разработки — особенно если агент болтлив, плохо оптимизирован по токенам или часто ошибается и требует ручного разбора. Точную долю для вашего кейса нельзя честно назвать «средней по рынку» без методики и источника; её нужно оценить в КП и в пилоте.

Вывод. Демо и бой — две разные экономики. Заложите в бюджет не только разработку, но и первый год эксплуатации — включая человеческий контур, а не только инфраструктуру и API.

Порядок в данных и MVP одного процесса

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

Сначала порядок — потом автоматизация. Хаос в CRM агент не «починит интуицией»: он ускорит хаос.

Перед бюджетом честно ответьте:

• Есть ли единая база клиентов без критичных дублей?
• Структурированы ли продукты, цены, статусы сделок?
• Описан ли целевой процесс как алгоритм (вход → правила → выход → исключение)?
• Кто отвечает за обновление базы знаний, инструкций и правил после запуска?

Если ответы «нет» или «частично», часть бюджета уйдёт на фундамент. Это нормально — и лучше заложить заранее, чем обнаружить после оплаты «агента».

MVP: один процесс, один KPI

Рекомендация. Дешевле обходятся не самые умные агенты, а самые правильно ограниченные.

1. Выберите один процесс с измеримым «до/после» — не «улучшить сервис», а «сократить время первичной обработки заявки с X до Y».
2. Запустите пилот в выбранном классе (часто достаточно «отвечает» или узкого «действует»).
3. Замерьте результат. Если гипотеза не подтвердилась — скорректируйте задачу при минимальных потерях.
4. Только после подтверждённой ценности расширяйте автономность и доступ к системам.
5. Мультиагент рассматривайте после нескольких доказанных сценариев — не до.

Важно про окупаемость. Я не обещаю окупаемость «вообще» без диагноза. Она появляется после того, как зафиксированы процесс, показатель успеха, класс решения, готовность данных и контур владения на год. До этого любые проценты в презентации — маркетинг, не план.

Нет смысла покупать «космический корабль», если задача — перевезти коробки через улицу. Масштаб инструмента должен соответствовать масштабу задачи.

Чек-лист: как не переплатить + FAQ + что делать дальше

Чек-лист для собственника и маркетолога

1. Зафиксируйте один процесс и показатель «до/после».
2. Проверьте данные и регламенты (дубли, статусы, алгоритмы исключений).
3. Выберите класс: отвечает / действует / мультиагент — и аргументируйте, почему не ниже и не выше.
4. В КП требуйте разбивку: интеграции, данные, контроль ошибок, права, поддержка, оценка токенов и человеческий контур сопровождения.
5. Отдельно заложите полную стоимость владения первого года (инфраструктура, API, мониторинг, обновление базы знаний/правил/тестов, работа специалистов).
6. Критерии успеха пилота — на 60–90 дней, без обещаний «заменим отдел».
7. Не утверждайте мультиагент, пока нет подтверждённой ценности хотя бы одного узкого сценария.
8. Актуальный прайс и сроки — только из КП подрядчика на дату сделки; не опирайтесь на «вилки из статьи в интернете» без ссылки на первоисточник.

Что делать дальше

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

1. Бесплатная 20-минутная Zoom-диагностика — цель, класс решения, готовность процессов.
2. Если процесс уже понятен — стратегическая консультация, 25 000 ₽.
3. Если непонятно, где теряются деньги — аудит маркетинга, 100 000 ₽ / 14 рабочих дней.

Форматы — на cheremisina.online/uslugi.