Сколько стоит автоматизация и как посчитать её окупаемость

В прошлой статье разобрали автоматизацию документов на примере счетов. Здесь — как считать деньги для любой автоматизации, а не только для этого случая.

Три модели затрат

Разовая настройка — оплачивается один раз работа по подключению готовой интеграции или настройке no-code сценария, дальше компания платит только за сами сервисы, если они и так были нужны. Подходит для простых, линейных сценариев вроде передачи заявки из формы в CRM.

Подписка на сервис-посредник — сюда добавляется постоянный ежемесячный платёж за сам коннектор (Zapier, Make и подобные), обычно привязанный к числу операций или сценариев. Такая модель растёт вместе с объёмом бизнеса: чем больше заявок и действий, тем выше тариф, и это стоит закладывать в расчёт заранее, а не только на старте с минимальным тарифом.

Кастомная разработка — самая высокая разовая стоимость на старте, зато без ограничений по логике и без растущей ежемесячной платы за объём операций, свойственной сервисам-посредникам. Окупается лучше на процессах с большим стабильным объёмом, где подписка на no-code коннектор в долгосрочной перспективе обошлась бы дороже разработки.

Из чего складывается стоимость разработки

Если процесс требует кастомной интеграции, в бюджет закладываются несколько статей, которые редко видны на этапе первого разговора о задаче. Анализ и проектирование — разобраться, как данные должны двигаться между системами и что делать в нестандартных ситуациях, вроде отменённого заказа или дублирующейся заявки. Сама разработка — написание кода, который читает данные из одной системы и передаёт в другую. Тестирование — проверка сценария на реальных, а не тестовых данных, включая граничные случаи. Поддержка после запуска — API сервисов меняются, и интеграция, которая отлично работала полгода, может сломаться после обновления одной из сторон без предупреждения.

Последний пункт — поддержка — чаще всего недооценивают на старте, хотя именно её отсутствие приводит к ситуации, когда интеграция тихо перестаёт работать, а компания узнаёт об этом только по жалобам клиентов через несколько недель.

Ещё одна статья расходов, которая редко попадает в смету, — время собственной команды. Кто-то должен описать подрядчику, как процесс устроен на самом деле, проверить результат на реальных данных, согласовать доступы. Это не строчка в счёте от разработчика, но это реальные часы сотрудников, которые стоит учитывать при сравнении «дёшево и быстро своими силами» с «дороже, но под ключ» — самостоятельная настройка часто съедает больше рабочего времени, чем кажется на старте, просто это время не выглядит как отдельный расход.

Как посчитать окупаемость

Формула простая по сути, хотя собрать для неё честные цифры не всегда просто. Экономия в месяц — это количество часов ручной работы, которое исчезает после автоматизации, умноженное на стоимость часа сотрудника, который эту работу выполнял. К этому стоит добавить непрямую выгоду — например, снижение числа отменённых заказов из-за расхождения остатков или уменьшение числа потерянных заявок, переведённое в среднюю сумму сделки и конверсию.

Срок окупаемости — стоимость настройки или разработки, делённая на экономию в месяц. Если настройка стоит 60 000 рублей, а экономия — 20 000 рублей в месяц за счёт освобождённого времени сотрудника, окупаемость наступает через три месяца. Для интеграций с подпиской на сервис-посредник в расчёт нужно закладывать не разовую стоимость, а суммарные затраты за тот же срок — включая ежемесячный платёж за коннектор.

На каком объёме автоматизация начинает окупаться

Универсального порога нет, но есть ориентир: если ручная версия процесса занимает у сотрудника меньше часа в неделю суммарно, разовая настройка простого no-code сценария обычно окупается за пределами разумного срока — овчинка не стоит выделки. Если счёт идёт на несколько часов в неделю или на процесс завязаны прямые потери — сорванные сделки, отменённые заказы из-за расхождения данных, — окупаемость почти всегда укладывается в срок от одного до нескольких месяцев, и вложение оправдано.

Отдельно стоит учитывать масштабируемость: процесс, который сейчас отнимает немного времени, но растёт вместе с оборотом компании, стоит автоматизировать раньше, чем он станет по-настоящему болезненным — дешевле настроить интеграцию на объёме в сто заявок в месяц, чем экстренно чинить процесс, когда их стало тысяча, а сотрудники уже не справляются вручную.

Пример: как посчитали окупаемость для интеграции склада и сайта

Возвращаясь к примеру из статьи про синхронизацию склада и сайта: настройка обошлась в сумму, сопоставимую с месячной выручкой от нескольких десятков заказов. Прямая экономия — отменённые заказы из-за отсутствия товара сократились с пяти в неделю почти до нуля, а средний чек компании позволил оценить упущенную выручку от таких отмен в конкретную сумму за месяц. Настройка окупилась за счёт этой одной метрики меньше чем за два месяца, ещё до учёта времени, которое раньше уходило на ручную сверку остатков и объяснения с недовольными клиентами.

С чего начать

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