Цена запроса к модели почти никогда не равна цене полезного результата. К ней добавляются подготовка данных, разработка, проверки, человеческое время, инфраструктура, эксплуатация, исправления и ожидаемый ущерб от ошибок.
Главная единица экономики — принятый результат. Это ответ, изменение, решение или действие, которое прошло критерий процесса и принесло пользу получателю.
Формула #
Для выбранного периода:
полная стоимость результата =
Ожидаемая стоимость ошибок оценивается как частота события, умноженная на последствия, с отдельным учётом редких тяжёлых событий. Это управленческая оценка, а не обещание точного прогноза.
Скорость написания кода не отражает полную экономику процесса. [G1-D1-p40], The New SDLC With Vibe Coding_Day_1.pdf, с. 40.
Сначала исходный процесс #
До ИИ измерьте тот же результат в текущем процессе:
- число принятых результатов;
- календарное и человеческое время;
- возвраты и исправления;
- прямые расходы;
- ошибки по тяжести;
- незавершённую работу;
- ограничения объёма.
Если новый процесс создаёт больше черновиков, но число принятых результатов не меняется, рост выпуска не доказан.
Разделите постоянные и переменные расходы #
Постоянные или ступенчатые расходы
- проектирование процесса;
- интеграции;
- набор проверок;
- безопасность;
- обучение команды;
- минимальная платформа;
- договоры и юридическая работа.
Переменные расходы
- запросы к модели;
- вызовы инструментов;
- вычисления;
- хранение;
- человеческая проверка;
- повторные попытки;
- внешние услуги.
При малом объёме постоянные расходы могут сделать полезный механизм невыгодным. При росте объёма переменная проверка может стать главным ограничением.
Считайте человеческое время #
Человек участвует до, во время и после ответа:
- формулирует задачу;
- подбирает контекст;
- ждёт;
- проверяет;
- исправляет;
- согласует;
- расследует ошибку;
- поддерживает правила.
Если инженер сэкономил десять минут генерации и потратил двадцать минут на проверку, эффект нельзя записать как экономию десяти минут.
Считайте качество вместе со скоростью #
Полезно разложить результат на четыре показателя:
- 1время цикла;
- 2человеческое время;
- 3доля принятых результатов;
- 4тяжесть ошибок.
Ускорение при росте исправлений может быть полезно, если общий расход снизился и риск приемлем. Оно может быть вредным, если незавершённая работа переместилась к рецензенту.
Считайте отказ и резерв #
В полную стоимость входят:
- содержание ручного или ограниченного режима;
- переключение при отказе;
- потеря времени во время недоступности;
- восстановление очереди;
- повторная проверка после возврата.
Резерв кажется лишним расходом до первого отказа. Для критического процесса он является частью продукта.
Считайте возможный ущерб #
Не все ошибки равны. Введите категории, например:
- косметическая;
- требующая повторной работы;
- влияющая на клиента;
- нарушающая права или договор;
- создающая существенный финансовый или безопасностный ущерб.
Для тяжёлых редких событий среднего значения недостаточно. Покажите максимальный допустимый ущерб одного действия и механизмы, которые его ограничивают.
Сравнивайте варианты механизма #
Для одного результата сравните:
| Вариант | Полезность | Проверка | Риск | Расход |
|---|---|---|---|---|
| Ручная работа | Исходный уровень | Человеческая | Известный | Измеренный |
| Обычная автоматизация | Высокая на точных правилах | Детерминированная | Обычно уже | Разработка и сопровождение |
| ИИ на A0/A1 | Помощь в открытых задачах | Человек и правила | Действие остаётся у человека | Модель плюс проверка |
| ИИ на A2 | Автоматическое обратимое действие | Усиленные правила и наблюдение | Ограниченный | Среда, права, откат |
| ИИ на A3 | Узкий самостоятельный цикл | Постоянное наблюдение | Выше требования к доказательствам | Полный контур эксплуатации |
Более высокий A часто увеличивает расходы на контроль. Автоматизация применения не бесплатна.
Условный пример расчёта #
Это пример метода, а не факт о типовой компании.
За месяц процесс подготовил 1 000 черновиков. Получатели приняли 700. Расходы составили:
- 40 000 рублей на модели и сервисы;
- 60 000 рублей на инфраструктуру и сопровождение;
- 180 000 рублей человеческого времени проверки;
- 35 000 рублей повторной работы;
- 35 000 рублей оценённого ожидаемого ущерба и восстановления.
Структура расходов условного примера · 350 000 ₽
350 000 ₽ ÷ 700 принятых = 500 ₽ за принятый результат
Полные расходы: 350 000 рублей. Стоимость принятого результата: 500 рублей.
Сравнивать её нужно со стоимостью принятого результата исходного процесса, а не с ценой одного запроса. Если исходный результат стоил 480 рублей, пилот пока не доказал экономию. Он может сохранить ценность по скорости или объёму, но это нужно показать отдельно.
Решение об инвестиции #
Раз в установленный период владелец выбирает:
- расширить объём;
- оставить процесс как есть;
- сузить область;
- заменить механизм более простым;
- пересмотреть цену или качество поставщика;
- остановить.
В решение входят результат, стоимость, риск и стратегическая ценность. Последняя помечается как гипотеза, если не измерена.
Границы выводов о производительности #
Не используйте универсальные проценты без выборки, метода и ограничений.
DORA показывает связь эффекта ИИ с организационными возможностями. METR на конкретной выборке опытных разработчиков обнаружил результат, расходившийся с ожиданиями участников.
Вместе эти источники поддерживают локальное измерение, но не дают одного процента для вашей команды. [DORA-2025-report] [METR-2025-experienced-developers]
Утверждения Google «от идеи до агента за часы вместо недель» и «ИИ устранил узкое место производства кода» получили статус «Не доказано». [G1-D1-p39] [G1-D5-p36]
Рабочая карточка главы #
Решение
Продолжать, изменить или остановить процесс на основании полной стоимости принятого результата, качества и риска.
Минимальный механизм
Исходный уровень, единица результата, реестр постоянных и переменных расходов, человеческое время, ошибки по тяжести и периодический обзор.
Ответственный
Владелец результата подтверждает объём и качество. Финансовый партнёр проверяет метод расходов. Технический владелец предоставляет потребление. Владелец риска оценивает последствия.
Артефакт
Таблица полной стоимости результата с источниками данных, допущениями, диапазонами и решением.
Критерий готовности
Другой руководитель может пересчитать показатель, изменить допущение и увидеть, меняется ли решение.
Различия маршрутов
Стартап считает экономику в простой таблице и защищает ограниченный бюджет первого цикла. Зрелая компания добавляет распределение общих расходов, стоимость контроля, закупки и сценарии объёма. Обоим нужен показатель на принятый результат.
Показатели результата
- полная стоимость принятого результата;
- время цикла;
- человеческое время;
- доля принятых результатов;
- доступный объём;
- ценность для получателя.
Показатели риска
- стоимость исправлений;
- ожидаемый и максимальный ущерб;
- волатильность расхода;
- зависимость от одного поставщика;
- доля расходов без связи с результатом;
- стоимость и время резервного режима.
Типичные ошибки
- считать только запросы к модели;
- делить расход на все черновики;
- не учитывать проверку и повторную работу;
- приписывать весь эффект ИИ при одновременной смене процесса;
- использовать средний ущерб для редких тяжёлых событий;
- продолжать инвестицию из-за уже потраченных средств.
Чек-лист · сохраняется в браузере