Допустим, AI готовит коммерческие предложения клиентам по входящим письмам. Счёт за модель укладывается в бюджет, но сотрудники всё ещё сверяют позиции, цены и исключения. Когда вы оцениваете стоимость владения AI решением, эти часы должны попасть в расчёт вместе с серверами, сопровождением и исправлением ошибок.
Мы предлагаем считать расходы на принятый результат операции: предложение, которое сотрудник проверил и сохранил в согласованном виде. Ниже разберём состав эксплуатационной сметы, расчёт токенов, условный бюджет месяца и способы проверить предложение подрядчика. Для сравнения нужны одинаковый объём задач, требования к результату и период. Цена разработки остаётся отдельной строкой общего бюджета проекта.
Принятый результат задаёт единицу сравнения
Для примера с предложением мы сначала фиксируем маршрут. Система получает письмо, извлекает позиции, сверяет их с утверждённым каталогом и готовит черновик. Цены берём из действующего источника компании. Сотрудник видит исходное письмо, выбранные позиции и причину передачи спорного случая человеку. После проверки он сохраняет предложение; отправку клиенту согласуем отдельным действием.
Если в письме указан неоднозначный артикул, задача требует уточнения. Если каталог недоступен, сохраняем задачу для ручной работы. У каждого входящего обращения нужен свой номер, чтобы повторный запуск и несколько черновиков учитывались как попытки одной операции.
Цена принятой операции за период = все расходы этого маршрута за период / число принятых результатов за тот же период. В расходах остаются неудачные попытки и незавершённые задачи. В число принятых результатов входят и операции, которые сотрудник полностью завершил вручную; их долю показываем отдельно.
В полной стоимости владения проектом, которую также называют TCO, учитывают запуск, эксплуатацию, изменения и вывод из работы на выбранном горизонте. Например, переход на другой каталог после запуска потребует изменить интеграцию и повторить проверку. Эти работы добавляют к эксплуатационному бюджету отдельно. Уже оплаченный пилот нельзя второй раз включать в будущие платежи.
Какие расходы собрать после запуска
Разделите платежи поставщикам, внутренний труд и возможные потери. Так финансовый директор увидит движение денег, а руководитель ИТ сможет оценить нагрузку на людей. У времени сотрудника есть стоимость даже тогда, когда компания сохраняет прежний штат.
| Статья | Что включить | Чем проверить |
|---|---|---|
| Модели | Все вызовы: основной ответ, уточнения, повторные попытки и автоматическая оценка, если она есть | Журнал вызовов по номеру операции и детализация счёта |
| Инфраструктура и сервисы | Серверы приложения, поиск, распознавание документов, хранение, резервные копии и журналы | Список ресурсов, режим работы и правила оплаты каждого сервиса |
| Работа сотрудников | Подготовка входов, проверка, правки, уточнения и ручное завершение | Замер активного времени по типам задач и полная стоимость часа |
| Сопровождение | Разбор сбоев, обновление источников, контроль качества и проверка изменений | Задачи, ответственные, включённые часы и порядок дополнительных работ |
| Ошибки и простой | Исправление последствий, задержки процесса и временный ручной маршрут | Сценарии ущерба; фактические потери отдельно от прогнозного резерва |
Уточняйте границы строк. Если обслуживание сервера уже входит в договор сопровождения, не добавляйте те же часы ещё раз. Обновление прайс-листа силами вашей команды и изменение интеграции подрядчиком относятся к разным задачам.
В Malling мы связали инструмент коммуникаций с Битрикс24 и amoCRM: он использует сведения о контактах, историю взаимодействий и данные сделок из CRM. Для нового AI-сценария мы так же предлагаем сначала определить источник данных и путь результата в рабочую систему. В бюджет сопровождения такого решения должны попасть поддержка связи и проверка изменений источника.
Как рассчитать токены на операцию
Модель обрабатывает текст фрагментами, которые называют токенами. В расход входит инструкция, входящее письмо, нужные части каталога, история предыдущих шагов и ответ. Число символов в письме само по себе недостаточно для сметы: по документации Yandex AI Studio, разные модели делят один текст на разное число токенов. При работе с моделями этой платформы через совместимый программный интерфейс (API) фактическое потребление возвращается в поле usage.
Для предварительного расчёта мы предлагаем прогнать обезличенные примеры через токенизатор выбранной модели: этот инструмент считает токены в передаваемом тексте. После запуска сверяем оценку с потреблением всех вызовов по каждой операции. Отдельно смотрим длинные письма и случаи с уточнением: среднее по коротким удачным входам может скрыть их стоимость.
При оплате за токены расход модели = сумма по всем вызовам: оплачиваемые токены каждой категории × ставка этой категории / размер тарифной единицы. Если цена указана за тысячу токенов, делим на тысячу; при цене за миллион делим на миллион. Вход, выход и другие категории учитываем по правилам выбранного поставщика, без двойного счёта. Для подписки, выделенного экземпляра модели или режима с минимальной оплатой добавляем соответствующие фиксированные платежи и минимумы из условий поставщика.
В правилах тарификации Yandex AI Studio выделены вход, выход, кешированные токены и токены встроенных инструментов. Кеширование позволяет повторно использовать часть вычислений, но оно не гарантируется. Вызовы инструментов могут оплачивать отдельно. Поэтому скидку за кеш в прогнозе нужно подтвердить фактическим потреблением.
Инфраструктура агента тоже имеет собственную стоимость. Например, Cloud.ru разделяет оплату AI Agents на вычислительные ресурсы и связанные сервисы, включая хранение и обработку запросов к моделям. Эти правила проверены 8 октября 2026 года; перед согласованием сметы сверяйте действующий тариф, валюту, налоги и доступный вашей компании способ оплаты.
Условная смета месяца: 110 тысяч рублей на 900 результатов
Возьмём учебные вводные: за месяц поступила 1 000 задач. Из них 800 завершены с AI, ещё 100 сотрудник полностью обработал вручную, 100 остались незавершёнными. Получили 900 принятых результатов. Все суммы и ставки ниже условны; это пример устройства расчёта.
| Расход | Условные вводные | За месяц |
|---|---|---|
| Модель | Все оплаченные попытки, включая неудачные | 8 000 ₽ |
| Инфраструктура | Серверы, хранение и журналы | 18 000 ₽ |
| Проверка и правки | 40 часов × 900 ₽ | 36 000 ₽ |
| Полностью ручное завершение | 20 часов × 900 ₽ | 18 000 ₽ |
| Сопровождение | 16 часов × 1 500 ₽ | 24 000 ₽ |
| Внешние сервисы | Сервисы сверх уже учтённых ресурсов | 6 000 ₽ |
| Всего | Без разовых работ и дополнительных потерь | 110 000 ₽ |
Цена принятого результата: 110 000 / 900 ≈ 122 ₽. Проверка и правки здесь включают труд по всему входящему потоку; ручное завершение учитывает дополнительные часы отдельно. Ставка сотрудника означает полную стоимость часа для компании, а не только оклад. У подрядчика запросите такую же расшифровку.
Если задачи переходят между месяцами, отдельно показывайте незавершённую работу на начало и конец периода. Месячное отношение расходов к результатам поможет контролировать поток. Для сравнения вариантов проследите также одинаковую группу задач до завершения и соберите расходы за весь её цикл.
Изменим только число принятых результатов: при тех же расходах и 500 завершённых задачах получится 220 ₽ за результат. Это проверка чувствительности расчёта. В реальном прогнозе пересчитывайте и сами расходы: объём запросов, ручная работа и нагрузка инфраструктуры тоже изменятся.
Для сравнения с ручным процессом возьмём ещё одно условное допущение: те же 900 результатов потребовали бы 150 часов по 900 ₽, то есть 135 000 ₽ труда. К этой сумме нужно добавить остальные расходы ручного маршрута и сверить качество. Разница в трудозатратах станет денежным эффектом, только если компания сможет использовать освободившееся время или сократить реальные платежи.
Сопровождение: задачи, часы и цена ошибок
Стоимость поддержки AI агента зависит от того, за чем команда обязуется следить. Расшифруйте строку «поддержка» до конкретных задач: кто разбирает сбой, обновляет каталог, проверяет новую модель и отвечает на обращение сотрудника. Зафиксируйте включённый объём работ, доплату, время реакции и порядок восстановления.
- Данные: ответственный обновляет источники и проверяет доступность нужных полей.
- Качество: команда разбирает исправленные и отклонённые результаты; после изменения модели, инструкции или данных повторяет согласованные проверки.
- Эксплуатация: специалист следит за сбоями, очередью, расходами и резервными копиями; проверяет восстановление в согласованном объёме.
- Изменения: новые функции и системы оцениваются отдельным заданием, если они выходят за договор сопровождения.
В примере с предложением неверная цена может потребовать переговоров с клиентом и исправления документа. Стоимость проверки до отправки сравниваем с последствиями пропущенной ошибки. Для существенных действий сохраняем подтверждение человеком и возможность остановить затронутый сценарий.
В финансовом прогнозе можно отдельно посчитать ожидаемые потери: частота событий × средняя стоимость последствий, если для этих величин есть обоснование. В учебном сценарии пять ошибок по 2 000 ₽ последствий добавили бы 10 000 ₽. Тогда сумма составила бы 120 000 ₽, около 133 ₽ на 900 результатов. Это отдельный сценарий риска, без повторного включения уже учтённых часов исправления.
При редкой тяжёлой ошибке одного среднего недостаточно. Согласуйте допустимые действия, предел ущерба и остановку. Финансовый резерв показывайте отдельно от фактических расходов: заложенная сумма ещё не означает понесённую потерю.
Три режима нагрузки и контроль бюджета
Попросите подрядчика подготовить три расчёта: обычный месяц, пик нагрузки и ухудшение качества входов. Для каждого задайте объём, длину материалов, число вызовов, долю ручной работы и принятия. Например, длинное письмо с несколькими уточнениями потребует другого маршрута, чем запрос по одному артикулу.
При собственной модели на сервере добавьте оборудование или аренду, запас вычислительной мощности, обновления и людей, которые поддерживают работу. Сравнивайте вариант с API на одинаковом качестве и сроке получения результата. Низкая загрузка собственного сервера и пик обращений меняют расчёт в разные стороны.
Мы предлагаем связывать журнал потребления с исходом операции: принято, исправлено, завершено вручную или осталось в очереди. Для руководителя нужны общий расход, цена принятого результата, ручные часы, неудачные попытки и критические ошибки. По этим данным можно объяснить рост бюджета.
Контроль перерасхода требует действия. Согласуйте предел числа шагов агента, длины ответа и повторов, ограничение параллельных задач и поведение при исчерпании бюджета. Уведомление ответственного и остановка новых вызовов требуют отдельных настроек и проверок.
Если лимит сработал в рабочее время, сотрудник должен увидеть причину и доступный ручной маршрут. В сопровождении определяем, кто разрешает продолжение и как проверяет накопившиеся задачи. Отключение новых вызовов модели само по себе не прекращает оплату хранения или других работающих ресурсов.
Как снижать расходы и сравнивать AI с автоматизацией по правилам
Начинайте с повторяющихся лишних действий. Проверьте, нужна ли модель для проверки обязательного поля, точного расчёта скидки или поиска по известному артикулу. Такие операции можно описать устойчивыми правилами. AI оставляем для шага, где требуется обработать свободный текст; цену и права записи проверяет прикладная система.
Затем проверяйте размер передаваемых данных, повторные вызовы и выбор модели. Например, более дешёвая модель может потребовать больше исправлений сотрудника. Если экономия на вызовах меньше дополнительных ручных часов, принятый результат подорожает.
Мы проверяем каждое изменение на сопоставимых входах: качество, исключения, время человека и полный расход. Сокращение контекста допускаем, пока система сохраняет нужные условия; кеш учитываем по измеренному использованию. Для работы, которая может ждать, изучаем доступный режим пакетной обработки и его ограничения.
Предложение по обычной автоматизации сравнивайте тем же способом. Включите обслуживание правил, интеграций, исключения и ручной труд. Для проверки новой версии или выбора маршрута можно использовать план AI-пилота с оценкой качества и экономики. После запуска его замеры станут исходными допущениями эксплуатационного бюджета.
Что приложить для расчёта и сравнения предложений
Для компании из Москвы, Санкт-Петербурга или другого региона России мы предлагаем начать с удалённого разбора одной операции. На расходы влияют ваши данные, нагрузка, требования к размещению и режим поддержки. Эти вводные нужно одинаково передать всем подрядчикам.
- Обезличенные входные примеры: обычные, длинные, неполные и спорные.
- Пример принятого результата и критерии его проверки; источник действующих правил или цен.
- Ожидаемый объём за месяц, пики, допустимое ожидание и текущие ручные часы.
- Системы и сервисы, доступные способы оплаты, ограничения на обработку и хранение данных.
- Ошибки, которые требуют остановки, и сотрудники, отвечающие за приёмку и обновление источников.
В ответ запросите расчёт с допущениями по каждой строке, разделением внутренних часов и платежей, тремя режимами нагрузки и границами сопровождения. План проверок должен показать, как подтвердят расход и принятый результат. Такой состав можно обсудить в рамках разработки AI-решения.
Частые вопросы
Можно ли назвать бюджет до замера токенов?
Можно собрать предварительный расчёт по обезличенным входам, объёму и составу работ. Потребление модели и ручные часы нужно обозначить как допущения и затем подтвердить на проверке.
Подписка на модель покрывает поддержку AI агента?
Проверьте условия конкретного предложения. Оплата модели, работа приложения, внешние сервисы и сопровождение могут быть отдельными строками. В договоре нужен явный перечень включённых задач.
Что делать, если расход растёт после запуска?
Сопоставьте вызовы и повторы с результатами операций, длиной входов и ручными часами. Затем проверьте причину роста, примените согласованные ограничения и сравните исправленную версию на тех же критериях.
Запросите расчёт расходов на принятую операцию
Предоставьте обезличенные входные примеры, ожидаемый результат и объём задач. Мы предложим план пилота, проверки и расчёт расходов на модели, инфраструктуру и сопровождение. На первом обсуждении определим недостающие вводные и границы оценки.