AI-native: что отличает 1% зрелых пользователей
ИИ сегодня есть у многих, но измеримая отдача — у единиц. При этом тезис «ИИ не окупается» неверен: у компаний, дошедших до отдачи, возврат инвестиций виден и растёт. Выхлоп доказан, но пока достаётся меньшинству, даже при равном по рынку уровне доступа к моделям. И именно это равенство позволяет предположить, что окупаемость определяет не технология, а операционное управление: выигрывают те команды, кто перестроил работу вокруг агентов, а не прикрутил копайлоты к старым процессам.
В этой статье: 
почему в России разумнее делать ставку на контролируемую автономию,
а не на копируемые облачные копайлоты (SaaS).
Простой способ ответить на вопрос «строить или купить?
Cемь проверяемых признаков построенной вокруг ИИ (AI-native) компании
За последние два года многие крупные компании уже провели первые пилоты с генеративным ИИ: запуск ассистентов, чаты по базе знаний, копайлоты для разработчиков. Поэтому фраза «у нас есть ИИ» перестала что-либо значить это есть у многих. При этом глобальное исследование BCG от 2025 года показало, что дальше стадии проверки замысла продвинулись 22% опрошенных компаний, а существенную ценность из ИИ, по собственному признанию, извлекали около 4%. Год спустя, уже по опросу McKinsey, ИИ хотя бы в одной функции применяют 88% ответивших организаций, за пределы отдельных пилотов вышла примерно треть, полностью зрелыми себя считают около 1%. Это разные опросы с разными выборками и вопросами, поэтому сравнение показывает направление, а не одну шкалу: за год доля вышедших за пилоты выросла примерно с пятой части до трети, а доля дошедших до зрелости как измерялась единицами процентов, так и измеряется. Нижняя ступень движется, верхняя стоит.
Хочется интерпретировать эти цифры как «ИИ не окупается», но это не так, и здесь кроется самая интересная тема для размышлений. По опросу Omdia для Snowflake большинство компаний, дошедших до отдачи, фиксируют положительный возврат инвестиций в среднем около 49%, то есть примерно 1,49 рубля на вложенный рубль.

Можно сделать вывод, что вектор дискуссии вокруг ИИ сместился. Раньше спорили, «работает ли ИИ» и «какая модель лучше». Сегодня доступ к сильным моделям перестал быть разделителем: их продают по подписке и через программный интерфейс, но, как мы видим, пока небольшой процент бизнесов видит реальную окупаемость. McKinsey называет эту малую группу изначально построенными вокруг ИИ (AI-native) и описывает её через семь рабочих принципов, сразу оговаривая, что это не чек-лист лучших практик, а связная система: каждый принцип тянет за собой следующий. Важнее самого списка другое: лидеры изученных McKinsey компаний пришли к этим семи правилам независимо, в разных отраслях и под разным конкурентным давлением. Совпадение такого рода обычно подтверждает наличие структуры и ее работоспособность.

Ловушка микропродуктивности: быстрее — не значит прибыльнее

Что происходит у большинства и почему не видно окупаемости?
Как принято: подключаем копайлот, ускоряем сотрудникам отдельные задачи, считаем сэкономленные часы — и отчитываемся о прогрессе.
Как на самом деле: HBR называет это «ловушкой микропродуктивности» — отдельные операции и правда идут быстрее, но рабочий процесс и способ создания ценности не переосмыслены, поэтому результаты подключения ИИ не отражаются на P&L (отчёт о прибылях и убытках). Внедрение агентов, замечают авторы, работает как рентген организации: оно подсвечивает, где процесс держится на неписаном знании отдельных сотрудников и ручных стыковках. Выигрывают те, кто анализирует результаты «снимка» и отлаживает процессы, описывая и формализуя недостающие компоненты, а не пытаются прикрутить ИИ поверх старого, незапротоколированного знания.

