Объём ≠ ценность: почему дешёвый пилот важнее дисциплины

В октябре 2026 года Gartner опубликовал опрос 2 002 ИТ-директоров, проведённый в мае–июле. Главная цифра неприятная: только 13% из них говорят, что их компания получила от ИИ значительную или преобразующую ценность. Остальные вложились, запустили пилоты, отчитались о внедрении и ждут.

Ниже — что именно показал опрос, где, на наш взгляд, настоящая причина и что из этого следует для компании, которая только собирается запускать ИИ-проекты или ИИ-агентов. Цифры сверены по перепечаткам пресс-релиза: Business Wire, IT Brew и HPCwire.

Что показал опрос

Сценариев стало больше, ценности — нет. За 2024–2025 годы число ИИ-сценариев в компаниях выросло на 400%. При этом успешным оказывается в среднем один сценарий из пяти. Gartner формулирует вывод коротко: «Volume is not value» — объём не равен ценности.

Закрывать слабое почти никто не умеет. Правила, по которым пилот не переходит в эксплуатацию, есть только у 31% ИТ-директоров. Критерии, по которым закрывают слабые ИИ-проекты, — у 17%. Это доля всех опрошенных, а не только передовых компаний. То есть у большинства неудачный пилот не останавливают, а тянут дальше.

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

Агенты придут раньше правил. 71% планируют внедрять ИИ-агентов в ближайшие 12 месяцев. Регламенты для агентов есть у 21%.

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

Обычный ответ: больше дисциплины

Напрашивающийся вывод — научиться останавливаться. Ввести стадийные ворота, критерии успеха, комитет, который раз в квартал закрывает слабые пилоты. Это правильно, но объясняет не всё. Почему правила остановки есть только у 31% и 17%? Вряд ли остальные ИТ-директора не слышали о стадийных воротах.

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

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

Цена пилота решает больше, чем регламент

Сравните два сценария проверки одной идеи — скажем, учёта заявок с ИИ-помощником для диспетчеров.

• Пилот за квартал. Техзадание, выбор подрядчика, разработка, интеграция, обучение. Через три месяца выясняется, что диспетчерам неудобно, а данные в исходной таблице устроены не так, как думали. Закрывать жалко.
• Пилот за час. Таблица с реальными данными загружается, задача описывается парой фраз, ИИ-агент собирает приложение, пользователь его проверяет. В Интеграме сборка приложения агентом занимает 15–45 минут вместе с проверкой пользователем. Не подошло — пилот закрыт, потерян час. Подошло — им начинают пользоваться в тот же день.

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

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

Агентам нужен контроль в ядре, а не в регламенте

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

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

Вот как это устроено в Интеграме.

• У агента нет своего пользователя. Агент действует под логином и с правами того, кто с ним работает. Отдельной «сервисной» учётной записи с широкими правами, которую потом забывают отозвать, нет.
• Маски и гранты действуют на агента так же, как на человека. Если менеджер видит только своих клиентов и не может менять суммы, агент, работающий от его имени, тоже видит только этих клиентов и тоже не может менять суммы. Права на строки и поля проверяются в ядре одинаково для любого запроса.
• Каждая правка агента видна в журнале. Изменения, которые внёс агент, записываются в журнал с пометкой ИИ: к логину пользователя добавляется ~ai. Всегда видно, что сделал человек, а что — агент от его имени.

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

Стоимость владения: что растёт вместе с ИИ

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

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

Что из этого следует

Если вы планируете ИИ-проекты на 2027 год, вот короткий вывод из опроса Gartner:

1. Считайте не число сценариев, а цену одной проверки. Чем дешевле пилот, тем больше идей можно проверить и тем легче закрывать неудачные.
2. Проверяйте на реальных данных и с реальными пользователями. Пилот на демо-данных и презентация подрядчика не скажут, взлетит ли сценарий.
3. Выбирайте платформы, где контроль агента встроен. Агент должен работать с правами пользователя, а его действия — оставаться в журнале. Тогда регламент дополняет систему, а не подменяет её.
4. Смотрите на стоимость владения до внедрения, а не после. Каждый сценарий в отдельной системе — это отдельная строка расходов на годы вперёд.

Частые вопросы

Сколько компаний получают ценность от ИИ по данным Gartner?

По опросу 2 002 ИТ-директоров, проведённому в мае–июле 2026 года, значительную или преобразующую ценность от ИИ получили 13% компаний. Успешным в среднем оказывается один ИИ-сценарий из пяти.

Почему компании не закрывают неудачные ИИ-пилоты?

Правила, по которым пилот не переходит в эксплуатацию, есть только у 31% ИТ-директоров, а критерии закрытия слабых проектов — у 17%. На наш взгляд, главная причина — цена пилота: чем больше в него вложено, тем труднее его закрыть. Когда пилот занимает час, закрыть его ничего не стоит.

Как контролировать ИИ-агента без отдельного регламента?

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

Сколько времени занимает пилот на Интеграме?

Сборка приложения ИИ-агентом занимает 15–45 минут вместе с проверкой пользователем. Нужны таблицы Excel или CSV с реальными данными и короткое описание задачи.