Почему SaaS становится фундаментом для ИИ-агентов и как это меняет корпоративный софт

SaaS превращается в ОС для ИИ-агентов: вице-президент Microsoft обозначил смену парадигмы

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

Сдвиг имеет конкретные последствия для архитектуры предприятия. McKinsey фиксирует: 62% организаций экспериментируют с ИИ-агентами, но только 39% отчитываются о влиянии на прибыль. Gartner прогнозирует, что более 40% проектов agentic AI будут свёрнуты до конца 2027 года. Причина не в незрелости моделей. Причина в людях-связках между системами, которые продолжают координировать потоки вручную.

Toggle tax как структурное узкое место

Исследование Harvard Business Review, на которое ссылается источник, показало: сотрудники переключаются между приложениями около 1 200 раз за рабочий день. На реориентацию и переключение контекста уходит почти 9% рабочей недели. Это и есть «toggle tax» — скрытая стоимость ручной склейки разрозненных интерфейсов. Агент снимает этот налог, но переносит нагрузку на слой данных и управления доступом.

В материале Fortune отмечается: ценность SaaS никогда не заключалась в интерфейсе. Ценность — в данных, связях, governance и бизнес-правилах под ним. В мире агентов именно эти слои становятся поверхностью атаки. Чем глубже агент лезет в недра CRM и ERP, тем шире окно для эксфильтрации и неконтролируемой записи.

Контрольные точки для внедрения

Gartner ожидает, что к 2028 году 33% корпоративных приложений будут включать agentic AI — рост с менее чем 1% в 2024 году. Microsoft Work Trend Index фиксирует: только каждый четвёртый сотрудник видит согласованность руководства по ИИ. Productivity J-curve работает только при перестройке процессов под нового исполнителя. Без перестройки процессов агент просто дублирует ручные действия.

Для аудитора это означает три конкретные точки контроля. Первая — канал, через который агент получает доступ к данным SaaS: API-ключи, OAuth-токены, сервисные аккаунты с избыточными привилегиями. Вторая — логирование действий агента и атрибуция изменений в записях: кто или что инициировало правку, когда и на основании какого промпта. Третья — процесс пересмотра ролевой модели, поскольку один агент может действовать от имени нескольких пользователей с разными правами.

Без ответа пока остаётся главное: кто несёт ответственность за действие агента в ERP или CRM, когда транзакция проходит без участия человека. Это не вопрос продуктивности. Это вопрос аудита, соответствия регуляторным требованиям и восстановления после инцидента.