Как считать окупаемость автоматизации, если рутину держит на себе владелец - Блог Папы Карло

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

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

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

Содержание

• Почему обычный расчёт часто врёт
• Где все косячат: час владельца считают по нулю
• Формула окупаемости автоматизации
• Пример расчёта на живых цифрах
• Какие затраты нельзя забывать
• Что автоматизировать первым
• Чек-лист перед запуском

Почему обычный расчёт часто врёт

Самая частая ошибка простая: люди считают только то, что можно потрогать руками в бухгалтерии. Допустим, менеджер тратит 12 часов в неделю на ручное заполнение CRM, и кажется, что вся выгода автоматизации — это экономия этих 12 часов. Но в малом бизнесе рутина часто сидит не у менеджера, а у самого владельца. Он и лиды проверяет, и счета сверяет, и по десять раз в день лезет смотреть, кто кому ответил.

В этот момент стандартный ROI ломается. Если ставить стоимость часа владельца равной нулю, то модель показывает слабый эффект или вообще рисует картину, будто автоматизация не нужна. Хотя по факту бизнес теряет самое дорогое — внимание человека, который должен думать про продажи, продукт, маржу и узкие места, а не про копипасту между таблицей, почтой и мессенджером.

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

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

Где все косячат: час владельца считают по нулю

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

Я обычно предлагаю считать час владельца одним из трёх способов:

• По замещению. Сколько стоил бы человек, который взял бы эту функцию на себя. Это самый спокойный вариант, когда не хочется завышать цифры.
• По валовой прибыли на час. Берёте прибыль, которую владелец обычно создаёт в продажах, переговорах или развитии, и делите на реальные рабочие часы.
• По цене стратегического часа. Если один час собственника регулярно влияет на сделки, закупку, загрузку команды или цену продукта, его час почти всегда дороже линейной ставки.

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

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

Формула окупаемости автоматизации

Я не люблю усложнять там, где можно собрать рабочую модель в одном листе. Для малого бизнеса нормальная базовая схема выглядит так.

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

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

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

Пример расчёта на живых цифрах

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

• До автоматизации владелец тратит на это 36 часов в месяц.
• После настройки сценариев и уведомлений остаётся 8 часов в месяц.
• Берём консервативную стоимость часа владельца — 2500 ₽.
• Команда дополнительно экономит 18 часов в месяц.
• Средняя стоимость часа команды — 800 ₽.
• За счёт скорости ответа и меньшего числа провалов бизнес сохраняет ещё 25 000 ₽ в месяц.
• Разовая настройка стоит 180 000 ₽.
• Подписки и сопровождение — 17 000 ₽ в месяц.

Считаем.

Экономия времени владельца: (36 − 8) × 2500 = 70 000 ₽ в месяц.

Экономия времени команды: 18 × 800 = 14 400 ₽ в месяц.

Дополнительная выгода от скорости и меньшего числа потерь: 25 000 ₽ в месяц.

Итого валовый ежемесячный эффект: 109 400 ₽.

Чистый ежемесячный эффект после текущих расходов: 109 400 − 17 000 = 92 400 ₽.

Срок окупаемости разовых вложений: 180 000 / 92 400 ≈ 1,95 месяца.

ROI за первый год: ((1 312 800 − 384 000) / 384 000) × 100% ≈ 242%.

А теперь фокус. Если выкинуть из модели время владельца и считать только команду с допвыгодой, картина будет уже совсем другой. Чистый ежемесячный эффект упадёт примерно до 22 400 ₽, а срок окупаемости вырастет примерно до восьми месяцев. Вот так бизнес сам себе ломает математику, когда делает вид, будто час собственника ничего не стоит.

Если работаете с входящими заявками, обязательно учитывайте потери на дублях и кривой передаче данных. Это классическая дырка, через которую эффект утекает тихо и стабильно. На эту тему у меня есть отдельный разбор про дубли заявок в автоматизации.

Какие затраты нельзя забывать

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

• Разовая настройка. Разработка, интеграции, сбор логики, тесты, запуск.
• Подписки и сервисы. Платформа автоматизации, CRM, ИИ-модель, телефония, хранение файлов, отправка сообщений.
• Сопровождение. Кто-то должен следить за ошибками, обновлениями API, изменениями в бизнес-логике и мелкими доработками.
• Обучение команды. Даже если сценарий удобный, людям надо время, чтобы привыкнуть.
• Цена переделок. Первый сценарий редко бывает идеальным. На шлифовку тоже уходит ресурс.
• Контроль качества. Особенно если автоматизация касается клиентов, денег и документов.

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

Что автоматизировать первым, чтобы окупаемость пришла быстрее

Я бы не начинал с красивых демо-сценариев. Не надо первым делом лепить огромного ИИ-ассистента только потому, что это модно. В малом бизнесе лучше всего заходят процессы, у которых есть четыре признака:

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

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

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

Чек-лист перед запуском

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

• Сколько часов в месяц сейчас уходит на рутину?
• Сколько из них съедает владелец лично?
• Сколько стоит час владельца по консервативной модели?
• Что изменится после запуска: время, скорость ответа, число ошибок, конверсия, дисциплина по задачам?
• Какие будут разовые затраты и ежемесячные расходы?
• Кто обслуживает сценарий после запуска?
• Что случится, если ничего не менять ещё полгода?

Вот последний вопрос многие почему-то пропускают. А зря. Не внедрять тоже стоит денег. Просто эти потери размазаны по дням и не так орут с экрана.

Мой вывод такой: если рутину держит на себе владелец, считать окупаемость автоматизации через одну только зарплату команды — это почти всегда мимо. Нормальный расчёт начинается в тот момент, когда вы признаёте: время собственника — не резиновое, оно стоит денег и должно работать там, где двигается бизнес. Как только заносите это в таблицу, решение обычно становится куда очевиднее.

И да, не пытайтесь сразу автоматизировать всё подряд. Возьмите один процесс с высокой частотой и заметной ценой ошибки, посчитайте эффект за месяц, потом масштабируйте. Так математика начинает работать на вас, а не против вас.