Сколько стоит обработка одной заявки с ИИ: расчёт полного цикла
Заполняемый расчёт стоимости заявки с ИИ: настройка, сервис, проверка и исправления. Учебный пример и объём, при котором стоимость сравняется с ручной.
Чтобы посчитать стоимость заявки с ИИ, сложите расходы на сервис, настройку, интеграцию, работу людей и исправление ошибок за один период. Затем разделите сумму на число заявок, по которым получен принятый результат. Для решения о подключении покажите отдельно первый месяц и расчёт на выбранный срок: разовая настройка может изменить вывод даже при недорогой подписке.
Этот расчёт нужен владельцу бизнеса, который сравнивает предложение поставщика с ручной обработкой. Ниже — заполняемая таблица и учебный пример. Все суммы, доли и значения времени в примере условные: это проверка формул, а не цены сервисов, результат внедрения или прогноз экономии.
Определите, какую заявку вы считаете обработанной
Зафиксируйте одну операцию. Например: входящая заявка проверена на дубль, обязательные поля заполнены, обращение направлено ответственному, а запись принята сотрудником по заранее согласованным критериям. Продажа и выручка в эту единицу не входят.
У каждой заявки должен быть один идентификатор. Повторный запуск ИИ и исправление записи не создают новую заявку. Сложный случай, завершённый человеком, можно включить в результат, если он прошёл те же критерии: всю работу человека тогда включают в расходы. Отвергнутая или незавершённая попытка не увеличивает число принятых результатов, а её расходы остаются в числителе.
Сравнивайте варианты при одинаковом канале, составе задач, требованиях к качеству и сроке обработки. Запишите, кто принимает результат и что делает при ошибке. Если ИИ неверно изменил запись или дал клиенту неразрешённое обещание, ответственный останавливает такой сценарий и разбирает последствия. Сначала проверьте качество результата, затем принимайте экономическое решение.
Подход к единице расчёта опирается на терминологию FinOps Foundation: стоимость единицы связывают с определённой измеримой единицей продукта или услуги. Какую именно единицу принять в вашей CRM, решает владелец процесса.
Соберите расходы в одну таблицу
Выберите период, например календарный месяц, и считайте суммы в обоих вариантах по одним правилам. Валюта, учёт НДС и распределение общих расходов должны совпадать. Если сервисом пользуются несколько отделов, заранее запишите правило распределения: по фактическому использованию, выделенным рабочим местам или другой проверяемой базе. Один платёж нельзя учесть дважды.
| Строка расчёта | Что включить | Ваше значение |
|---|---|---|
| Разовая настройка S, ₽ | Работы поставщика, интеграция, подготовка данных, обучение сотрудников; оплаченные услуги и внутренний труд без дублей | ___ |
| Горизонт H, месяцев | Срок, за который оцениваете использование решения; отдельно покажите риск более раннего отказа | ___ |
| Постоянные расходы F, ₽/месяц | Подписка, обслуживание, фиксированная часть инфраструктуры, регулярная работа по поддержке сценария | ___ |
| Переменные расходы V, ₽/месяц | Фактический расход по API и каналам, платные вызовы, повторные попытки; только то, что не вошло в F | ___ |
| Труд L, ₽/месяц | Подготовка, проверка, исправления, передача человеку и завершение сложных случаев | ___ |
| Последствия ошибок E, ₽/месяц | Документированные дополнительные расходы, ещё не учтённые в других строках | ___ |
| Принятые заявки Q, шт./месяц | Только результаты, прошедшие одинаковые критерии качества | ___ |
Стоимость труда считайте как минуты / 60 × внутренняя стоимость часа. Метод расчёта труда через время и ставку также описан в FinOps Foundation. Согласуйте ставку с ответственным за бюджет: для сравнения ресурсов нужна полная выбранная стоимость часа, применённая одинаково к обоим вариантам. Работа штатного сотрудника учитывается и тогда, когда отдельного счёта за неё нет.
Сверяйте переменные расходы со счётом и условиями конкретного договора. Например, Yandex AI Studio отдельно описывает входящие, исходящие, кешированные токены и токены инструментов; обращение к инструментам оплачивается отдельно. Это пример тарификации одного сервиса, проверенный 6 октября 2026 года, а не универсальная схема. Не прибавляйте API к подписке автоматически: сначала выясните, что уже включено в платёж.
Если финансовые последствия ошибки неизвестны, оставьте явную пометку «не оценено» и отдельный критерий остановки. Ноль означает отсутствие таких расходов в расчёте, а не отсутствие риска.
Посчитайте первый месяц и стоимость на выбранном сроке
Для управленческой оценки распределим настройку поровну на H месяцев. Это допущение расчёта, а не правило бухгалтерского учёта:
C = (S / H + F + V + L + E) / Q.
Если вы относите всю настройку на первый месяц, получите:
C первого месяца = (S + F + V + L + E) / Q.
При Q = 0 стоимость принятой заявки не определена: результаты пока не получены, хотя расходы могли возникнуть. Для меняющегося потока точнее считать весь горизонт: (S + сумма ежемесячных F, V, L, E) / сумма принятых Q. Не делите настройку на объём, который пока не обоснован.
Для планирования платежей составьте рядом график фактических выплат: когда оплачиваются настройка, аванс и подписка. Таблица выше включает оценку труда, поэтому её итог не равен автоматически сумме новых денежных платежей.
Учебный пример: 500 заявок за месяц
Предположим, в обоих вариантах все 500 заявок приняты при одинаковом качестве. Ручная обработка занимает 12 минут на заявку. Внутренняя стоимость часа — 900 ₽; дополнительных расходов ручного варианта в примере нет.
Для варианта с ИИ зададим настройку S = 120 000 ₽, горизонт H = 12 месяцев и постоянные расходы F = 15 000 ₽ в месяц. Переменный расход сервиса — условные 5 ₽ на заявку, уже с повторными попытками. Проверка человеком занимает 3 минуты на каждую заявку. Дополнительное исправление нужно для 25% заявок и занимает 4 минуты; передача и доработка человеком — для 10%, ещё 10 минут. Исправления и доработка считаются дополнительными к проверке; если категории пересекаются, каждое отдельное действие учитываем один раз. Иных расходов на ошибки в примере нет.
Среднее время человека: 3 + 0,25 × 4 + 0,10 × 10 = 5 минут на заявку. Отсюда труд — 75 ₽, а переменная стоимость полного цикла v — 80 ₽ на заявку вместе с сервисом.
| Результат расчёта | Ручной способ | С ИИ |
|---|---|---|
| Переменная стоимость на заявку | 180 ₽ | 80 ₽ |
| Настройка в расчёте на месяц | 0 ₽ | 10 000 ₽ |
| Постоянные расходы в месяц | 0 ₽ | 15 000 ₽ |
| Полные расходы при 500 заявках | 90 000 ₽ | 65 000 ₽ |
| Стоимость принятой заявки | 180 ₽ | 130 ₽ |
В первом месяце с полной настройкой вариант с ИИ стоит 175 000 ₽, или 350 ₽ на заявку. При распределении настройки на 12 месяцев получается 130 ₽. Эти значения отвечают на разные вопросы; оба нужны для решения.
Разница с ручным способом в модели — 25 000 ₽ в месяц после распределения настройки. Она не доказывает денежную экономию: освобождённое время штатных сотрудников нужно действительно использовать, а платежи и качество проверить на практике.
Найдите объём, при котором стоимость сравняется
В учебной модели при неизменных качестве, времени, тарифах и составе задач затраты равны, когда:
Q* = (S / H + F) / (c ручной − v).
Это порог сравнения стоимости, а не срок возврата денежных вложений. Здесь c ручной = 180 ₽, v = 80 ₽, поэтому Q* = 25 000 / 100 = 250 заявок в месяц. При 250 заявках варианты стоят одинаково; начиная с 251 вариант с ИИ дешевле в данной модели. Формула предполагает, что все учитываемые заявки приняты, а фиксированные расходы ручного способа отсутствуют или одинаковы и сокращаются при сравнении. Если это не так, пересчитайте полные расходы обоих вариантов.
При 200 заявках стоимость с ИИ — 205 ₽, что выше ручных 180 ₽. Если проверка вместо 3 минут занимает 6, среднее время человека вырастает до 8 минут, v — до 125 ₽, а при 500 заявках итог — 175 ₽. Равенство тогда наступает примерно при 454,55 заявки в месяц; вариант с ИИ дешевле начиная с 455. Это чувствительность к допущениям, а не наблюдение о реальных системах.
Если c ручной меньше или равна v, увеличение объёма при положительных дополнительных фиксированных расходах не сделает ИИ дешевле в этой модели. Оставьте ручной способ либо проверьте обычные шаблоны и CRM-правила. Если ИИ нужен ради другой пользы, например работы в нужные часы, оцените её отдельно по измеримым критериям.
Подставьте свои данные перед решением
Заполните таблицу по договору и журналу фактических задач. Посчитайте расходы при ожидаемом и меньшем потоке, а также при более долгой проверке. Отдельно покажите бюджет первого месяца, стоимость на выбранном сроке и неоценённые последствия ошибок. Владелец процесса подтверждает качество, ответственный за бюджет — расходы и допущения.
Если время и доли исправлений ещё неизвестны, соберите их через журнал измерения пользы пилота. При решении о подключении учитывайте принятый результат, полные расходы и понятную возможность вернуть работу человеку.