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