Как я честно считаю окупаемость автоматизации для клиента

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

Мой подход к расчёту

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

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

Считать по-честному. Это главный принцип. Я не подгоняю расчёт под желаемый вывод. Если автоматизация экономит немного, я так и говорю. Если выгода держится на спорном предположении вроде «конверсия вырастет в два раза», я отмечаю это как предположение, а не как факт. Честный расчёт, который показывает скромную окупаемость, полезнее красивого, который потом не подтвердится и подорвёт доверие.

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

Эти три принципа я считаю частью нормальной бизнес-аналитики и юнит-экономики проекта — про этот подход подробнее на странице бизнес-аналитика и юнит-экономика. Сама автоматизация — это уже следствие правильно посчитанных чисел.

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

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

Шаг 1. Чистая экономия в месяц. Берём выгоду или экономию, которую автоматизация приносит за месяц, и вычитаем из неё затраты на эксплуатацию за тот же месяц.

Чистая экономия в месяц = Выгода в месяц − Затраты на эксплуатацию в месяц

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

Шаг 2. Срок окупаемости. Берём разовые затраты на внедрение и делим их на чистую экономию в месяц.

Срок окупаемости (мес.) = Затраты на внедрение ÷ Чистая экономия в месяц

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

Шаг 3. Выгода за период. Чтобы оценить эффект на горизонте, например, года, считаем накопленную чистую экономию и вычитаем затраты на внедрение.

Чистая выгода за год = Чистая экономия в месяц × 12 − Затраты на внедрение

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

Что учесть в затратах и выгодах

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

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

• Оплата модели или API. Если автоматизация использует ИИ или внешний сервис, за каждый запрос или за объём данных обычно идёт оплата. На больших объёмах это заметная статья.
• Хостинг и инфраструктура. Сервер или VPS, на котором всё работает, тоже стоит денег каждый месяц.
• Поддержка и доработки. Системы не живут сами по себе: обновления, исправление сбоев, адаптация под изменения в процессах. Это либо абонентская поддержка, либо ваше время.
• Обучение людей. Сотрудников нужно научить пользоваться новым инструментом, и на старте производительность может временно просесть. Это реальные, хоть и разовые, затраты.

Выгоды я ранжирую по надёжности. Не все выгоды одинаково измеримы, и я честно разделяю их на те, что считаются уверенно, и те, что под вопросом.

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

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

Пример расчёта

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

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

Базовая линия (как сейчас).

• На ручную обработку заявок уходит условно 40 часов в месяц.
• Стоимость часа сотрудника — условно 500 рублей.
• Из-за задержек теряется условно 5 заявок в месяц, средняя ценность заявки — условно 2000 рублей.

Выгода в месяц (условно).

• Автоматизация убирает 35 из 40 часов рутины: 35 ч × 500 ₽ = 17 500 ₽.
• Перестаём терять 4 из 5 заявок (осторожно, не все): 4 × 2000 ₽ = 8000 ₽.
• Рост конверсии в расчёт не включаем — слишком много сторонних факторов.
• Итого выгода в месяц: 17 500 + 8000 = 25 500 ₽.

Затраты (условно).

• Затраты на внедрение (разработка, настройка, перенос): 90 000 ₽ разово.
• Эксплуатация в месяц: оплата API 2000 ₽ + хостинг 1000 ₽ + поддержка 3000 ₽ = 6000 ₽.

Считаем по формуле.

• Чистая экономия в месяц: 25 500 − 6000 = 19 500 ₽.
• Срок окупаемости: 90 000 ÷ 19 500 ≈ 4,6 месяца.
• Чистая выгода за год: 19 500 × 12 − 90 000 = 144 000 ₽.

Вывод по этому условному примеру: вложения возвращаются примерно за пять месяцев, дальше система работает в плюс. Обратите внимание, что я заложил эксплуатацию (6000 ₽ в месяц) и не стал записывать в выгоду рост продаж. Если бы я забыл про эксплуатацию, срок окупаемости выглядел бы оптимистичнее, чем на самом деле. А если бы добавил в выгоду гипотетический рост конверсии, картинка стала бы красивой, но недостоверной. Честный расчёт — это тот, который вы готовы повторить через год и сверить с фактом.

Частые ошибки в расчётах

Большинство неверных расчётов окупаемости ломаются на одних и тех же местах. Вот те, что встречаю чаще всего.

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

Забыть про эксплуатацию. Многие считают только стоимость внедрения и думают, что после запуска система ничего не стоит. На деле каждый месяц набегают оплата модели или API, хостинг и поддержка. На небольшой выгоде эти регулярные расходы могут съесть всю экономию, и автоматизация, которая «окупается за два месяца» на бумаге, в реальности не окупается вовсе.

Нет базовой линии. Нельзя оценить выгоду, не зная, как было до. Фразы вроде «станет намного быстрее» — это не расчёт. Нужно цифрами зафиксировать текущее состояние: сколько часов, сколько потерь, сколько ошибок. Без базовой линии любая выгода берётся с потолка.

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

Завышать стоимость часа или объём рутины. Зеркальная ошибка: чтобы выгода выглядела крупнее, иногда завышают, сколько времени реально уходит на задачу, или стоимость часа. Я беру реалистичные, проверяемые числа — лучше скромная правда, чем эффектная фантазия.

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

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

Можете назвать срок окупаемости сразу, до расчёта? Нет, и это принципиально. Срок зависит от ваших объёмов, стоимости часа, потерь и затрат на эксплуатацию. Любая цифра «из головы» до сбора этих данных — это обещание, а не расчёт. Сначала базовая линия и затраты, потом срок.

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

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

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

Нужно ли пересчитывать окупаемость после запуска? Да, обязательно. Расчёт до внедрения — это прогноз для принятия решения. После запуска стоит сверить факт с прогнозом: подтвердилась ли экономия часов, сократились ли потери. Это и проверка результата, и материал для следующих решений.

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

Коротко о главном

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