Почти в каждой компании есть похожие истории: как проект запускается голосовой или текстовый ИИ-ассистент. Выделяют бюджет на разработку, назначают ответственного, ставят срок «до конца квартала». Пилот показывает результат — метрики нагрузки на операторов падают, скорость ответа растёт. Проект закрывают. И именно в этот момент решение начинает деградировать.
Причина не в технологии. Причина в том, что бюджет на проект заканчивается вместе с проектом — а сценарии диалога устаревают, база знаний расходится с реальными продуктами и тарифами, эскалации к живым операторам настраиваются один раз и больше не пересматриваются. Через полгода компания получает не «умного помощника», а замороженный слепок того, каким был бизнес на момент запуска.
Это не единичная ошибка конкретной команды — это следствие того, как AI-коммуникации до сих пор попадают в бюджетную модель компании.
Проектное мышление и инфраструктурное мышление — в чём разница
Опыт внедрения технологий последних 15 лет уже проходил через похожий сдвиг дважды.
Когда компании впервые переносили инфраструктуру в облако, многие сначала считали это разовым техническим проектом с фиксированным бюджетом на миграцию. Через несколько лет стало очевидно: облако — это не проект, а постоянная операционная статья расходов, требующая планирования, мониторинга и пересмотра каждый год. Похожий путь прошла кибербезопасность: из разового аудита она превратилась в непрерывную функцию с собственным OPEX.
AI-коммуникации проходят тот же путь — но многие компании всё ещё находятся на стадии «разовый проект».
Разница на практике:
| Проектное мышление | Инфраструктурное мышление | |
|---|---|---|
| Бюджет | Разовый, на запуск | Постоянный, на поддержку и развитие |
| Ответственный | Проектная команда, распускается после запуска | Выделенная функция или подрядчик на постоянной основе |
| Обновление сценариев | По остаточному принципу | Регулярный цикл пересмотра |
| Метрика успеха | Факт запуска | Актуальность и качество решения во времени |
Что значит «инфраструктурная строка» на практике
Перевести AI-коммуникации из проектного бюджета в инфраструктурный — значит закладывать не только стоимость разработки, но и:
- поддержку и мониторинг — регулярную проверку того, что сценарии соответствуют актуальным продуктам, тарифам и процессам компании;
- обновление диалоговых сценариев — по мере изменения бизнеса, а не только на этапе запуска;
- аналитику качества — отслеживание того, где ассистент теряет пользователя или уходит в некорректные ответы;
- эскалационные процессы — пересмотр правил передачи диалога живому оператору по мере роста нагрузки.
Это не разовая статья расходов, а операционная модель — сопоставимая по логике с тем, как компании годами планируют бюджет на IT-поддержку или кибербезопасность.
Куда движутся бюджеты на AI в 2026 году
Рыночные данные подтверждают, что этот сдвиг уже происходит на уровне бюджетного планирования, а не только в теории.
По прогнозу Gartner, глобальные расходы на AI в 2026 году вырастут примерно на 44–47% год к году. При этом, по данным исследования NVIDIA State of AI, порядка 86% предприятий планируют увеличивать бюджет на AI в 2026 году, и лишь около 2% — сокращать его.
Важнее направление, а не только объём: значительная часть AI-инициатив, запущенных в 2025 году именно как разовые проекты без операционной модели поддержки, была свёрнута в течение года. Это не техническая неудача — это следствие бюджетной модели, которая не предусматривала жизнь решения после запуска.
Одновременно смещается и само восприятие AI внутри компаний: из отдельной «фичи» или экспериментального пилота он становится частью базовой корпоративной архитектуры — наравне с CRM, аналитикой или системами коммуникации с клиентами.
Что это значит при планировании бюджета
Для CIO, CTO и CFO, которые формируют бюджет на 2027 год уже сейчас, практический вывод простой: вопрос не в том, «сколько стоит внедрить AI-ассистента», а в том, «сколько стоит поддерживать его актуальным следующие три года».
Это меняет саму постановку задачи при выборе решения и подрядчика — включая то, предусмотрена ли изначально модель постоянного сопровождения, или бизнес снова получит только разовый запуск.
Вывод
Компании, которые продолжают закупать AI-коммуникации как проект, будут регулярно перезапускать одно и то же внедрение с нуля — каждый раз теряя накопленный контекст. Компании, которые переходят к инфраструктурной модели бюджета, получают решение, которое развивается вместе с бизнесом, а не устаревает сразу после запуска.
Подробнее о том, как устроена архитектура голосового ИИ, — в материале Корпоративный голосовой помощник и разделе Речевые технологии ASR / TTS.
FAQ
Как планировать бюджет на голосовой ИИ?
Бюджет стоит формировать не как разовые затраты на запуск, а как постоянную операционную статью — с учётом поддержки, обновления сценариев и аналитики качества на весь срок использования решения.
Проект или инфраструктура: как классифицировать расходы на AI?
Если решение требует регулярного пересмотра сценариев и мониторинга качества после запуска — это инфраструктурная, а не проектная статья расходов, аналогично облачным сервисам или кибербезопасности.
Сколько в среднем компании тратят на поддержку AI-решений после внедрения?
Точных усреднённых цифр по рынку в открытых источниках пока недостаточно, чтобы давать конкретные ориентиры без риска ввести в заблуждение — но динамика бюджетов на AI в целом (рост на 44–47% в 2026 году, по прогнозу Gartner) показывает, что расходы смещаются от разовых к постоянным.
