Окупаемость автоматизации: как посчитать без самообмана

Окупаемость автоматизации считается просто: полные затраты на внедрение и владение делятся на ежемесячную выгоду, и получается срок окупаемости. Сложность не в формуле, а в честных входных данных. Если выгода посчитана по «идеальному» сценарию, а затраты только по счёту разработчика, цифра получится красивой и бесполезной. Ниже схема, которой я пользуюсь, чтобы оценка совпадала с реальностью.

Из чего состоит расчёт окупаемости

Базовая формула:

Срок окупаемости (мес.) = Единовременные затраты / Месячная выгода

Если проект предполагает ежемесячные платежи (поддержка, лицензии, хостинг), их вычитают из выгоды:

Чистая месячная выгода = Выгода в месяц - Регулярные затраты в месяц
Срок окупаемости = Единовременные затраты / Чистая месячная выгода

Все слагаемые должны быть в одних деньгах и за один период. Если единовременные затраты не определены, сначала нужно описание процесса и объёма работ. Без него любая цифра будет гаданием, поэтому полезно предварительно описать бизнес-процесс простыми словами.

Какие затраты учитывать

Самая частая ошибка: считать только разработку. Реальная картина шире.

• Разработка и настройка. Работа исполнителя, лицензии, интеграции.
• Время ваших сотрудников. Они будут описывать процесс, отвечать на вопросы, тестировать, принимать результат. Это тоже затраты, пусть и без отдельного счёта.
• Обучение и переход. Снижение скорости работы в первые недели, инструкции, консультации.
• Подготовка данных. Очистка справочников, перенос архивов, исправление дублей.
• Регулярные платежи. Хостинг, лицензии, платежи сервисам, поддержка, мониторинг.
• Развитие. Появятся новые пожелания и изменения во внешних системах (банки, налоговые требования, обновления платформ).
• Риск ошибок на старте. Исправления после запуска, период параллельной работы.

Закладывайте запас на неопределённость. Не фиксированный процент «из головы», а явный буфер, который вы обсудили с исполнителем исходя из степени понятности требований.

Какие выгоды можно измерить

Выгоды делятся на те, что легко перевести в деньги, и те, что требуют допущений.

Прямая экономия времени. Допустим, сотрудник тратит 2 часа в день на ручной перенос данных между таблицами. Умножаем на число рабочих дней и стоимость часа работы с учётом налогов и накладных расходов. Это условный пример, подставьте свои числа.

Снижение числа ошибок. Если известна стоимость одной ошибки (возврат, пересылка, штраф, потеря клиента), а частота ошибок хотя бы приблизительно ведётся, можно оценить эффект. Без статистики честнее писать «качественный эффект», чем придумывать проценты.

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

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

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

Пример расчёта с условными цифрами

Допустим, менеджеры вручную переносят заказы из мессенджеров в учётную систему. Условные данные для иллюстрации:

• 100 заказов в день обрабатывается вручную;
• на один заказ уходит 3 минуты переноса;
• автоматизация убирает перенос почти полностью, оставляя проверку на 20 секунд.

Экономия на заказ составит 3 минуты минус 20 секунд, то есть около 2 минут 40 секунд. На 100 заказов это примерно 266 минут, или около 4,4 часа в день. Умножаем на число рабочих дней в месяце и стоимость часа и получаем денежную выгоду. Допустим, стоимость часа составляет условные 1000 денежных единиц, а рабочих дней 22: выгода около 97 тысяч в месяц.

Теперь затраты: допустим, разработка и интеграция стоят 600 тысяч, плюс регулярные расходы на сервер и поддержку 15 тысяч в месяц. Чистая выгода 97 минус 15 равна 82 тысячам. Срок окупаемости около 7,3 месяца (600 / 82).

Цифры выдуманные, смысл в структуре. Теперь проверьте устойчивость: что, если реальная экономия окажется вдвое меньше? Тогда выгода около 48 тысяч, чистая 33 тысячи, а срок почти 18 месяцев. Полезно считать три сценария: пессимистичный, ожидаемый и оптимистичный. Если проект окупается даже в пессимистичном, решение надёжное.

Типичные ошибки в расчётах

Что я чаще всего вижу при оценке подобных проектов:

1. Экономия «часов» без реального сокращения затрат. Если освободившиеся два часа сотрудник просто проводит иначе, денег вы не сэкономили, а получили возможность перераспределить время. Это тоже ценность, но называть её надо честно: освобождённая ёмкость, а не снижение расходов.
2. Игнорирование стоимости владения. Система окупилась за год, а на второй год затраты на поддержку съели выгоду.
3. Усреднение вместо анализа. Автоматизация даёт эффект на частых типовых операциях и почти ничего на редких исключениях. Среднее скрывает это.
4. Смешивание разных периодов. Годовая выгода делится на месячные затраты, и результат искажён.
5. Расчёт после решения. Если выбор уже сделан, цифры подгоняются. Считайте до подписания договора.
6. Учёт всех выгод сразу в первый месяц. Выгода нарастает по мере освоения, в первые недели возможен минус.
7. Автоматизация плохого процесса. Если процесс избыточен, он останется избыточным, только быстрее. Иногда эффективнее сначала упростить его.

Когда автоматизировать не стоит

Не всё стоит автоматизировать. Отложите проект, если:

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

Иногда лучше начать с малого: автоматизировать один узкий участок, измерить результат и только потом масштабировать. Подход к выбору первого шага разобран в статье о том, с чего начать автоматизацию бизнес-процессов.

Как проверить расчёт после запуска

Расчёт окупаемости это гипотеза. После запуска её нужно проверять.

• Зафиксируйте «до»: время операции, число ошибок, количество обращений. Без базовых значений сравнивать не с чем.
• Назначьте срок проверки: например, через один и три месяца после запуска.
• Сравните фактические и плановые значения, зафиксируйте расхождения и их причины.
• Обновите расчёт и решите, что улучшать в системе.

Так вы не только оцениваете один проект, но и калибруете будущие оценки.

Как представить расчёт руководству

Для решения достаточно одной страницы: цель, текущая ситуация с измеренными показателями, варианты (в том числе вариант «ничего не менять»), затраты, ожидаемая выгода в трёх сценариях и допущения. Допущения лучше выписать списком, чтобы их можно было оспорить и уточнить. Если часть цифр оценочная, так и напишите. Руководитель охотнее поддержит честную оценку с диапазоном, чем точную цифру, которая рассыпется при первом вопросе.

Нематериальные эффекты: как их не потерять

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

Частые вопросы

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

Универсальной цифры нет. Он зависит от отрасли, стоимости денег в компании и стратегии. Сравнивайте с альтернативами: иногда выгоднее вложиться в проект с окупаемостью дольше, если он снижает критичный риск.

Как считать выгоду, если время сотрудников не сокращается?

Оценивайте, что именно сотрудники смогут делать вместо рутины: обработать больше заказов, быстрее отвечать клиентам, освободить найм. Если ценность не конвертируется в деньги, честно указывайте качественный эффект.

Нужно ли учитывать налоги и инфляцию?

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

Можно ли прикинуть окупаемость до анализа?

Грубо да, на уровне порядка величин. Но точный расчёт возможен только после описания процесса и понимания объёма работ, иначе вы сравниваете мечту с предположением.

Если хотите оценить автоматизацию конкретного процесса, загляните на страницу про автоматизацию бизнеса или обсудите задачу со мной в Telegram.