Какие тезисы Сэма Альтмана об экономике ИИ в 2026 году стоит учитывать при планировании бюджетов на внедрение?

Итоги интервью: ключевые тезисы и что они значат для рынка.

Бюджет на AI в SMB часто строится по логике «купим подписку — получим эффект», тогда как публичные тезисы Альтмана описывают экономику иначе: стоимость инференса падает, но растёт стоимость интеграции, данных и процессов вокруг модели. Без учёта этого разрыва бюджет уходит в лицензии, а не в результат. Планирование срывается, потому что закупка и внедрение живут в разных статьях расходов.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Что Альтман говорит об экономике ИИ и что это значит для сметы

Стоимость токенов падает, а смета на AI у SMB растёт. Это не парадокс, а следствие того, о чём Альтман говорит публично: экономика смещается с «доступа к модели» на всё, что вокруг модели.

Соберём его повторяющиеся тезисы — те, что он проговаривает в интервью и постах, а не то, что из них лепят вендорские лендинги. Дальше — что каждый тезис делает с вашей сметой.

Тезис 1. Стоимость инференса падает

Альтман не раз говорил, что цена за единицу работы модели снижается кратно и продолжит снижаться. Это правда, и это ловушка для бюджета.

Читатель делает вывод «значит, AI дешевеет» и закладывает в смету строку «подписка на 10 человек». Через квартал выясняется, что дешёвая единица работы модели не равна дешёвому результату процесса. Считать надо не токены, а стоимость закрытой заявки, подготовленного КП, разобранного обращения.

Тезис 2. Ценность смещается к агентным сценариям

Альтман последовательно двигает нарратив от «чат-бот отвечает» к «агент выполняет последовательность». Публично он говорит про агентов как про следующий слой продукта, а не как про фичу.

Для сметы это значит: одиночный запрос в чат и агентный workflow — разные статьи расходов. Агент делает 10–50 вызовов модели на одну задачу вместо 1. Единица инференса дешевеет, но потребление на задачу растёт. Бюджет, посчитанный по логике «1 запрос = 1 рубль», не сойдётся.

Тезис 3. Compute дефицитен, поставщики концентрируются

Он говорит про нехватку вычислительных мощностей и про то, что доступ к ним будет у немногих. Это не абстракция про Кремниевую долину — это риск для вашего процесса.

Если критичный процесс завязан на одного провайдера модели, вы платите не только за токены, но и за простой, когда провайдер меняет лимиты, цены или условия. В бюджет надо закладывать абстракцию доступа — прослойку, которая позволяет переключить модель без переписывания интеграции. Это отдельная статья, и её почти никто не планирует заранее.

Тезис 4. Регуляторика догоняет технологию

Альтман публично признаёт, что регулирование придёт и что отрасль должна участвовать в его формировании. Для SMB в РФ это читается просто: комплаенс — не постфактум, а строка бюджета на старте.

Персональные данные, логирование решений, объяснимость — всё это стоит денег и времени, и всё это дешевле заложить до пилота, чем разгребать после.

Три корзины AI-бюджета вместо одной строки «подписка»

Типовая ошибка: весь бюджет на AI — это строка «лицензии». Через квартал выясняется, что лицензии — меньшая часть реальных расходов. Разделите смету на три корзины и по каждой зафиксируйте метрику.

Ориентир: в SMB доля интеграции и данных в AI-бюджете обычно недооценена и составляет менее 20% — это оценка, а не измерение. Проверьте на своей смете: если у вас интеграция и данные — меньше пятой части, вы планируете по логике вендора, а не по своей.

Лицензии и API: что считать единицей

Не «месяц подписки», а стоимость на единицу работы. Заявка обработана, КП подготовлено, обращение разобрано. Пока единица не названа, лицензии — это чёрный ящик с ежемесячным списанием.

Интеграция и данные: скрытая основная статья

Здесь живут деньги, которые никто не планирует: выгрузка данных из CRM в пригодный вид, доступы, разграничение прав, тестовый контур. Если у вас нет владельца данных, эта корзина съест бюджет лицензий и не даст результата. Подробнее про то, как это устроено в типовых сценариях — в каталоге решений.

Обучение, регламенты и комплаенс

Команда должна знать, когда можно доверять выводу модели, а когда нет. Регламент «что делает человек, что агент, где точка проверки» — это не бюрократия, это то, что защищает вас от публичного провала пилота.

Как перевести тезисы в метрики пилота

Тезисы Альтмана бесполезны, пока не превращены в метрику одного процесса. Алгоритм такой.

1. Выберите процесс с измеримым циклом. Обработка входящих заявок, подготовка КП, разбор обращений в поддержку. У процесса должен быть вход, выход и время цикла.
2. Замерьте baseline до внедрения. Сколько минут на единицу работы сейчас, сколько единиц в неделю. Без baseline вы не докажете эффект ни себе, ни команде.
3. Зафиксируйте метрику пилота. Стоимость на единицу работы = (лицензии + интеграция + обучение) / количество единиц за период.
4. Назначьте срок проверки. Ориентир: пилот на одном процессе занимает 1–2 квартала до первой проверяемой метрики — срок зависит от зрелости данных.
5. Определите критерий остановки заранее. Если через квартал стоимость на единицу не ниже baseline — пилот останавливается, а не «дорабатывается ещё немного».

Критерий остановки — самое важное. Без него пилот живёт годами, а бюджет утекает. Формулировка для внутреннего документа: «Если к концу квартала стоимость обработки заявки не снизилась относительно baseline, проект закрывается, высвобожденный бюджет идёт на другой процесс».

