ROI автоматизации считают по полученным деньгам: сэкономленные часы ещё нужно превратить в выгоду

Почему зарплатная ставка не доказывает экономию? Если отчёт собирается быстрее, но зарплата и объём продаж прежние, компания получила свободное время. Расходы пока не снизились.

В условном примере освободились 100 часов в месяц при ставке 1 000 ₽ за час. Полученные 100 000 ₽ оценивают ресурс, а финансовую выгоду ещё предстоит получить.

Такое различие есть у HM Treasury в методике от 24 ноября 2025 года. Она отделяет прямое сокращение расходов от пользы, которую можно оценить деньгами, но которая расходов не уменьшает.

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

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

Сколько стоит автоматизация целиком? В смету входят разработка, подготовка данных и эксплуатация. Затраты вашей команды на постановку задачи и приёмку тоже нужно записать.

В подписке «Один проект» каждый оплаченный месяц стоит 250 000 ₽. Цена проверена 7 октября 2026 года. В нашем условном расчёте оплачены два месяца разработки.

На /services есть пауза в любой месяц, оплаченные дни сохраняются. Пауза останавливает работу по подписке, а работающий продукт продолжает требовать серверов, сервисов и поддержки.

Нейросети для кода, текстов и картинок уже входят в подписку. Работа самого продукта оплачивается клиентом. В примере 30 000 ₽ в месяц условно покрывают её и сопровождение вне подписки.

Как посчитать ROI проекта? Сначала сложите денежную выгоду за выбранный период. Вычтите все затраты за тот же период, разделите остаток на затраты и умножьте на 100 %.

Это форма расчёта СберБизнеса от 25 августа 2025 года. Для автоматизации в числителе считаем дополнительную маржу и сокращённые расходы, затем вычитаем затраты проекта.

33,3 % здесь означают 300 000 ₽ сверх всех затрат за первый год. До запуска это прогноз. Полученным результатом он станет после сверки счетов и дополнительных заказов.

Если подтвердилось только сокращение внешних работ, расчёт меняется. Часы сотрудников свободны, но без дополнительных продаж они не добавляют к выгоде ещё 60 000 ₽ в месяц.

В этом примере порог окупаемости за год составляет 90 000 ₽ выгоды в месяц работы. Он получается из 900 000 ₽ затрат и десяти месяцев, когда система приносит пользу.

«Хороший ROI» зависит от альтернативы и риска. Здесь нижняя граница решения понятна: если даже эту сумму нельзя обосновать, одного обещания свободных часов для покупки мало.

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

В нашем примере до запуска потрачено 600 000 ₽. Ежемесячная выгода 120 000 ₽ за вычетом эксплуатации 30 000 ₽ оставляет 90 000 ₽ для возврата этих затрат.

Если клиенты платят позже, кассовый возврат тоже сдвигается. Маржа принятого, но неоплаченного заказа и поступившие деньги отвечают на разные вопросы.

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

Что доказывает наш опыт? На vibecoding.ru инженер ведёт машину ИИ-агентов. Живой /open на 7 октября оценивает месяц работы инженера и машины примерно в 542 828 ₽, команды для той же работы в 4 510 000 ₽.

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

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

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

Поломка влияет на расчёт, когда у неё есть измеренная цена. Переделки, возвраты и ручные часы поддержки записывают отдельно. Предполагаемую «цену спасённого бизнеса» к выгоде не прибавляют.

Кто принимает код и отвечает за ошибку, разобрано в статье об ответственности за ошибки ИИ. Здесь этот вопрос превращается в строку бюджета и условие приёмки.

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

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

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

Если нужен порядок работы с агентами, начните с теста для руководителя. Для заказа разработки есть /services; в её бюджет включайте каждый оплаченный месяц и сравнивайте сумму с полученной выгодой.

1. Часы показывают свободный ресурс. Назовите действие, которое превратит его в маржу или сокращение платежа.
2. У каждого расчёта есть горизонт. Включите все оплаченные месяцы разработки и расходы работающего продукта за этот срок.
3. ROI и срок возврата отвечают на разные вопросы. Посчитайте процент за период и накопленный результат по месяцам.
4. Прогноз проверяют после запуска. Сверьте выгоду с исходным процессом и решите, продолжать ли вложения.