Цена этой ошибки уже посчитана. По данным Bain, в среднем компании закладывают в бизнес-кейс экономию 11–20%, а получают лишь 0–10%; большинство отстающих в ответ снова увеличивают бюджет на ИИ. Деньги растут, отдача — нет: компании автоматизируют сломанные процессы и финансируют новые пилоты из экономии, которая на самом деле так и не материализовалась. Это и есть разрыв в операционной модели в чистом виде: попытка купить результат там, где его нужно спроектировать.
Семь правил: карта, по которой видно, перестраиваете вы или прикручиваете
Семь принципов удобно читать как диагностику:
у каждого есть примета, по которой видно, как обстоит дело у вас.
  • Агент — это исполнитель процесса, а не ускоритель.
    Ценность приходит не только когда сотрудник делает то же самое быстрее, а когда часть работы агент берёт на себя целиком: у него своя зона ответственности и право действовать. Разница не косметическая. В кейсе McKinsey страховая компания Resolution Life свела первичный разбор входящей претензии с одного-двух дней, а в сложных случаях с недель, до 15 секунд. Это пример полноценной передачи участка процесса агенту под надзором профильного специалиста. Cisco на том же принципе перестроила первую линию поддержки: новых сотрудников теперь берут сразу на разбор исключений, а не на типовые тикеты. Признак, что вы пока прикручиваете: ИИ «помогает писать письма», но ни одного процесса или его части самостоятельно не ведёт.
    01
  • «Cтроить или купить»
    Тест один: создаёт ли эта функция уникальное преимущество из ваших данных, экспертизы или интеллектуальной собственности, которое коробочный инструмент не воспроизведёт? Если да, строить. Если нет, покупать. Незрелость выглядит зеркально: строят то, что давно есть на рынке, и покупают как облачный сервис (SaaS) ровно то, что могло бы стать своим отличием. Отличить зрелую версию легко по портфелю инициатив: что из строящегося конкурент завтра купит с полки, а что из купленного могло бы стать вашим отличием?
    02
  • Управляемый слой знаний
    У данных, на которые опирается агент, есть владелец, права доступа и понятная дата актуализации, а сам агент заземлён на проприетарном знании компании, а не на общих сведениях модели. Это отдельная работа и именно здесь спотыкается большинство. По данным Bain, доступ к данным называют барьером № 1 для ИИ сразу 41% компаний, чаще, чем комплаенс, бюджет и нехватку навыков.

    Проверка у себя сводится к трём вопросам про источник, на котором должен работать агент: кто владелец, кто имеет право читать, когда обновлялось. Если ответов нет, значит слоя знаний нет, а есть свалка документов.
    Как это может выглядеть на примере типового банковского сценария: агент в претензионном или кредитном процессе отвечает по регламенту, который в источнике данных помечен «актуальным», — при этом реальный регламент обновился две недели назад, но владелец данных не был назначен и замена не была произведена. Формально слой знаний есть; фактически агент уверенно работает по прошлой версии правил. Так что проверяется признак не наличием базы, а именем человека, который отвечает за своевременное обновление.
    03
  • Композируемая управляемая архитектура
    Агент собирается из переиспользуемых частей, а не строится монолитным «решением под ключ». Пока агент один, разница незаметна, но как только агентов становится несколько и они работают в разных подразделениях, набор отдельных «решений под ключ» перестаёт быть управляемым. Бизнес-вопрос здесь один: сколько стоит второй агент. Если каждый следующий создается как отдельный проект с нуля, то это треовжный признак, —   вместо выстроенной архитектуры набирается коллекция отдельных пилотов.
    04
Доверие, оргдизайн, культура: оставшиеся три правила касаются людей,
и именно здесь спотыкаются чаще всего.
  • Доверие наращивают инкрементально
    Автономию не выдают агенту сразу, её расширяют по мере доказанной надёжности: сначала агент предлагает, человек подтверждает, потом, на проверенных сценариях, агент действует сам. Сейчас, по данным Bain, полностью автономных агентов в промышленной эксплуатации держат лишь около 7% опрошенных компаний, остальные требуют подтверждения решений человеком или работают с ограничителями. Иными словами, «человек в контуре» сегодня не переходная стадия, а нормальный режим эксплуатации. Зрелая версия правила выглядит как записанный заранее порог допуска. Агент переходит со ступени «предложил» на «сделал сам» только по зафиксированным условиям: накопленная статистика качества на этой операции, цена ошибки, класс операции (обратимая или необратимая). Решение о переходе принимает владелец процесса письменно, а не команда разработки «по ощущению».
    Возвращаясь к примерам из банковской практики, для процесса обработки претензии путь самостоятельности агента выглядит так: первые месяцы агент только готовит проект решения, а проводит его человек; право действовать самому агент зарабатывает статистикой и получает на очерченном классе операций, а не на процессе целиком. Кредитные решения на верхнюю ступень не поднимаются вовсе. Признак зрелости здесь один, и это записанная лестница автономии. На каких сценариях агент уже действует сам и чем это право заработано?
    05
  • Оргдизайн перестраивается под агентов
    Когда единицей работы становится агент, меняются команды, роли и права решений: McKinsey описывает «фабрику агентов», где 2–5 человек курируют 50–100 специализированных агентов, ведущих процесс от начала до конца. Вопрос смещается с «кто выполняет работу» на «кто отвечает за результат». И здесь же видна честная цена перестройки: по данным Bain, реорганизации ради ИИ заметно сильнее роняют понимание происходящего у сотрудников, чем обычные трансформации. Перестроить структуру мало — её ещё нужно объяснить, иначе теряется управляемость. Пробел выдаёт себя одним вопросом: кто отвечает за результаты работы агента?
    06
  • Принятие технологии людьми (adoption) это культурный маховик, а не ИТ-проект
    Устойчивый переход держится на культуре, где люди сами находят, что отдать агентам. Показательно, что даже Microsoft шла к статусу «компания переднего края» (frontier firm) около трёх лет по пятистадийной модели зрелости, выстраивая путь от ассистентов через человеко-агентные команды к командам автономных агентов под управлением человека. Главый вопрос для оценки прогресса: приходят ли заявки на новые сценарии от функциональных команд — или только из ИТ-департамента?
    07

