Калькулятор стоимости ИИ-агента: месяц и первый год

Шесть полей и границы задачи

Калькулятор принимает setupCost, platformMonthly, tasksMonthly, modelPerTask, reviewHoursMonthly и reviewHourlyCost. Задачей назовите один результат, который нужен бизнесу: например, обработанное обращение. Эту же единицу используйте и для месячного объёма, и для цены модели. Число задач должно быть положительным целым. Вводите суммы в одной валюте; конвертацию программа не делает. Внедрение оплачивается разово, остальные поля описывают один месяц.

Месячный итог равен platformMonthly + tasksMonthly × modelPerTask + reviewHoursMonthly × reviewHourlyCost. Первый год равен setupCost + 12 × месячный итог при одинаковой нагрузке каждый месяц. Стоимость одной задачи в выводе — весь месячный итог, делённый на tasksMonthly. В ней распределена подписка и работа проверяющих; это не цена дополнительного вызова API.

Как оценить стоимость модели на задачу

Одна задача может вызывать модель несколько раз, получать большой контекст, запускать платный инструмент и повторяться после ошибки. У калькулятора нет отдельных полей для токенов, шагов, инструментов и повторов. Измерьте их во время пилота и сведите относимые переменные платежи к modelPerTask. На официальных страницах OpenAI и Anthropic ставки входных и выходных токенов различаются, а у инструментов могут быть свои условия. Поэтому берите только условия своей модели, региона и договора.

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

Вымышленный пример по реальным полям

Предположим условные setupCost = $3 500 и platformMonthly = $180. План — 1 200 tasksMonthly при придуманной modelPerTask = $0,08. Проверка занимает 12 reviewHoursMonthly, а reviewHourlyCost равен условным $35. Это не цены провайдера и не результат клиента. Расход модели: 1 200 × $0,08 = $96 в месяц. Работа проверяющих: 12 × $35 = $420. Вместе с платформой $180 месячный итог составит $696.

Двенадцать одинаковых месяцев обойдутся в 12 × $696 = $8 352. Прибавим единовременные $3 500: итог первого года $11 852. Стоимость задачи в выводе — $696 ÷ 1 200 = $0,58; внедрение туда не входит. Если задач станет 1 500 при прежних 12 часах проверки, модель обойдётся в $120, а месяц — в $720. Но прежние часы проверки при росте нагрузки нужно отдельно обосновать.

Не теряйте труд проверяющих

Гладкий текст может требовать утверждения, исправления, передачи специалисту или выборочного контроля качества. Измеряйте обычную проверку, а не только редкие инциденты. Стоимость часа выбирайте по принятому у команды принципу учёта и применяйте последовательно: калькулятор не выводит зарплаты и накладные расходы автоматически. Если новые задачи увеличат нагрузку на сотрудников, одновременно меняйте reviewHoursMonthly. Не оставляйте часы неизменными лишь ради красивого сценария.

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

Какие расходы не вычисляются отдельно

Среди шести полей нет налогов, хранения данных, передачи трафика, юридической проверки, оценки качества, инцидентов и будущих интеграций. Известные регулярные платежи можно включить в platformMonthly, если так устроен ваш учёт, но это нужно подписать. setupCost может включать начальную интеграцию и подготовку данных; он не гарантирует охвата всех стартовых работ. Модель также предполагает одинаковые месяцы и не знает о сезонности либо меняющихся тарифных уровнях.

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

Как использовать результат для решения

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