Почему российский CTO не получил ожидаемой экономии от ИИ-агентов в операционных процессах?

Итоги интервью: ключевые тезисы и что они значат для рынка.

Экономия от ИИ-агентов в операционке не появляется, потому что агент встроен поверх существующих процессов, а не вместо них. Компания продолжает платить за лицензии, инфраструктуру и интеграции, но ручные операции остаются: люди проверяют ответы агента, переоформляют заявки, дублируют данные в учётных системах. Затраты на внедрение и поддержку съедают эффект от автоматизации. В итоге бюджет на ИИ растёт, а операционные метрики (время обработки, стоимость транзакции, доля ручных касаний) почти не двигаются.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

«Агент отвечает на 80% запросов, а операционный бюджет не изменился — потому что ответ не равен закрытой операции.»

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

Откуда эти формулировки

Ниже — не одно интервью, а сводка разговоров с техническими директорами российских компаний на 20–200 человек, у которых есть своя разработка или активная автоматизация. Период: конец 2025 и первая половина 2026. Имён и названий не будет: цитаты я привожу обобщённо, дословно по смыслу, без атрибуции к конкретной компании. За конкретное имя отвечать нечем, а за типовую ошибку — есть чем.

Все собеседники прошли один маршрут. Демо, где агент лихо разбирает письмо и отвечает клиенту. Пилот на реальном потоке. Интеграция с CRM или ERP. Потом три месяца эксплуатации — и вопрос «а где, собственно, экономия». Бюджет на ИИ к этому моменту уже постоянная статья расходов, а не эксперимент.

И вот что интересно: почти никто не считает себя обманутым. Технически всё сделано нормально. Проблема в постановке.

Шесть фраз, которые повторяются почти дословно

«Мы покупали агента, чтобы отвечать быстрее. Отвечаем быстрее. Людей меньше не стало.»
Классика. Ускорение ответа улучшает метрику первой линии, но не трогает стоимость операции. Оператор по-прежнему открывает карточку, сверяет данные, вбивает решение. Агент сэкономил ему минуту на печати текста и ноль секунд на закрытии заявки.

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

«В CRM заявку всё равно закрывает человек, иначе отчётность разъедется.»
Вот здесь чаще всего и теряются деньги. Пока результат работы агента не записывается в учётную систему сам, процесс остаётся ручным в самом дорогом месте — на стыке. Агент отработал, оператор переоформил. Двойная работа, двойной риск расхождения данных.

«Инженер теперь сидит на промптах и разборе инцидентов больше, чем раньше сидел на заявках.»
Новая статья затрат, которую почти никогда не закладывают в расчёт. По моим замерам на действующих пилотах поддержка одного процесса с агентом занимает 10–20% времени одного инженера ежемесячно. Это не разовая настройка, это постоянная рента.

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

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

Три цитаты, которые стоит запомнить

1. «Ответ есть, операции нет.» — разница между генерацией текста и закрытием заявки в системе.
2. «Черновик — это не автомат, это подсказка.» — пока человек проверяет 100% ответов, экономии не будет.
3. «Мы заплатили за ускорение, а хотели сокращение.» — две разные метрики, и вторая не вытекает из первой.

Если из всего разбора вы унесёте только первую — уже неплохо. Она объясняет, почему дашборд с «80% обработанных запросов» может спокойно жить рядом с неизменным ФОТ операционного отдела.

Корень: агент встроен поверх процесса, а не вместо него

Автоматизация шага не равна автоматизации процесса. Звучит как банальность, пока не посмотришь на конкретную цепочку. Входящее письмо → классификация → проверка клиента в CRM → решение → ответ → запись результата → уведомление ответственного. Агент закрыл второй и пятый шаг. Остальные пять остались человеческими, и именно они держат стоимость.

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

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

Целевой процесс надо проектировать заново. Не «где поставить агента», а «как выглядит процесс, в котором человека нет на рутинных типах заявок». Включая запись результата в CRM/ERP и уведомление ответственного — силами агента, а не оператора.

Скрытые затраты, которые съедают экономию

Считать эффект «лицензия минус сэкономленный ФОТ» — способ гарантированно получить красивую цифру и не получить денег. В расчёт идут как минимум четыре строки.

• Токены при реальной нагрузке. Длинные письма, вложения, повторные попытки, ретраи на ошибках модели. На демо этого нет, в продакшене есть.
• Инфраструктура. Очереди, хранение логов и диалогов, окружение для тестовых прогонов, мониторинг.
• Инженерное время. Промпты, доработка интеграций, разбор инцидентов. Ориентир — 10–20% времени одного инженера в месяц на процесс.
• Промежуточные сервисы. Лицензии распознавания, нормализации, антифрода, любые прокладки, которые появились из-за агента.

И пятая строка, которую не видно в бюджетe: время оператора на проверку. Оно не исчезает, оно маскируется под контроль качества.

Как выбрать процесс, где экономия достижима

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

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

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

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