Большинство расчётов окупаемости ИИ-проектов не выдерживают проверки по одной причине: в них считают идеальный сценарий. Модель работает со стопроцентной точностью, сотрудники высвобождаются полностью, а стоимость владения равна нулю. Реальность отличается от такого расчёта в два-три раза, и обнаруживается это уже после внедрения. Разберём, как считать так, чтобы цифра осталась верной через год.
Базовая формула
Окупаемость — это не «эффект от ИИ», а разница между стоимостью процесса до и после, за вычетом стоимости владения решением. В одну строку:
Месячная выгода = (стоимость процесса сейчас − стоимость процесса после) − стоимость владения. Срок окупаемости в месяцах = стоимость проекта, делённая на месячную выгоду.
Простота обманчива: почти все ошибки прячутся внутри трёх слагаемых. Разберём каждое.
Слагаемое первое: во что процесс обходится сейчас
Считать надо не только зарплаты. Полная стоимость процесса складывается из четырёх частей, и три из них обычно забывают.
- Прямой труд: сколько человек, сколько часов, какая ставка с налогами и накладными. Ставка «по окладу» занижает реальность примерно в полтора раза.
- Цена ошибок: возвраты, штрафы, переделки, потерянные заказы. Это часто больше, чем труд, но лежит в другом бюджете, поэтому в расчёт не попадает.
- Цена задержки: решение, принятое на три дня позже, стоит денег — упущенная цена, просроченный срок, недовольный клиент. Оценивается тяжело, но не равно нулю.
- Цена узкого места: пока сотрудник занят рутиной, он не делает то, за что его наняли. Это упущенная выгода, а не экономия.
Практический приём: возьмите не среднее, а пик. Процесс, который в обычный месяц отнимает двадцать часов, в закрытие квартала съедает сто и требует сверхурочных. Окупаемость часто определяется именно пиком, а расчёт по среднему её недооценивает.
Слагаемое второе: во что процесс обойдётся после
Здесь совершается главная ошибка — предполагают, что после внедрения затраты процесса становятся нулевыми. Так не бывает никогда. Останется как минимум три статьи.
Работа с тем, что модель не берёт
Если модель обрабатывает 80% случаев, оставшиеся 20% никуда не делись — их по-прежнему делают люди. Причём часто это самые сложные случаи: простые ушли в автоматику, у человека остались тяжёлые. Время на один случай может даже вырасти.
Проверка того, что модель сделала
Спорные результаты кто-то подтверждает. Обычно это 5–15% объёма, и на проверку уходит меньше времени, чем на выполнение с нуля, — но не ноль. Расчёт, где проверки нет, завышает эффект процентов на пятнадцать.
Разбор ошибок
Модель ошибается, ошибки разбирают, по итогам дообучают. Это постоянная работа, а не разовая настройка при запуске.
Слагаемое третье: стоимость владения
- Сопровождение: мониторинг качества, дообучение, обновления. Считайте от 15 до 25% стоимости проекта в год — точная цифра зависит от того, как быстро меняются ваши данные.
- Инфраструктура: серверы или облако, GPU, хранилище. Для закрытого контура это заметная сумма, и её надо брать на два-три года владения, а не на месяц.
- Плата за использование модели, если она облачная. Считается от объёма запросов, и на масштабе иногда оказывается сопоставима с сопровождением.
- Время ваших сотрудников: проверка спорного, разбор ошибок, участие в дообучении. Это реальные часы, просто они не в счёте подрядчика.
Три примера расчёта
Пример первый: контроль качества на линии
В нашем проекте система распознаёт дефекты с точностью 92%, доля возвратов снизилась на 18%, скорость проверки выросла в пять раз. Чтобы превратить это в деньги, нужны ваши числа: стоимость одного возврата со всеми последствиями, их количество в месяц и фонд оплаты труда контролёров.
Схема такая: (стоимость возврата × количество в месяц × 0,18) + высвобожденный фонд труда − сопровождение − время на проверку пограничных случаев. Обратите внимание, что 92% точности не означают исчезновения ручного контроля: он остаётся выборочным, и его стоимость надо оставить в расчёте.
Пример второй: отчётность на естественном языке
В проекте для строительной компании подготовка отчёта сократилась с двух-трёх дней до пяти минут, нагрузка на ИТ упала на 70%. Прямая экономия здесь — время аналитиков, но основная ценность в другом: решения стали приниматься на данных, а не на памяти. Эту часть честно оценить трудно, поэтому мы советуем считать окупаемость только по прямой экономии, а ускорение решений оставить как аргумент, а не как цифру в расчёте.
Пример третий: обработка документов
В проекте по оценке дипломов обработка ушла с двух-трёх дней до пятнадцати минут, ошибки снизились на 90%, пропускная способность выросла в десять раз. Здесь у окупаемости две составляющие: высвобожденное время и снятие пика. Вторая часто крупнее: если раньше в сезон нанимали временных сотрудников, экономится их фонд целиком.
Метрики моделей во всех трёх примерах настоящие — они из наших проектов и подтверждены замерами на отложенной выборке. Денежные величины подставляете вы: стоимость возврата, ставки и объёмы у каждого свои, и переносить чужие цифры бессмысленно.
Пять ошибок, которые ломают расчёт
- Считать по желаемой точности вместо измеренной. «Ожидаем 95%» — это не цифра, а надежда. Считайте по результату на отложенной выборке, а если её ещё нет — берите пессимистичную оценку и проверяйте на прототипе.
- Забывать про остаток. Если модель берёт 80% случаев, экономия не 80% затрат: оставшиеся случаи сложнее среднего, и время на них выше.
- Не учитывать переходный период. Первые месяцы люди работают и по-старому, и по-новому. Это нормально, но выгоды в этот период почти нет, а затраты уже есть.
- Считать высвобожденное время экономией автоматически. Оно превращается в деньги, только если человек занялся чем-то ценным или его действительно не наняли. Иначе это улучшение условий труда — тоже результат, но не строка в расчёте окупаемости.
- Игнорировать стоимость владения. Проект, окупающийся за восемь месяцев без учёта сопровождения, с ним окупается за четырнадцать. Это разные решения для финансового директора.
Как проверить расчёт до того, как платить
Самый надёжный способ — прототип на ваших данных с замером на прошедшем периоде. Модель обучается на данных до определённой даты и проверяется на том, чего не видела. Полученная точность — это и есть та цифра, которую надо подставлять в расчёт, а не ожидаемая.
Второй приём: посчитать окупаемость при точности на десять пунктов ниже ожидаемой. Если проект остаётся выгодным и в этом случае, решение устойчиво. Если разваливается — вы покупаете не эффект, а лотерейный билет, и об этом лучше знать заранее.
Горизонт расчёта: на сколько лет считать
Срок окупаемости считается в месяцах, но решение принимается на горизонте. И здесь важно не переусердствовать: расчёт на пять лет для ИИ-решения почти всегда фантазия. Процессы меняются, данные меняются, появляются новые инструменты. Реалистичный горизонт — два, максимум три года.
Практическое следствие: если проект окупается за два года, это плохой проект, а не хороший. К концу срока окупаемости у вас должна быть не точка безубыточности, а накопленная выгода. Ориентир, при котором решение выглядит здраво, — окупаемость в пределах года при горизонте владения два-три года.
Отдельно стоит заложить, что случится при изменении процесса. Если через год планируется смена учётной системы, интеграции придётся переделывать — и это расход, который должен быть в расчёте, а не сюрпризом.
Три сценария вместо одной цифры
Одна цифра окупаемости создаёт ложную определённость. Гораздо честнее и полезнее считать три сценария — так видно, насколько решение устойчиво к тому, что пойдёт не по плану.
- Пессимистичный: точность на десять пунктов ниже ожидаемой, внедрение затянулось на треть, сопровождение по верхней границе. Если проект окупается даже здесь — решение безопасное.
- Базовый: измеренная на прототипе точность, план по срокам, средняя оценка сопровождения. Это ваш рабочий сценарий.
- Оптимистичный: всё по плану плюс эффекты второго порядка вроде расширения на соседний процесс. Полезен как аргумент, но опираться на него при принятии решения нельзя.
Разброс между пессимистичным и базовым сценарием сам по себе информативен. Если он двукратный, значит, в расчёте слишком много допущений — и правильный следующий шаг не считать точнее, а сделать прототип и заменить допущения измерениями.
Что спросит финансовый директор
Расчёт окупаемости обычно готовят для конкретного разговора, и полезно заранее знать, где его будут проверять на прочность. Вопросов обычно пять.
- Откуда взята цифра текущих затрат? Ответ «примерно» не проходит. Нужны часы, ставки и объёмы, желательно подтверждённые выгрузкой из систем, а не оценкой руководителя отдела.
- Что произойдёт с высвобожденными людьми? Если ответ «будут заниматься другим», это не экономия бюджета, и называть её экономией нельзя. Честнее сформулировать как рост производительности без роста штата.
- Что будет, если не сработает? Здесь выигрывает поэтапная схема: диагностика, прототип, пилот — с возможностью остановиться. Риск ограничен стоимостью этапа, а не всего проекта.
- Какие расходы возникнут после внедрения? Сопровождение, инфраструктура, время сотрудников на проверку. Расчёт без этой строки вызывает недоверие ко всему остальному.
- Кто отвечает за то, что эффект будет достигнут? Проект без владельца с именем в бюджете обычно не проходит.
Полезный приём: приносить на такой разговор не только расчёт, но и способ его проверить через полгода. Договоритесь заранее, какая метрика и как будет измеряться после внедрения. Это резко повышает доверие к цифрам — и заодно дисциплинирует вас самих на этапе оценки.
Эффекты, которые нельзя посчитать, но можно назвать
Часть выгод не переводится в деньги корректно, и попытка их туда впихнуть портит весь расчёт. Правильный подход — вынести их отдельным списком как качественные аргументы, не смешивая с цифрами.
- Скорость принятия решений. Отчёт за пять минут вместо трёх дней меняет то, как работает управление, но перевести это в рубли без натяжки нельзя.
- Устойчивость к уходу людей. Знание, зафиксированное в системе, не уходит вместе с сотрудником.
- Качество работы людей. Когда рутина уходит, специалист занимается тем, ради чего его наняли, — это видно по удержанию, а не по бюджету.
- Масштабируемость. Ручной процесс растёт наймом, автоматический — почти бесплатно. Ценность проявляется при росте, которого ещё не было.
Смешивать эти пункты с расчётом не стоит: любая натянутая цифра здесь ставит под сомнение честные цифры рядом. Гораздо сильнее звучит формулировка «проект окупается за столько-то месяцев только по прямой экономии, а вот дополнительные эффекты, которые мы не считали».
Коротко
- Окупаемость — это разница стоимости процесса до и после минус стоимость владения, а не «эффект от ИИ».
- В стоимость процесса входят не только зарплаты, но и цена ошибок, задержек и упущенных возможностей.
- После внедрения затраты не обнуляются: остаются необработанные случаи, проверка спорного и разбор ошибок.
- Сопровождение — 15–25% стоимости проекта в год, и его нельзя не учитывать.
- Считайте по измеренной точности, а не по ожидаемой, и проверяйте устойчивость расчёта к её падению.