Стоимость автоматизации складывается из запуска, регулярных расходов на сервисы и участия людей. Цена подписки или одного запроса к модели показывает только часть этой суммы. Для сравнения предложений я бы просил смету на конкретный результат и ожидаемый объём работы в месяц.
Например, «готовить черновики ответов по обращениям» уже можно посчитать. А у обещания «внедрить ИИ в бизнес» пока слишком много неизвестных: откуда брать сведения, кто проверяет ответ и что делать с ошибкой.
Из чего собрать смету
Сначала разделите разовые работы и дальнейшую эксплуатацию. В запуск могут входить разбор процесса, подготовка данных, настройка интеграции, пробные случаи, обучение сотрудников и передача инструкции. Не во всех проектах нужны все эти пункты, но их отсутствие должно быть понятным решением.
Регулярные расходы тоже лучше разложить: модель, дополнительные инструменты, хранение, работа сервера, сопровождение и проверка сотрудником. Если обработка не удалась, повторная попытка и исправление могут потребовать новых затрат.
В наших процессах с сайтами и контентом результат проходит несколько этапов. Черновик ещё нужно проверить, подготовить к выпуску и посмотреть на готовой странице. Эти действия описаны в разборе автоматизации контента. При оценке бюджета их легко потерять за словом «генерация».
Отдельно уточните, кому принадлежат доступы и где остаются данные после завершения работы с исполнителем. Если для переноса решения придётся собирать всё заново, это тоже влияет на выбор.
Как посчитать работу модели
При оплате API, то есть программных обращений к модели, смотрят на правила конкретного сервиса. Токены — единицы, которыми сервис считает обработанный текст. Вход включает не только короткий вопрос: в него могут попадать инструкция, документы и история разговора. Ответ оплачивается по правилам выбранной модели.
Для учебного расчёта возьмём YandexGPT Lite в синхронном режиме. По официальному тарифу, проверенному 27 октября 2026 года, 1000 входящих токенов стоят 0,20 ₽, столько же стоят 1000 исходящих. Эти рублёвые ставки указаны с НДС. Для другого режима или модели расчёт будет другим; перед запуском цену нужно перепроверить.
Предположим, на один черновик приходится ровно один вызов: 1000 входящих и 300 исходящих токенов. Тогда стоимость модели:
1000 / 1000 × 0,20 + 300 / 1000 × 0,20 = 0,26 ₽ за вызов.
Это арифметический пример. Длина запроса и ответа здесь задана условно; реальный вызов API и проверку качества этой модели на задаче не проводили. Считать её подходящей только из-за такой цены нельзя.
В примере нет поиска, распознавания документов, генерации изображений и других платных инструментов. В рабочем процессе их добавляют отдельными строками. Оплата стороннего API тоже может идти отдельному поставщику. Подписку для работы человека в чате не нужно автоматически прибавлять к этому сценарию: сначала выясните, нужна ли она и что покрывает ваш договор.
Условия учебной сметы
Возьмём подготовку черновика по обращению с обязательной проверкой сотрудником. Сравним 250 и 2500 таких задач в месяц. Один черновик равен одному вызову модели из расчёта выше.
Это учебная смета, а не клиентский кейс, рыночный прайс или предложение моей цены. Единственная проверенная внешняя ставка здесь — выбранный тариф API. Все остальные суммы и объёмы заданы для примера.
Условно заложим на сервер и хранение 1500 ₽ в месяц. Внешнее сопровождение оценим в 2000 ₽ для меньшего объёма и 4000 ₽ для большего. Поддержка в этом примере оплачивается отдельно от времени сотрудника, который принимает каждый черновик.
На проверку одного результата отведём 3 минуты, а час сотрудника оценим в 800 ₽. Это способ увидеть занятость человека, а не расчёт его зарплаты. Запуск условно стоит 30 000 ₽ однократно. Условные суммы считаем окончательными для этой модели затрат; налоговую и зарплатную калькуляцию она не заменяет.
Два объёма: что получается за месяц
При 250 задачах проверка займёт 750 минут, или 12,5 часа. При 2500 — 7500 минут, или 125 часов. Стоимость времени по выбранной условной ставке составит 10 000 и 100 000 ₽ соответственно.
| Статья расчёта | 250 задач в месяц | 2500 задач в месяц |
|---|---|---|
| Работа модели | 65 ₽ | 650 ₽ |
| Сервер и хранение, условно | 1500 ₽ | 1500 ₽ |
| Внешнее сопровождение, условно | 2000 ₽ | 4000 ₽ |
| Всего внешних расходов | 3565 ₽ | 6150 ₽ |
| Оценка времени проверяющего | 10 000 ₽ | 100 000 ₽ |
| Месячные затраты с учётом времени | 13 565 ₽ | 106 150 ₽ |
| Первый месяц, включая условный запуск | 43 565 ₽ | 136 150 ₽ |
Строка «Всего внешних расходов» — промежуточная сумма, а не дополнительный платёж поверх трёх первых строк. Месячный итог включает эту сумму и оценку времени сотрудника. Первый месяц добавляет к нему только разовый запуск за 30 000 ₽.
Сумма с учётом времени не равна счёту от поставщика. Если сотрудник получает прежнюю зарплату, освобождение его часов само по себе не уменьшит платежи компании. Нужно понимать, какую другую работу он сможет выполнить и есть ли на неё спрос внутри команды. Эта смета не показывает окупаемость: в ней нет замера затрат до внедрения и подтверждённой выгоды.
Что изменится, если вводные окажутся другими
Самое полезное в такой смете — возможность менять предположения. Если при 2500 задачах в месяц проверка займёт 6 минут вместо 3, это будет уже 250 часов. При той же условной ставке и неизменных внешних расходах месячный итог составит 206 150 ₽. Поэтому время проверки стоит замерить на пробных задачах, включая исправления.
Число бизнес-задач тоже не всегда равно числу обращений к модели. Один результат может потребовать нескольких запросов, поиска и повторной проверки. В таком случае расход считают по фактическим операциям, а не по количеству готовых карточек.
В примере мы намеренно сохранили стоимость сервера одинаковой для двух объёмов. Это допущение, не обещание, что любая система выдержит рост нагрузки без дополнительных расходов. Пределы выбранной инфраструктуры и стоимость сопровождения проверяются отдельно.
Часы простоя и серьёзные ошибки нельзя закрыть универсальным процентом «на всякий случай». Сначала нужно определить, какие сбои возможны, кто их разбирает и сколько стоит восстановление. Если существенная статья пока неизвестна, в смете лучше так и написать.
Как управлять расходами после запуска
Заранее договоритесь, где смотреть фактическое потребление и кто реагирует на рост расходов. Полезны уведомления, ограничения числа шагов и понятное действие при исчерпании согласованного объёма: остановить обработку, передать задачу человеку или запросить разрешение.
При этом уведомление о бюджете и остановка работы могут быть разными механизмами. Например, в Yandex Cloud достижение порога бюджета само по себе не прекращает потребление ресурсов. Для нужной остановки должен работать отдельный предусмотренный механизм, а не только письмо о расходах.
В отчёте за пробный период стоит видеть стоимость принятых результатов, повторные попытки, время проверки и случаи, которые пришлось полностью переделать вручную. Дешёвый черновик может оказаться дорогим готовым ответом.
Что попросить у исполнителя перед началом
Попросите смету на конкретный принятый результат и объём задач в месяц. В ней должны быть отдельно показаны запуск, регулярные платежи, время сотрудников и то, что в расчёт не входит. Для каждой величины уточните основание: действующий тариф, замер на ваших примерах или пока только предположение. Сравнивайте предложения на одинаковом объёме и с одинаковыми требованиями к результату.
Отдельно запишите, какой результат считается принятым, кто проверяет качество и что относится к сопровождению. Исправление ошибки и новая функция могут оплачиваться по-разному; это лучше выяснить до первой такой ситуации.
Если своих замеров ещё нет, начните с ограниченной пробы. Как выбрать для неё задачу, разобрано в статье про ИИ для бизнеса. Покажите текущий процесс и несколько обезличенных примеров — с этим уже можно обсудить вашу задачу и собрать расчёт под реальную работу.