Во многих организациях разговор об искусственном интеллекте (ИИ) начинается с одного и того же вопроса: какой новый инструмент нам купить? Между тем значительная часть ответа чаще всего уже содержится в программах, которыми организация и так пользуется. В корпоративное программное обеспечение (ПО) — ERP, CRM, системы управления персоналом, офисные приложения, инструменты для совместной работы — функции ИИ всё чаще добавляются в виде очередных обновлений. В этой статье мы рассматриваем, почему встроенные функции ИИ в действующем ПО выходят на первый план и как провести их инвентаризацию до принятия нового инвестиционного решения.
Расходы растут, а направление меняется
Согласно прогнозу Gartner, опубликованному 16 сентября 2026 года, мировые расходы на ИИ в 2026 году достигнут 2,7 трлн долларов — это рост на 49,5% по сравнению с предыдущим годом. В той же таблице расходы на ПО для ИИ вырастут примерно с 288 млрд долларов в 2025 году до примерно 462 млрд долларов в 2026 году.
Помимо масштаба этой цифры, обращает на себя внимание и другое: куда направляются эти расходы. По данным Gartner, вендоры ПО разных типов, чтобы удержать позиции на рынке, агентный ИИ быстро встраивают в свои существующие продукты. Организации же в период, когда генеративный ИИ в 2026 году находится в фазе «впадины разочарования» и ожидания от него снижаются, обращаются к более простым встроенным функциям, которые предлагают поставщики ПО, с которыми они уже работают. Gartner перечисляет цели использования таких функций: операционная эффективность и автоматизация рабочих процессов, улучшение взаимодействия с клиентами и усиление процессов принятия решений.
По выводам Gartner, организации получают поддержку внешних поставщиков услуг не столько в масштабных проектах трансформации, сколько в более небольших, косвенных проектах, направленных на использование функций ИИ в уже имеющемся у них ПО.
Число встроенных функций стремительно растёт
Эта тенденция не нова. В прогнозе, сделанном в августе 2025 года, Gartner отмечал, что к концу 2025 года большинство корпоративных приложений получат встроенных ИИ-ассистентов. Согласно тому же прогнозу, к концу 2026 года 40% корпоративных приложений будут интегрированы с ИИ-агентами, ориентированными на конкретные задачи; на тот момент этот показатель составлял менее 5%.
Gartner обращает внимание и на важное различие: ассистенты облегчают выполнение задач, но зависят от участия человека и самостоятельно не работают. Агенты же, специализируясь на конкретной задаче, способны выполнять сложную работу от начала до конца. Называть ассистентов «агентами» — по выражению Gartner, широко распространённое заблуждение. Это различие нужно и для того, чтобы при инвентаризации правильно классифицировать, что именно делает каждая функция.
Практический вывод таков: пока организация обсуждает покупку нового ИИ-инструмента, функция, способная закрыть ту же потребность, может уже ждать включения в используемом ею ПО — а то и оказаться включённой незаметно для всех.
У встроенных функций есть и свои риски
Встроенные функции просты во внедрении, но и они порождают собственные вопросы. Gartner отмечает, что покупателей от внедрения этих специализированных возможностей не отпугивают такие риски, как зависимость от вендора, суверенитет данных и неконтролируемые расходы. Игнорирование риска не означает, что он перестал существовать. По данным Gartner, организации ожидают, что поставщики помогут им управлять расходами и встроить в рабочие процессы учёт использования, чтобы оценивать успешность.
Именно здесь инвентаризация и оказывается полезной: организации, которая не знает, какая функция включена, к каким данным она обращается, кто ею пользуется и в каком объёме, трудно управлять этими рисками.
Почему инвентаризация — инструмент управления?
Национальный институт стандартов и технологий США (NIST) в Фреймворке управления рисками ИИ, опубликованном для добровольного применения, определяет инвентаризацию как один из основополагающих элементов управления (governance). Согласно практическому руководству к этому фреймворку, в организациях должны действовать механизмы ведения реестра систем ИИ, а ресурсы на эти механизмы нужно выделять в соответствии с приоритетами рисков.
Руководство подчёркивает, что реестр позволяет быстро отвечать на такие вопросы: когда в последний раз обновлялась та или иная модель, сколько моделей сейчас используется в организации и скольких пользователей они затрагивают. Как говорится в руководстве, неполные реестры могут не давать той ценности, которую приносит полный; предпочтительный подход — фиксировать все системы или, как минимум, начинать с систем высокого риска. Этот же фреймворк рекомендует определить и процессы безопасного вывода из эксплуатации систем ИИ.
Практический метод инвентаризации
Приведённые ниже шаги — это общая схема, выведенная из перечисленных выше источников; каждой организации необходимо адаптировать её под собственный программный ландшафт и приоритеты рисков.
- Определите ответственного. С самого начала назначьте владельца реестра — человека или команду. Участие представителей ИТ, бизнес-подразделений, юридической службы и информационной безопасности не позволяет инвентаризации замкнуться на единственной точке зрения.
- Начните со списка ПО. Опираясь на учёт лицензий и подписок, составьте перечень всех приложений, используемых в организации. По каждому из них изучите примечания к релизам поставщика и административную панель и выпишите функции ИИ по одной.
- Классифицируйте каждую функцию. Зафиксируйте, включена она или выключена; является ли она ассистентом или агентом, самостоятельно выполняющим задачу; в каком бизнес-процессе используется и у кого есть к ней доступ.
- Опишите потоки данных. Отметьте, к каким данным обращается функция, выходят ли данные за пределы организации и обрабатываются ли персональные данные. Эта информация служит основой для оценки договоров и требований законодательства; сама по себе инвентаризация не заменяет юридическую оценку.
- Измеряйте использование и затраты. По возможности фиксируйте частоту использования и влияние на затраты — при лицензионной модели или при оплате по объёму потребления. Этот шаг позволяет не выделять новый бюджет на неиспользуемую функцию и не упускать из виду стоимость используемой.
- Сопоставьте с потребностью. Когда поступает запрос на новый инструмент, сначала загляните в реестр: нет ли в нём функции, способной выполнить ту же работу? Если есть, сначала проверьте её в ограниченном пилоте; если нет, переходите к оценке нового инструмента.
- Оцените зависимость. Запишите, насколько в критически важных процессах вы зависите от функции одного поставщика и что произойдёт, если эту функцию отключат или изменят. На этом же этапе определите и шаги по выводу из эксплуатации.
- Регулярно обновляйте. По мере того как поставщики добавляют новые функции с обновлениями, реестр устаревает. Определите периодичность пересмотра и закрепите отслеживание примечаний к релизам за ответственным лицом.
Заключение
Данные Gartner показывают, что значительная часть корпоративного использования ИИ обеспечивается не новыми платформами, а функциями, добавляемыми в действующее ПО. Это создаёт одновременно и возможность, и проблему видимости: по мере стремительного роста числа функций всё труднее знать, какая из них где работает, на каких данных и какой ценой. Подход к инвентаризации, который рекомендует NIST, — простой и применимый на практике способ обеспечить эту видимость.
Наша позиция в Orient Global такова: прежде чем запрос на бюджет для нового ИИ-инструмента окажется на столе, краткая инвентаризация функций в используемом вами ПО — чаще всего самый эффективный первый шаг. Инвентаризация и предотвращает лишние инвестиции, и проясняет, в каких областях новый инструмент действительно необходим.
#interimmanagement #forwarddeployedengineering