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

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

Сначала базовая точка, потом ROI

Зафиксируйте, как процесс работает без автоматизации. Берите обычный рабочий период и считайте завершённые операции, а не запросы к модели.

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

Счётная палата США рекомендует оценивать затраты по всему жизненному циклу, а надёжную оценку делать полной, документированной, точной и проверяемой. Этот принцип полезен и для коммерческого AI-проекта: подписка не равна полной стоимости. Первоисточник — GAO Cost Estimating and Assessment Guide.

Если базовых данных ещё нет, сначала пройдите узкий пилот по схеме из статьи «Внедрение AI: от пилота до продакшена».

Практическая модель расчёта

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

1. Считаем валовую пользу

Высвобождённая рабочая ёмкость = объём завершённых операций × сэкономленные минуты на принятую операцию × полная стоимость часа.

Считать нужно принятые результаты. Если AI сделал черновик, который сотрудник переписал заново, заявленной экономии нет.

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

2. Считаем полную стоимость

Разделяйте разовые и постоянные расходы.

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

Green Book 2026 правительства Великобритании требует явно учитывать излишний оптимизм: повышать ожидаемые расходы и сроки и снижать ожидаемую пользу. Бизнесу не обязательно копировать государственную методику, но нужны как минимум консервативный, базовый и оптимистичный сценарии.

Мониторинг и участие человека — это эксплуатационные расходы. NIST AI RMF Measure Playbook рекомендует документировать человеческий контроль и отслеживать последующие действия, включая отмену и исправление решений системы.

3. Используем три показателя

ROI = (вся польза − все расходы) ÷ все расходы × 100%.

Срок окупаемости = разовые вложения ÷ ежемесячная чистая польза.

Стоимость принятой операции = эксплуатационные расходы ÷ число принятых завершённых операций.

ROI показывает эффективность вложений. Срок окупаемости — как долго капитал остаётся под риском. Стоимость принятой операции помогает увидеть, действительно ли процесс дешевеет.

Пример расчёта

Предположим, команда обрабатывает 2 000 операций в месяц. На каждую уходит шесть минут: всего 200 часов. При полной стоимости часа $30 исходные трудозатраты равны $6 000 в месяц.

Контролируемый пилот показал, что принятые AI-результаты высвобождают 140 часов, или $4 200 полезной ёмкости. Подтверждённое снижение переделок добавляет ещё $600. Валовая польза — $4 800 в месяц.

Модель, инфраструктура, мониторинг и проверка стоят $1 600 в месяц. Разовое внедрение — $16 000.

  • Польза за 12 месяцев: $4 800 × 12 = $57 600.
  • Расходы за 12 месяцев: $16 000 + ($1 600 × 12) = $35 200.
  • ROI первого года: ($57 600 − $35 200) ÷ $35 200 = 63,6%.
  • Чистая польза после запуска: $4 800 − $1 600 = $3 200 в месяц.
  • Окупаемость: $16 000 ÷ $3 200 = пять месяцев.

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

До утверждения бюджета снизьте предполагаемую долю принятых AI-результатов, увеличьте время проверки и добавьте сценарий задержки. Государственный Digital and Data Benefits Framework также рассматривает пользу, расходы и оптимистические искажения как переменные, которые должны подтверждаться данными.

Проверяйте устойчивость расчёта, а не только итоговый процент

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

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

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

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

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

Что чаще всего считают неправильно

  • Черновики вместо принятой работы. Сгенерированный ответ ещё не является завершённой операцией.
  • Минуты вместо полезной ёмкости. Разрозненные десять минут в течение дня не всегда можно использовать.
  • Выручку без доказанной связи. Нельзя приписывать рост AI, если одновременно менялись цены, трафик или команда.
  • Только цену подписки. Интеграция, проверка, мониторинг и сопровождение могут стоить больше.
  • Двойной учёт. Один и тот же час нельзя записать и в снижение фонда оплаты, и в дополнительную производительность.
  • Отсутствие контроля качества. Быстрый процесс с большим числом ошибок может дать отрицательный ROI.

Полная карта расходов разобрана в материале «Сколько стоит AI-автоматизация в 2026 году».

Конкретный случай из моей практики

В моём конвейере трёхъязычных публикаций три сгенерированные версии текста не считаются тремя готовыми результатами.

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

Trello хранит состояние работы. API сайта передаёт структурированные данные статьи. Детерминированные проверки ловят ошибки длины заголовков, HTML и живых страниц. AI сокращает подготовку и языковую адаптацию, но всё, что не прошло проверку, остаётся переделкой в расчёте ROI.

Поэтому полезная единица здесь — не «один ответ модели», а «одна проверенная статья, опубликованная на трёх языках».

Встройте измерение в пилот

  1. Выберите один завершённый бизнес-результат как единицу.
  2. Измерьте ручной процесс за репрезентативный период.
  3. Определите критерии качества, принятия и эскалации.
  4. Разделите разовые и постоянные затраты.
  5. Запустите AI в режиме рекомендации или черновика.
  6. Сравните принятые операции с исходной точкой.
  7. Посчитайте три сценария.
  8. После запуска пересчитывайте ROI по фактическим данным.

Следующий вопрос — использовать готовую платформу или разрабатывать отличающий слой. Об этом статья «Собственный AI или готовый SaaS: создавать или покупать?».

Вопросы и ответы

Какой ROI AI-автоматизации считается хорошим?

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

Можно ли считать сэкономленное время деньгами?

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

Сколько должен длиться пилот?

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

Главный расход — токены модели?

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

Когда пересчитывать ROI?

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

Источники

Материал предназначен для планирования бизнеса и не является финансовой или инвестиционной рекомендацией.