ИИ в бизнес-процессах: KPI автономного агента

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

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

Пока показателей нет, проект живет на вере. Чем это заканчивается, посчитали дважды. Gartner 25 июня 2025 года дал прогноз: больше 40 % проектов с автономными агентами будут отменены до конца 2027 года, причины названы три, и все три управленческие: растущая стоимость, неясная бизнес-ценность, слабый контроль рисков (пресс-релиз Gartner). Отчет MIT NANDA «The GenAI Divide: State of AI in Business 2025» от августа 2025 года на выборке из 150 интервью, опроса 350 сотрудников и разбора 300 публичных внедрений показал: ускорение выручки получили около 5 % пилотов, остальные встали. Главную причину авторы назвали прямо, и это не качество моделей, а то, что система не учится на обратной связи и не встраивается в рабочий процесс (изложение отчета).

Замер выдачи Яндекса 3 сентября 2026 года. По запросу про ИИ в бизнес-процессах десять результатов из десяти объясняют, зачем внедрять и с чего начать. По запросу про измерение эффективности девять из десяти перечисляют категории метрик списком. Ни один из двадцати не показывает, как показатель считается на живом процессе и какой порог отделяет рабочего агента от игрушки. Ниже такой разбор.

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

Где проходит граница между автоматизацией и агентом

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

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

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

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

Три показателя, которые ничего не показывают

Эти цифры выглядят в отчете убедительно и не отвечают на вопрос про эффект. Каждая растет сама по себе.

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

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

Доля сотрудников, пользующихся инструментом. Показывает распространение, а не пользу. Число входов в систему никогда не считалось мерой того, что система окупилась. MIT в разборе 2025 года ставит рядом два наблюдения: инструменты приняты широко, структурного эффекта нет ни в одной отрасли, кроме двух.

Четыре величины, которые мы ставим на агентский процесс

Набор закрывает ровно те дыры, из-за которых показатели выше врут: качество результата, деньги, долговечность и поведение на реальных данных.

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

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

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

Пять мест, где рвется встраивание агента

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

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

Сколько стоит держать агента в процессе

Деньги уходят по трем статьям: подписка на платформу, оплата за прогоны и работа инженера. Цены с живых страниц вендоров, проверено 3 сентября 2026 года.

Цену за токен у российских поставщиков моделей проверить в этот раз не вышло: страница тарифов Яндекс AI Studio 3 сентября 2026 года отдала проверку на робота, страница тарифов GigaChat для юрлиц отдала ошибку 404. Правдоподобных цифр вместо них тут не будет.

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

Как поставить показатели до запуска

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

1. Записать текущее значение до старта

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

2. Назвать границу процесса целиком

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

3. Задать порог приемки

   Доля прогонов, принятых без переделки, ниже которой агент не работает без человека. Цифра назначается до пилота и считается на пилоте.

4. Поставить учет стоимости прогона

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

5. Назначить срок пересмотра

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