Сколько это стоит — и почему технологии это только 30% усилий

У тех, кто прошёл этот путь, эффект измерим. McKinsey по AI-центричным организациям называет снижение операционных затрат на 20–40% и прирост EBITDA-маржи (прибыль до вычетов) на 12–14 процентных пунктов; на острие — AI-native-компании, выходящие к большой выручке малыми командами. На уровне отдельного процесса разрыв нагляднее всего: Bain приводит Amazon, где обработку регуляторного обновления по НДС агент сократил с 26 до 2 минут — на 92%.

При этом «перестроиться вокруг ИИ» не значит «отдать всё машине». BCG формулирует правило «10-20-70»: 10% усилий приходится на алгоритмы, 20% на технологии и данные, 70% на людей, процессы и оргизменения. Большинство застревает ровно потому, что вкладывается в первые 30% и недооценивает 70%. Симметрично выглядит и зрелость ответственного ИИ: по оценке Accenture, лишь около 2% компаний полностью встроили управление рисками ИИ (responsible AI) в повседневную работу, притом что за регулирование выступают почти все. Технологию купить легко; перестроить 70% и довести управление рисками до эксплуатации — трудно, и без этого ценность остаётся в карманах отдельных пилотов.
Взгляд финдиректора (CFO)
Считать стоит не лицензию на модель, а совокупную стоимость владения: инфраструктуру, данные, интеграцию, надзор человека и управление рисками. Именно она решает, дойдёт ли эффект до P&L. На одной чаше весов лежит доказанный выигрыш: операционные затраты ниже, цикл операций короче (то, что шло минутами, укладывается в секунды), меньше ручных ошибок, а люди высвобождаются на работу, которую не поручишь алгоритму. На другой — цена провалившихся пилотов: бюджеты, списанные в микропродуктивность, плюс регуляторный риск там, где управление рисками ИИ не доведено до эксплуатации, вплоть до штрафов. Поэтому ROI разумно считать с поправкой на то, сколько остаётся после вычета неокупившихся волн и стоимости надзора. Именно этот расчёт, а не мощность модели, отделяет тех, у кого ИИ уже в P&L, от тех, у кого он в презентации.

Что это значит для российских компаний

Для российского корпоративного сегмента (enterprise) вывод даже удобнее, чем кажется. Если разрыв проходит не по доступу к передовым моделям (frontier), а по зрелости операционной модели, то ограничения периметра перестают быть приговором. AI-native-подход строится на том, что санкции и чужие облака не отнимут: на собственных данных, экспертизе и процессах компании. Коробочный SaaS-копайлот конкурент купит на том же рынке и у того же поставщика, а защищённое преимущество из проприетарных данных и доведённого до эксплуатации процесса купить негде.

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

Из отечественных примеров: в агрохолдинге «Таврос» развёрнут корпоративный LLM-портал (портал на языковых моделях) на платформе Kolmogorov: внутри собственного контура заказчика, с разграничением доступа, ограничителями и аудитом запросов, с поиском и ответами по своей базе знаний (пресс-релиз CNews). Это ещё не автономный мультиагент, но именно с такого «скучного» доверенного слоя знаний эффект начинает доходить до бизнеса, а не оседать в демонстрациях. Для РФ-контура это не компромисс, а преимущество: «человек в контуре» и инкрементальное доверие здесь не вынужденная мера: в чувствительных отраслях служба информационной безопасности требует их сама — и то самое пятое правило McKinsey, встроенное в архитектуру с первого дня.

Главный вывод

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

Другие новости