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

Саммари: Формула окупаемости проста, а весь спор живёт внутри двух чисел, которые в неё подставляют. Разбираем, почему привычный расчёт «вложения / годовая выгода» для ИИ-проектов почти всегда врёт — и как считать честно.

Базовая формула и где она ломается

Грубый расчёт выглядит так: вложили 4,8 млн ₽, экономим 400 тысяч ₽ в месяц значит окупимся за 12 месяцев. Красиво и неправильно.
Проблема в том, что эта формула держится на трёх допущениях, и ИИ-проект нарушает все три.

Допущение 1: выгода начинается сразу. В реальности первые месяцы проект только тратит. Разработка, интеграция, подготовка данных — выгоды ноль, расходы идут. Экономия появляется в лучшем случае с момента запуска, то есть через 3–4 месяца после старта.

Допущение 2: выгода постоянна. Тоже нет. Сразу после запуска система работает не на полную: сотрудники привыкают, часть сценариев ещё дорабатывается, часть людей продолжает делать по-старому. Экономия разгоняется постепенно — сначала 30% от плановой, потом 60%, и только через несколько месяцев выходит на заявленные 400 тысяч.

Допущение 3: после запуска новых вложений нет. Тоже неверно. Остаются расходы на инфраструктуру, токены, поддержку, дообучение модели, ручную проверку результатов. Это не разовые траты, а ежемесячный минус, который нужно вычитать из экономии.

Как считать правильно. Берёте таблицу с колонкой на каждый месяц. В каждом месяце записываете две строки: сколько денег пришло (реальная экономия этого месяца, с учётом неполной раскатки) и сколько ушло (разработка, инфраструктура, поддержка). Разница — чистый поток за месяц. Потом суммируете нарастающим итогом.
Выглядит примерно так:
Срок окупаемости — это месяц, в котором последняя колонка впервые становится положительной. Здесь это 20-й месяц, а не 12-й.
Разница в восемь месяцев возникла не из-за того, что проект оказался хуже, а из-за того, что грубая формула не учла ни период без выгоды, ни разгон, ни постоянные расходы после запуска. И именно на эти восемь месяцев обычно расходятся обещание вендора и реальность заказчика.

Пять категорий затрат, которые систематически недооценивают

Организации недооценивают инвестиции в ИИ вплоть до 40%, потому что игнорируют скрытые затраты. Конкретно недооценивают пять статей:

Подготовка данных — 40–60% всех технических усилий, и это главный сюрприз большинства проектов.

Интеграция — самая часто недооцениваемая строка бюджета, 50–300 тысяч долларов для среднего бизнеса.

Внутренние ресурсы — 75–200 тысяч долларов на пилот, и эта строка редко вообще появляется в бюджете.

Управление изменениями — требует 15–25% общего бюджета, а обычно получает 5–10%.

Текущая эксплуатация — 20–40% от стоимости первоначального внедрения ежегодно, хотя в расчёте часто фигурирует символической строкой «поддержка».

Суммарно эти скрытые затраты могут равняться видимым затратам на технологию и консалтинг или превышать их.

Вторая сторона уравнения: выгоды почти всегда завышают

Симметричная ошибка: сторона «годовая полученная выгода» обычно завышается, а сторона «годовые общие затраты» почти всегда недооценивается.

Самый надёжный источник выгоды — сэкономленное рабочее время: часы в неделю, умноженные на полную стоимость часа сотрудника. «Полная» здесь ключевое слово — это зарплата плюс налоги, льготы и накладные расходы, обычно в 1,4–2 раза выше базовой ставки.

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

Без базовых замеров расчёт невозможен

Самая распространённая структурная проблема: 60% проектов не имеют метрик производительности до внедрения ИИ, из-за чего доказать ROI попросту невозможно. Практическая рекомендация — измерять текущую производительность 4–8 недель до старта: среднее время обработки, пропускную способность, процент ошибок, распределение времени сотрудников — без базовых показателей заявления о ROI непроверяемы.

Мы в AllSee фиксируем измеримую метрику на этапе аналитики, до начала разработки — именно по этой причине. В проекте по классификации почтовых обращений для компании из сферы спецтехники порог в 80% точности был назван до написания кода, что сделало итоговые 87% проверяемым результатом, а не интерпретацией. Подробнее о подходе — на allsee.team.

Как относиться к цифрам из отраслевых отчётов

Здесь стоит быть скептичным. Публикуемые диапазоны — окупаемость за 3–6 месяцев для ИИ-автоматизации, ROI 300–600% за год в обработке документов — приходят преимущественно от консалтинговых компаний, заинтересованных в том, чтобы ИИ-проекты выглядели привлекательно, и в собственном расчёте эти цифры стоит трактовать как верхнюю границу, а не как ожидаемое значение.

Более трезвые ориентиры: многие успешные ИИ-инициативы окупаются в горизонте 12–18 месяцев, хотя стратегические инициативы могут оправдывать более долгие горизонты, а проекты с недофинансированной программой адаптации добавляют к сроку окупаемости 6–12 месяцев.

Две поправки, которые делают расчёт честным

Поправка на риск. Не каждая ИИ-инициатива срабатывает, поэтому к расчёту стоит применять вероятностный коэффициент на основе сопоставимых проектов — это предотвращает раздутые ожидания и защищает доверие к вашим решениям.

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

Итог: что сделать перед разговором с финансовым директором

Порядок действий простой. Измерьте текущее состояние 4–8 недель — без базовых цифр весь расчёт будет недоказуем. Соберите все пять категорий затрат, включая подготовку данных и управление изменениями, а не только контракт на разработку. Считайте накопленный поток по месяцам, а не делите общее на годовое. И держите горизонт в пределах трёх лет — для ИИ это не осторожность, а реализм.

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

Источники

Создайте новое будущее с нашими решениями

Похожие статьи
Показать еще