От SaaS к Agent-as-a-Service: как может измениться разработка ПО в корпоративном контуре

Или качество выполненной работы станет важнее каталога функций

Рубрика: статья

Автор: Артем Пичугин

Время чтения: 10 мин

Степень использования AI в создании этого материала: тема, позиция и ключевые тезисы сформулированы человеком; источники, аналитическая структура и черновик подготовлены при помощи AI; финальная редактура выполнена человеком и AI.

Мы считаем важным открыто информировать о том, в какой степени ИИ использовался в написании материала, поскольку только такой подход способен создавать доверие между нами и читателем.
В корпоративном сегменте сохраняется долгий и понятный тренд: автоматизировать процессы быстрее, качественнее и с меньшими затратами. Этот запрос был в эпоху классического enterprise software, он же сохраняется и в эпоху агентного ИИ.

Однако сейчас меняется способ покупки и поставки ценности. Раньше корпорация чаще покупала ПО с набором функций для сотрудников. Теперь в большем числе контуров бизнес начинает покупать способность закрыть задачу в процессе: сократить цикл, уменьшить стоимость операции, поднять стабильность результата. В этой логике на первый план может выходить новый подход — Agent-as-a-Service: поставщик продает воспроизводимое выполнение конкретной работы по измеримым KPI.

Для SaaS-компаний это означает смену прикладной модели продукта. Фундамент в виде данных, интеграций, прав доступа и транзакционного ядра остается критичным. Но поверх него формируется новый конкурентный слой, где решает качество агентного исполнения, управляемость и экономика процесса.
Длительный тренд автоматизации продолжается
Корпорации десятилетиями двигались в сторону ускорения и удешевления операций. Они инвестировали в системы учета, CRM, ITSM, ERP и другие классы ПО, чтобы повышать управляемость и производительность. В этом смысле стратегическая цель не изменилась: бизнесу по-прежнему нужен предсказуемый операционный результат.

Изменение начинается на уровне рабочей единицы. В классической модели сотрудник последовательно проходит интерфейсные шаги в программном продукте и доводит задачу до результата.
В агентной модели существенная часть этих шагов может исполняться цифровыми исполнителями, а человек концентрируется на постановке задач, контроле исключений и принятии финальных решений в критических точках. А интерфейсом является уже привычный нам всем чат.
По данным Microsoft Work Trend Index 2025, большинство лидеров рассматривают текущий период как фазу пересборки операционной модели, а интеграция агентов в рабочие контуры становится практической повесткой ближайших 12-18 месяцев. Это хорошо совпадает с тем, что мы наблюдаем и в корпоративных кейсах.
Что именно меняется для SaaS-компаний
Исторически SaaS-конкуренция строилась вокруг функциональности, удобства интерфейса, интеграций и стоимости владения. Эта логика сохраняется и теперь, но в ее верхнем слое появляется другой вопрос заказчика: кто лучше выполнит конкретную работу внутри их процесса?

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

По прогнозу Gartner (август 2025), к концу 2026 года до 40% enterprise-приложений будут включать task-specific агентов против менее 5% в 2025 году. Это практический сигнал для вендоров: в продуктовой стратегии нужно закладывать не только развитие функционального слоя, но и агентный слой выполнения работы.
От продукта для сотрудника к команде цифровых исполнителей
В следующей фазе корпоративный заказчик может собирать под проект гибридную команду из людей и агентов. Часть агентов будет внутренней, созданной самой компанией под ее данные, регламенты и рисковые ограничения. Другая часть может быть внешней, когда вендор поставляет специализированного агента вместе со своей уникальной методологией под капотом и высоким качеством исполнения задачи.

Это меняет и рынок поставщиков. На один и тот же процесс могут выходить несколько игроков с разными подходами, разным качеством и разной ценой исполнения. Заказчик получает возможность запускать параллельные пилоты, сравнивать результаты по единой метрике и оставлять тех, кто системно дает лучший KPI в рабочей нагрузке.
Фактически формируется новый формат коммерции: агент как услуга. В нем оплачивается способность стабильно решать определенный класс задач в заданных пределах стоимости, скорости и качества.
Для многих корпоративных функций такая модель ближе к реальному языку бизнеса, чем покупка большого функционального пакета с последующей долгой адаптацией процессов.
Почему Agent-as-a-Service приходит в enterprise уже сейчас
У этого сдвига есть технологическая и экономическая база. По данным Gartner (июль 2025), к 2027 году минимум 55% software engineering команд будут активно разрабатывать LLM-based features, а к 2028 году до 90% enterprise software engineers будут использовать AI code assistants. Это ускоряет создание агентных контуров и снижает барьер для экспериментов.

Одновременно рынок быстро учится на ошибках первых внедрений. Gartner (июнь 2025) оценивает, что более 40% agentic AI-проектов могут быть отменены к концу 2027 года, если не доказана бизнес-ценность и не выстроен контроль рисков. McKinsey в обзоре 2025 года приходит к близкому выводу: устойчивый эффект возникает там, где компания меняет сам workflow, а не просто добавляет агента в старую схему работы.

Для вендора это означает простое правило: Agent-as-a-Service живет только там, где есть измеримый результат, прозрачная верификация и понятная операционная ответственность.
Как подготовить продуктовую и инженерную модель к AaaS
Первый шаг — зафиксировать единицу ценности. Команда должна ясно определить, какую именно работу выполняет агент и по каким KPI заказчик принимает решение о масштабировании. Без этого агентный контур легко превращается в демо без промышленного эффекта.

Второй шаг — проектировать мультиагентный контур с самого начала. В enterprise-среде будут сосуществовать внутренние агенты, внешние специализированные агенты и существующие системы record.
Конкурентное преимущество появляется там, где вендор умеет качественно встроиться в этот ландшафт и держать стабильное исполнение.
Третий шаг — сразу строить governance и контроль качества. Журнал решений, сценарии эскалации и роли человека в критических точках важны не меньше, чем собственно модель. Deloitte в State of AI in the Enterprise (2026) фиксирует, что зрелый governance для автономных агентов пока есть у ограниченного числа компаний, и именно это часто отделяет пилот от масштабирования.
Источник: сгенерировано в Nano Banana Pro
Заключение
Мы находимся в фазе, когда SaaS как фундамент корпоративной автоматизации сохраняется, но верхняя логика рынка быстро меняется. Заказчик может начать все чаще покупать гарантированное выполнение задачи в процессе с понятными границами качества и стоимости.

Поэтому Agent-as-a-Service можно рассматривать как следующий коммерческий слой software-рынка. В этой модели будет расти конкуренция между специализированными поставщиками агентных решений, а корпорации будут выбирать их по реальному влиянию на KPI, периодически сравнивая несколько вариантов на одном контуре задач.

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