ROI ИИ-проекта — отношение полученного эффекта к вложенным деньгам, посчитанное с учётом всех статей затрат и реалистичной доли автоматизации. В ИИ-проектах ROI почти всегда считается слишком оптимистично: выгода завышается, затраты учитываются частично, горизонт берётся короткий.
Честный расчёт ROI нужен не для красивой презентации, а для сравнения: этот сценарий против альтернативы «не делать ничего», против найма людей, против другого ИИ-сценария. Если сценарий проигрывает альтернативам, честный ROI это покажет — и сэкономит бюджет.
Механика расчёта
Базовая формула словами. ROI = (выгода за период − затраты за период) / затраты за период × 100%. Выгода 4 миллиона, затраты 2 миллиона — ROI 100%. Всё искусство не в формуле, а в том, что попадает в числитель и знаменатель.
Из чего складывается выгода. Экономия времени: часы сотрудников × стоимость часа с накладными расходами. Снижение стоимости ошибки: число ошибок в месяц × цена одной ошибки (переработка, возврат, штраф). Прирост скорости: обработка обращения за минуту вместо дня иногда конвертируется в конверсию или в число обработанных обращений без найма. Механика расчёта каждой составляющей — в статье про расчёт экономии от автоматизации.
Из чего складываются затраты. Разработка и внедрение, интеграции, данные и разметка, токены или железо, сопровождение и доработки, обучение персонала. Перечень статей и типовые пропорции первого и второго года — в статье про совокупную стоимость владения; в ROI они входят все, иначе расчёт врёт в свою же пользу.
Считайте кумулятивно, а не по году. Эффект накапливается с момента выхода на целевую долю автоматизации, затраты — с первого дня. Стройте расчёт по месяцам: месяц запуска отрицателен, потом накопленная выгода догоняет затраты — точка пересечения и есть срок окупаемости.
Доля автоматизации — главная чувствительность
ROI нелинейно зависит от доли автоматизации. Система, закрывающая 90% обращений, экономит не «на 12,5% больше», чем закрывающая 80%: при 80% пятая часть потока всё равно требует человека, который должен быть доступен, — и его часы не экономятся, а переориентируются. Часто между 80% и 95% автоматизации лежит разница между «наняли всё равно» и «не наняли».
Оценивайте долю по данным, а не по желанию. Возьмите журнал обращений за 2–3 месяца, разметьте руками, какую долю можно закрыть по правилам и документам. Разметка 200–300 обращений занимает день-два и заменяет месяцы споров. Прогноз «90%» из головы на реальном потоке обычно оборачивается 50–70%.
Стройте три сценария. Пессимистичный (доля автоматизации вдвое ниже ожидаемой, доработок вдвое больше), базовый, оптимистичный. Если пессимистичный сценарий убыточен, а вероятность его не мала, проект держится на допущении — фиксируйте это в решении явно.
Горизонт 12–24 месяца честнее трёх
Три месяца — горизонт пилота, не проекта. За квартал система успевает выйти на рабочую долю автоматизации на одном сценарии. Выход на целевую долю занимает полгода-год: доводка промптов на реальных ошибках, привыкание сотрудников, расширение сценариев. ROI, посчитанный на первые три месяца эксплуатации, почти всегда отрицателен — и это не аргумент против проекта, а свойство кривой выхода.
Доработки не заканчиваются со сдачей. База знаний меняется, обращения дрейфуют, модели вендора обновляются и меняют поведение — система требует сопровождения всё время жизни. Затраты второго года не нулевые; если они не учтены, ROI второго года вымышлен.
24 месяца — верхняя граница оправданной уверенности. Дальше прогноз упирается в смену моделей, цен API и процессов компании; считать точный ROI на пять лет — псевдоточность. Для горизонтов больше двух лет честнее качественная оценка плюс пересчёт по факту.
Где ROI считать уместно и где бессмысленно
Уместно — когда есть замеряемый процесс. Поддержка, обработка документов, модерация: есть объём, время на операцию, стоимость часа. Здесь ROI считается с опорой на журналы и замеры, а не на оценки.
Бессмысленно — когда эффект не замеряется. Внутренний поиск по знаниям компании, ассистент для мозговых штурмов, качество текстов: эффект есть, но в деньги он конвертируется через цепочку допущений, каждое из которых спорно. Здесь честнее формулировать цели продуктовыми метриками — время поиска, доля найденного, — без денежного ROI.
Бессмысленно — на инфраструктурных решениях. Выбор между API и своей моделью, между векторными базами — это оптимизация затрат внутри уже обоснованного проекта, а не самостоятельная инвестиция. Считайте разницу затрат, не ROI.
Бессмысленно — ради красивой цифры в презентации. Если решение уже принято сверху, расчёт с заданным ответом не приносит пользы и разлагает дисциплину измерений. Лучше зафиксировать метрики, по которым эффект проверят через год, — как это делать, см. метрики бизнес-эффекта.
Типичные ошибки расчёта
Полная экономия там, где работа всё равно нужна человеку. Система обрабатывает документ за 2 минуты вместо 20, но сотрудник всё равно проверяет результат 5 минут. Экономия — 13 минут, а не 18. Считайте время человека до и после, а не время системы.
Экономия по полной ставке при неполной загрузке. Если освобождено 0,4 ставки разрежённых по людям часов, это не «минус сорок процентов FTE» из бюджета: люди остаются, меняется характер работы. Экономия реальна при отказе от найма, перераспределении на отложенные задачи или обработке выросшего потока без расширения штата.
Забытое сопровождение. В расчёт включена разработка, не включены доработки и содержание. Сопровождение ИИ-системы — обычно 15–30% стоимости разработки в год; без него «ROI 150% за год» превращается в 60–80%.
Только токены как эксплуатационные затраты. Токены — заметная, но не главная статья: доработки, пополнение проверочного набора, мониторинг качества обычно дороже. Порядок статей — в статье про совокупную стоимость владения.
Выгода без базлайна. «Обработка стала быстрее втрое» без замера до внедрения — не доказательство. Базлайн замеряется до старта; без него эффект недоказуем и для скептиков, и для бюджета.
Частые вопросы
Какой ROI считать нормальным?
Для ИИ-проектов с горизонтом 12–24 месяца рабочий ориентир — окупаемость за 12–18 месяцев, что соответствует ROI порядка 50–150% на втором году. Обещания «окупится за квартал» встречаются, но почти всегда построены на неполных затратах. Сравнивайте не с нулем, а с альтернативами: найм, аутсорс, другой сценарий.
Когда ROI считать бессмысленно?
Когда эффект не сводится к замеряемым деньгам: внутренний поиск, качество текстов, поддержка решений. Псевдоточный ROI здесь вреден — он создаёт обязательства, которые невозможно проверить. Формулируйте проверяемые продуктовые метрики вместо денежной отдачи.
Когда проект окупается обычно?
На типовых сценариях — обработка обращений, извлечение данных из документов — при честном учёте затрат окупаемость обычно 9–18 месяцев: быстрее при большом потоке однородных операций, дольше при разнородных процессах и необходимости дорабатывать сценарий после запуска.
Кто должен считать ROI — заказчик или подрядчик?
Затраты считает та сторона, что несёт ответственность за них целиком, — обычно заказчик, потому что у подрядчика нет данных о стоимости часа, штатном расписании и планах на поток. Подрядчик отвечает за параметры качества и долю автоматизации по результатам пилота. Расчёт, целиком сделанный продающей стороной, проверяйте строже собственного.
Что делать, если ROI получился отрицательным?
Проверить чувствительность: какая доля автоматизации или стоимость сопровождения выводит проект в плюс. Если и реалистичные значения не выводят — не делать, и это правильный результат расчёта. Отрицательный ROI честного расчёта — сэкономленное внедрение, а не неудача расчёта.
Пересчитывать ли ROI после внедрения?
Да, через 6–12 месяцев по факту: реальная доля автоматизации, реальные затраты на сопровождение, реальное время обработки. Расхождение плана и факта — главный вход в следующий проект; без пересчёта каждый следующий ROI строится на тех же оптимистичных допущениях.