Риск зависимости от одного поставщика модели

Тезис про дефицит compute для SMB читается так: не привязывайте критичные процессы к одному провайдеру.

Почему это важно именно для SMB

Крупный игрок переживёт смену условий провайдера. SMB — нет. Если ваш процесс встал на неделю из-за смены лимитов или цен, вы теряете не токены, а выручку и доверие команды к AI внутри компании.

Что заложить в бюджет

• Абстракцию доступа к моделям — слой, который позволяет переключить провайдера без переписывания интеграции.
• Время и деньги на тестирование второго провайдера на том же процессе.
• Гибридный контур для чувствительных данных: часть задач — на локальной или закрытой модели, часть — на внешней.

Это отдельная статья расходов, и она почти всегда выпадает из сметы. Заложите её сразу — дешевле, чем переделывать интеграцию под нового поставщика в авральном режиме. Сценарии с гибридным контуром разобраны в решениях по интеграции AI.

Агенты: где они окупаются, а где нет

Агентный сценарий — это последовательность шагов, а не замена роли целиком. Разница в деньгах огромная.

Последовательность шагов против целой роли

Агент, который собирает данные из трёх источников и готовит черновик КП, — окупается, потому что шаги рутинные и измеримые. Агент, который «заменяет менеджера продаж», — не окупается, потому что роль включает переговоры, контекст и решения, которые модель не берёт.

Точки проверки человеком

Каждый агентный сценарий должен иметь точки, где человек подтверждает результат перед следующим шагом. Это не недоверие к модели — это управление риском. Без точек проверки одна ошибка агента уходит в клиента, и вы платите репутацией.

Подрядчик на фиксированный результат

Если у вас нет технической команды, не берите подрядчика на «внедрение AI». Берите на конкретный результат: «агент готовит черновик КП по заявке из CRM, метрика — время подготовки, срок — квартал». Фиксированный результат защищает бюджет от бесконечных доработок.

Когда это не сработает

Подход развалится в нескольких случаях, и лучше признать это до старта.

• Нет владельца процесса и метрики. Если за пилот отвечает «все и никто», бюджет уйдёт в лицензии без результата.
• Попытка внедрить агента сразу на всю роль. Без пилота на одном процессе вы не поймёте, где модель ошибается, и не сможете посчитать стоимость на единицу.
• Данные не приведены в порядок. Если выгрузка из CRM требует ручной чистки каждый раз, интеграция съест бюджет, а метрика не сойдётся.
• Нет доступа к данным. Без прав и доступов пилот не запустится, а срок проверки сдвинется на неопределённый.

Если хотя бы один пункт про вас — сначала закройте его, потом считайте бюджет на AI.

Чек-лист пересмотра AI-бюджета на 2026 год

1. Выпишите тезисы Альтмана, релевантные вашему сценарию: стоимость инференса, агентные workflow, дефицит compute, регуляторика.
2. Разделите расходы по трём корзинам: лицензии/API, интеграция и данные, обучение и регламенты.
3. Проверьте долю интеграции и данных — если меньше 20%, смета собрана по логике вендора.
4. Зафиксируйте метрику пилота: стоимость на единицу работы и baseline до внедрения.
5. Назначьте срок проверки — 1–2 квартала на один процесс.
6. Определите критерий остановки пилота заранее, в письменном виде.
7. Проверьте зависимость от поставщика модели: есть ли абстракция доступа и второй провайдер на тесте.
8. Заложите комплаенс заранее: персональные данные, логирование, юридическая проверка на старте.

Если считать нечего — начните с аудита текущих расходов на AI. Записаться на разбор можно через заявку на аудит.

3 цитаты, которые стоит запомнить

Тезисы Альтмана, которые чаще всего игнорируют при планировании бюджета:

• Стоимость инференса падает. Значит, экономить надо не на токенах, а на интеграции и данных.
• Ценность смещается к агентам. Значит, единица работы — не запрос, а закрытая задача.
• Compute дефицитен. Значит, зависимость от одного поставщика — это статья риска, а не деталь.

FAQ

Какие именно тезисы Альтмана про экономику ИИ в 2026 году важны для бюджета?

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

Если инференс дешевеет, почему бюджет на AI не падает?

Дешевеет единица работы модели, но растёт объём задач, которые бизнес готов ей отдать. Агентные сценарии потребляют больше вызовов, чем одиночный чат-запрос. Плюс появляются статьи, которых раньше не было: интеграция, данные, комплаенс.

Как учитывать тезис о дефиците compute при планировании?

Не привязывайте критичные процессы к одному провайдеру. Заложите в бюджет время и деньги на абстракцию доступа к моделям, чтобы переключаться между поставщиками без переписывания интеграции.

Что делать с тезисом про агентов, если у нас нет технической команды?

Начинайте с одного процесса, где агент заменяет рутинную последовательность шагов, а не всю роль. Опишите шаги, точки проверки человеком и метрику. Если нет своей команды — берите подрядчика на фиксированный результат, а не на «внедрение AI».

Как понять, что пилот пора останавливать?

Критерий задаётся до старта: если к концу квартала стоимость на единицу работы не ниже baseline, пилот закрывается. Без этого правила проект живёт годами и съедает бюджет.

Что сделать через 10 минут

Откройте текущую смету на AI и разделите её на три корзины: лицензии/API, интеграция и данные, обучение и регламенты. Посмотрите на доли. Если интеграция и данные — меньше пятой части, вы планируете по логике вендора. Пересоберите смету по трём корзинам и по каждой назовите метрику и срок проверки. Дальше — пилот на одном процессе с измеримым циклом.