Как я считаю полную стоимость AI-помощника

Когда обсуждают стоимость AI-помощника, разговор часто начинается с подписки или цены обращения к модели. Мне для решения этого мало. Я хочу увидеть весь путь до результата: кто подготовит данные, кто проверит ответ, кто исправит ошибку и кто будет поддерживать систему после запуска.

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

Сначала определяю, что считаю результатом

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

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

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

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

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

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

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

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

Поддержка. Обновление документов, разбор ошибок, повторная оценка после изменений и помощь пользователям. Здесь нужны периодичность и ответственный. Формулировка «система работает сама» не объясняет, кто обновит каталог после изменения условий.

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

Собираю простой учебный расчёт

Все числа в примере вымышлены и выбраны для демонстрации способа расчёта. Это не результаты внедрения и не предложение по цене услуг.

Допустим, за месяц нужно подготовить 1000 пригодных ответов. Вручную каждый занимает в среднем 12 минут. Для оценки занятого времени используем условную полную стоимость часа 900 рублей.

Ручная работа тогда занимает 200 часов: 1000 × 12 / 60. Её оценка — 180 000 рублей. В реальном расчёте состав часовой ставки нужно определить вместе с ответственным за расходы, чтобы одинаково учитывать труд в обоих вариантах.

Теперь добавим помощника. Условные расходы на сервисы и инфраструктуру — 15 000 рублей в месяц. Поддержка занимает ещё 10 часов по той же ставке: 9000 рублей. Это отдельная работа по системе, которая не входит во время обработки писем.

Разовая подготовка стоит 60 000 рублей. Для сравнения вариантов распределим её на выбранный горизонт шесть месяцев: по 10 000 рублей. Дату фактической оплаты сохраняем отдельно — распределение в таблице её не меняет.

Остаётся самое чувствительное допущение: сколько времени сотрудник тратит на одно обращение с помощником. В него входят проверка, исправления и ручное завершение неудачных попыток.

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

Проверяю три сценария вместо одной красивой цифры

В каждом столбце ниже получены те же 1000 пригодных ответов за месяц. Меняется только среднее время обработки одного обращения. Состав и сложность задач, требования к качеству и остальные расходы считаем одинаковыми — в настоящем пилоте эти условия придётся проверить.

Ручной вариант в тех же допущениях — 180 рублей на ответ. При шести минутах расчётная стоимость ниже на 56 000 рублей за месяц, при девяти — только на 11 000. При двенадцати она уже выше на 34 000 рублей.

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

Разделяю высвободившееся время и денежную экономию

В сценарии с шестью минутами обработка писем занимает 100 часов вместо 200. С учётом десяти дополнительных часов поддержки суммарная нагрузка уменьшается на 90 часов. Это потенциальная свободная ёмкость команды.

Но если сотрудники получают ту же зарплату, денежные выплаты не сокращаются автоматически. Компания оплачивает сервисы и подготовку, а польза зависит от того, что сделает с появившимся временем.

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

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

Проверяю объём, исключения и предел расходов

Расчёт чувствителен не только к минутам. Если обращений станет меньше, фиксированные расходы распределятся на меньшее число результатов. Если увеличится доля сложных писем, может вырасти и время сотрудника, и число попыток помощника.

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

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

Также заранее определяю лимит попыток, бюджет проверки и порядок действий при его достижении. Дополнительная сложность должна помогать задаче: Anthropic в Building effective agents прямо связывает выбор агентного подхода с компромиссом между качеством, задержкой и стоимостью.

С чем я хочу закончить обсуждение бюджета

Хороший итог для меня — небольшая таблица, в которой можно проверить каждое допущение:

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

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

Учебная сверка стоимости пригодного ответа

Дополнительный расчёт использует условные единицы затрат, без рыночных тарифов. За период потрачено 1 200 единиц на сервисы и 800 на проверку; обработано 100 запросов, принято 80 результатов.

Разделите запрос, попытку и принятый результат

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

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