A single crate lit by a spotlight in a dark hall, representing the visible portion of an AI feature cost

Сколько на самом деле стоит ИИ-функция: полная модель TCO

Стоимость токенов — это одна строка из семи в совокупной стоимости владения LLM-функцией. Полный расчёт включает входные и выходные токены, повторные попытки, поиск и эмбеддинги, слой оценки, мониторинг, человеческий надзор и инфраструктуру. Опубликованная цена API обычно объясняет менее половины того, во что функция реально обходится в продакшене, — именно поэтому традиционная валовая маржа SaaS в 80–90% сжимается до 50–60%, как только вызовы модели входят в продукт. Правильный вопрос — не сколько стоит миллион токенов, а сколько стоит одна единица работы, за которую клиент готов платить.

Семь строк затрат функции, работающей на модели

Большинство команд назначают цену ИИ-функции прямо по прайс-листу поставщика: столько-то долларов за миллион входных токенов, столько-то за выходные. Это одна строка. Продакшен добавляет ещё шесть, и несколько из них фиксированные, а не привязанные к объёму, — а значит, тяжелее всего они весят в самом начале.

Строка затратЧто в неё входитПоведение
Входные и выходные токеныПромпт, извлечённый контекст и ответ моделиПеременная, растёт линейно с объёмом
Повторные попытки и сбоиТаймауты, лимиты запросов, отклонённый валидацией вывод и повторная отправкаПеременная, резко растёт под нагрузкой
Поиск и эмбеддингиГенерация эмбеддингов, векторное хранилище, поисковые запросы, переиндексацияСмешанная: индексация фиксированная, запросы переменные
Слой оценкиТестовые наборы, прогоны оценки перед каждым изменением промпта или моделиФиксированная на цикл разработки
Мониторинг и логированиеЗахват входа и выхода, метрики качества, оповещения, хранениеФиксированная с объёмной составляющей
Человеческий надзорВыборочная проверка, обработка эскалаций, разметка пограничных случаевПеременная в человеко-часах
Инфраструктура и интеграцияСлой абстракции над провайдерами, очереди, кэширование, безопасность и права доступаФиксированная, пропорционально уменьшается по мере роста
Разделение на фиксированные и переменные затраты — не бухгалтерская тонкость. Функция с тяжёлыми фиксированными строками выглядит ужасно в небольшом пилоте и отлично на объёме, тогда как полностью переменная функция выглядит отлично в пилоте и никогда не улучшается. Обе ошибки ведут к уверенным решениям в противоположных и неверных направлениях.

Почему опубликованная цена токенов вводит в заблуждение

Прайс-лист от счёта отделяют три системных разрыва.

Выход намного дороже входа. У большинства провайдеров выходной токен стоит в пять–восемь раз дороже входного. Функция, генерирующая длинные ответы, платит за эту длину дважды, — поэтому ограничение длины вывода остаётся самой дешёвой экономией, доступной в любой день.

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

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

Формула: стоимость единицы работы

Вместо отслеживания общего расхода токенов определите одну единицу работы с бизнес-смыслом: решённое обращение, реферированный документ, обогащённый лид, классифицированная строка. Тогда арифметика выглядит так:

КомпонентКак посчитатьПримечание
Средняя стоимость вызова(входные токены × цена входа) + (выходные токены × цена выхода)Измеряйте, а не прикидывайте
Вызовов на единицуВключая шаги поиска, маршрутизации, классификации и проверкиТипичный агент делает 3–8 вызовов на единицу
Множитель повторов1, делённая на долю успеха с первой попытки85% успеха дают множитель 1,18
Стоимость человеческого надзораДоля эскалаций × полная стоимость часа × время обработкиОбычно самая тяжёлая строка
Распределение фиксированных затратОбщие фиксированные затраты, делённые на число единиц в месяцСнижается по мере роста объёма

Бенчмарки, опубликованные к 2026 году в клиентской поддержке, оценивают обращение, решённое ИИ, примерно в полдоллара–два доллара на уровне единицы против шести–двенадцати долларов за контакт, обработанный человеком. Разрыв выглядит решающим, но заметно сужается, как только обратно добавляются надзор, оценка и инфраструктура, — а часть опубликованных оценок помещает полную загруженную стоимость автоматического решения ближе к пяти долларам. Расстояние между этими двумя показаниями — это ровно расстояние между стоимостью токенов и стоимостью владения.

Три рычага, которые действительно меняют счёт

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

РычагПорядок величиныКогда подходит
Кэширование промптовЧтение из кэша стоит около десятой доли обычной цены входаСтабильные системные инструкции, повторяющиеся базовые документы
Пакетная обработкаПримерно вдвое дешевлеВсё, что не требует ответа в реальном времени
Выбор модели под задачуРазница между уровнями моделей — в десятки разКлассификация, извлечение и маршрутизация не требуют передовой модели
Первые два складываются. Нагрузка, подходящая и под кэширование, и под пакетную обработку, может упасть примерно до четверти прайсовой цены без изменений в архитектуре и без потери качества. Это первый тест, который стоит провести, — до любых разговоров о меньших моделях или обучении.

Что это делает с отчётом о прибылях и убытках

Традиционный софт живёт при валовой марже 80–90%, потому что стоимость обслуживания ещё одного пользователя стремится к нулю. Функция на базе модели ломает это допущение: каждое использование несёт реальную стоимость вычислений. Публикации к 2026 году помещают валовую маржу таких функций в диапазон 50–60%.

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

Как измерять это на практике

  • Помечайте каждый вызов API идентификатором той единицы работы, которой он служит, а не только ID пользователя. Без этого восстановить стоимость единицы задним числом невозможно.
  • Храните входные токены, выходные токены и число попыток раздельно. Единая сумма затрат скрывает всё, что можно было бы исправить.
  • Считайте долю успеха с первой попытки продуктовой метрикой, а не инфраструктурной. Она напрямую умножает стоимость.
  • Распределяйте фиксированные затраты по единицам каждый месяц, иначе растущая функция будет выглядеть хуже, чем она есть.
  • Задайте потолок стоимости единицы как критерий релиза — наравне с критерием качества. Функция, пробившая потолок, не выходит.

Последний пункт связан с более широким вопросом: как вообще определять условия приёмки для системы, вывод которой вероятностен. Мы излагаем это в статье о критериях приёмки ИИ-функции, а более широкая коммерческая сторона входит в наши направления экспертизы.

Часто задаваемые вопросы

Какую долю совокупной стоимости владения составляет счёт за API?

Единого числа нет, но во внедрениях с человеческим надзором, слоем оценки и мониторингом строка API обычно составляет меньшинство общих затрат. Чем автоматичнее и менее контролируем продукт, тем больше становится её доля. Именно поэтому семь строк нужно считать, а не выводить из прайс-листа.

Как оценить стоимость до того, как появился продакшен?

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

Меньшая модель всегда дешевле?

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

Когда имеет смысл переходить на собственную модель?

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

Если отслеживать только одну метрику — какую?

Стоимость успешно завершённой единицы работы, с ежемесячным пересмотром. Она вбирает в себя цену токенов, долю сбоев, эскалации и эффективность поиска и остаётся единственной величиной, напрямую сопоставимой с вашим ценообразованием и со стоимостью человеческой альтернативы.

אולי תאהבו גם

Комплексный

Оставьте свои данные, и мы скоро свяжемся с вами

Трансформация

Оставьте свои данные, и мы скоро свяжемся с вами

Присоединяйтесь

Оставьте свои данные, и мы скоро свяжемся с вами

Точечный

Оставьте свои данные, и мы скоро свяжемся с вами