Как оценить выгоду автоматизации, если зарплаты не уменьшаются
Автоматизация освобождает время сотрудников. При прежних зарплатах денежный результат меняют сокращение других выплат и дополнительные оплаченные заказы. Чтобы оценить денежную выгоду, из изменения поступлений и выплат нужно вычесть расходы на запуск и поддержку.
Евгений Буянов - автор статьи, основатель проекта, преподаватель МГУ имени М.В. Ломоносова.
На примере команды, которая готовит документы, вы сможете проверить обещанную экономию времени, выбрать способ его использования и посчитать денежную окупаемость без выдуманной экономии зарплаты.
Представим компанию, в которой офисная команда каждый месяц готовит 600 типовых документов. На один уходит в среднем 12 минут: открыть заявку, перенести данные, проверить и отправить результат. Весь процесс занимает 7200 минут, или 120 часов в месяц. Это учебный пример, все суммы и длительности заданы для расчёта.
Компания подключает программу, которая переносит данные сама. На демонстрации документ появляется почти сразу. Но сотрудникам ещё нужно проверить результат, разобрать необычные заявки и поддерживать настройки. После пробного месяца получилось так:
проверка всех 600 документов по 2 минуты заняла 20 часов;
60 нестандартных документов потребовали ещё по 10 минут, всего 10 часов;
обновление шаблонов и устранение сбоев заняли ещё 10 часов.
Новая работа требует 40 часов вместо 120. Освободились 80 часов в месяц. Проверка включена для всех документов, а десятиминутный разбор исключений добавлен сверху только для 60 из них. Так в расчёте не пропадает трудная часть работы и не удваивается обычная проверка.
Сравниваются одинаковые 600 документов за месяц, доведённые до проверки и отправки.
Разработка, настройка и начальное обучение обошлись компании в 120 000 ₽ денежных выплат до запуска. Затем подписка стоит 8000 ₽ в месяц. Сотрудникам платят прежние зарплаты; доплат за сопровождение в нашем примере нет. Их 10 часов поддержки уже вошли в расчёт времени. Если за обслуживание платят отдельному специалисту, его счёт нужно добавить к подписке.
Команда получила 80 часов для других задач, компания потратила 120 000 ₽ и взяла на себя ежемесячный платёж. Чтобы время принесло деньги, нужно изменить поступления или выплаты.
Почему часовая ставка не превращает часы в деньги
Умножить 80 часов на условную ставку 700 ₽ легко. Получится 56 000 ₽ в месяц. Такая оценка помогает представить размер освобождённого ресурса: столько стоила бы соответствующая доля рабочего времени при выбранной ставке. Но платёжная ведомость от умножения не уменьшилась.
Среднюю ставку можно получить в калькуляторе зарплаты в час по зарплате и рабочему графику. Результат показывает распределение суммы по времени, но не выплату, которую получится отменить. Зарплата на руки к тому же не равна всем расходам работодателя на труд.
Для денежной оценки нужен следующий вопрос: что компания перестанет оплачивать благодаря этим 80 часам? Если ответ «ничего», экономия выплат пока равна нулю. Если можно сократить оплачиваемые переработки, отказаться от части услуг подрядчика или справиться без уже намеченного найма, появляется конкретная строка расходов для сравнения.
Британское казначейство тоже отдельно рассматривает уменьшение расходов и рост возможностей при прежнем бюджете. В его примере новая IT-система позволяет сотрудникам обрабатывать больше обращений без сокращения расходов на их работу. Полезен сам этот экономический принцип, без переноса правил государственного учёта. [HM Treasury, 2025]
Одинаковые 80 часов дают разные денежные результаты
Вернёмся к нашей команде и выберем, куда пойдёт освободившееся время. Во всех вариантах запуск стоит 120 000 ₽, подписка 8000 ₽ в месяц, зарплаты остаются прежними. Первый месяц после запуска отводим на освоение и перестройку работы. Подписка уже оплачивается, а дополнительных поступлений и сокращённых выплат ещё нет.
Дальше возможны три разных сценария. Они описывают альтернативные способы использовать одни и те же 80 часов. Складывать их результаты между собой нельзя.
Команда уменьшает очередь и нагрузку. Сотрудники быстрее отвечают клиентам, приводят в порядок базу и успевают закончить день вовремя. Новых платных заказов нет, прежние платежи сохраняются. Денежный результат проекта после запуска составляет минус 8000 ₽ в месяц, за год вместе с внедрением получится минус 216 000 ₽.
Это цена выбранного улучшения. Проверьте, сколько обращений осталось без ответа, как долго ждут клиенты, сколько вечеров люди продолжали работать. Если показатели не меняются, одних отчётов о свободных часах мало даже для неденежной оценки.
Компания перестаёт покупать другую работу у подрядчика. До автоматизации она платила 48 000 ₽ в месяц за сверку данных. Теперь эту работу можно передать своим сотрудникам. В нашем сценарии уже проверено, что им хватает навыков и освобождённых 80 часов, а договор позволяет прекратить оплату со второго месяца без штрафа и дополнительных выплат.
Со второго месяца компания сохраняет 48 000 ₽, которые раньше отдавала подрядчику, и тратит 8000 ₽ на подписку. Разница составляет плюс 40 000 ₽ в месяц относительно работы без автоматизации. Зарплата осталась в обоих вариантах и повторно в этот результат не добавляется. За первый месяц денежная разница была отрицательной: минус 8000 ₽.
Команда выполняет дополнительные заказы. Допустим, вместо сверки данных она берёт 40 новых заказов в месяц. На каждый требуется по два часа её работы, включая общение с клиентом и завершение заказа. Свободных 80 часов хватает. Спрос есть, остальные участники процесса справляются с объёмом.
Клиент платит 4500 ₽ за заказ. Все дополнительные денежные выплаты на его выполнение составляют 3000 ₽: сюда уже включены материалы, сторонние услуги, комиссии и другие выплаты, которых без заказа не было бы. В учебном сценарии клиенты платят и компания рассчитывается по этим расходам в том же месяце. Прежняя зарплата команды сохраняется.
Сорок заказов дают 180 000 ₽ поступлений и требуют 120 000 ₽ дополнительных выплат. Остаётся 60 000 ₽, из которых ещё 8000 ₽ уходит на подписку. Денежный результат автоматизации со второго месяца составляет плюс 52 000 ₽. В расчёт вошла сумма после дополнительных расходов, поэтому все 180 000 ₽ выручки считать выгодой нельзя.
Программа работает одинаково, а результат меняет решение компании. Поэтому обещание поставщика «сэкономим 80 часов» ещё не заменяет план их использования.
Потоки показаны со второго месяца и уже включают подписку. Первоначальные 120 000 ₽ ещё нужно вернуть; денежные ветки не складываются.
Что меняется, если заказов мало или найм только планируется
Ограничим третий сценарий спросом. Компания способна выполнить ещё 40 заказов, но покупатели готовы оплатить только 20. На них уйдёт 40 часов, а остальные 40 пока не принесут новых денег.
Двадцать заказов дадут 90 000 ₽ поступлений и 60 000 ₽ дополнительных выплат. После подписки останется 22 000 ₽ в месяц вместо 52 000 ₽. Расходы на внедрение при этом те же. Программа не стала хуже: изменилась загрузка, которая превращала её результат в деньги.
До покупки найдите заявки, от которых пришлось отказаться именно из-за нехватки времени команды. Отделите их от отказов из-за цены или сроков поставки. Если для новых заказов не хватает отдельного мастера, станка или склада, свободный офисный сотрудник это ограничение не снимет.
Будущий найм требует похожей проверки. Допустим, с шестого месяца подтверждённый объём работы потребовал бы помощника, а автоматизация позволяет справиться текущим составом. Зарплатный бюджет сегодня не уменьшится. Но с шестого месяца выплаты могут оказаться ниже, чем были бы без проекта.
Для такого расчёта запишите, какую работу должен был выполнять помощник, почему действующая команда уже не успевала и с какого месяца начались бы выплаты. Сравните два плана при одинаковом объёме и качестве работы: с наймом и с автоматизацией. В денежную разницу включайте только платежи за те месяцы, когда человек был бы нужен.
Если найм отложился с шестого до девятого месяца, выгода относится к трём месяцам задержки. Нельзя продолжать каждый месяц записывать целую зарплату в экономию после того, как помощника всё равно наняли. А фраза «мы когда-нибудь могли расширить штат» слишком неопределённа для обещания денежной окупаемости.
Как посчитать окупаемость без двойного зачёта
Для денежного прогноза сравнивайте работу с автоматизацией с реалистичным вариантом без неё при тех же внешних условиях. Неизменная зарплата есть с обеих сторон. Разницу создают отменённые счета, дополнительные поступления и новые выплаты за систему.
В сценарии с подрядчиком до запуска ушли 120 000 ₽. За первый месяц подписка увеличила непокрытую сумму до 128 000 ₽. Затем каждый месяц возвращает по 40 000 ₽. После второго месяца остаётся вернуть 88 000 ₽, после третьего 48 000 ₽, после четвёртого 8000 ₽. Проект пересекает ноль в пятом месяце.
Эти данные можно перенести в калькулятор срока окупаемости: вложения 120 000 ₽, период потока «Месяцы», шесть периодов. В первый поток введите −8000 ₽, в следующие пять по 40 000 ₽. При ставке 0% получится 4,2 месяца. Это условная доля пятого месяца при равномерном распределении потока. Если экономия возникает в одну конкретную дату отменённого платежа, ориентируйтесь на эту дату.
Поле «Ставка в год» остаётся годовым и при выбранных месяцах, вручную делить её на 12 не нужно. Калькулятор принимает неравномерные потоки: первый месяц может содержать доплату за обучение, второй только часть экономии, а более поздний оплату доработки.
Частая ошибка возникает, когда к 52 000 ₽ от дополнительных заказов прибавляют ещё 56 000 ₽ «сэкономленной зарплаты». Те же люди получили прежнюю зарплату и использовали освобождённые часы для этих заказов. Добавочная строка второй раз приписывает деньги одному результату, хотя отдельного изменения выплат нет.
Смешанный вариант возможен: часть времени заменяет подрядчика, часть обслуживает новые заказы. Но сначала нужно распределить 80 часов между этими задачами и проверить, сколько денег приносит каждая часть. Британский Digital and Data Benefits framework отдельно требует исключать повторный учёт одной выгоды в разных частях цифрового проекта. [GDS и DSIT, 2026]
Проданный заказ тоже не всегда сразу возвращает деньги. Если клиент платит через два месяца, поступление должно попасть в соответствующий месяц прогноза. Разницу между заработанным результатом и банковским остатком подробнее объясняет статья «Прибыль без денег». Для автоматизации важно сохранить эту разницу при вводе потоков.
Что измерить в своей команде
Начните с одной повторяющейся задачи и одинаковой границы результата. Например, документ готов после проверки и отправки клиенту. Сравнивать его с автоматически созданным черновиком слишком рано. В обоих случаях считайте время людей с переделками. Работа программы без участия человека сама по себе его времени не занимает.
Возьмите завершённый рабочий цикл: неделю для ежедневных задач, месяц для месячной отчётности. Запишите число операций, время участников, ошибки и срок до готового результата. Повторите замер с инструментом, сохранив сложные случаи и сопоставимую загрузку. Тихую неделю после запуска нельзя сравнивать с прежним сезонным пиком.
Отдельно посмотрите, у кого и когда появились свободные минуты. По две минуты между звонками у сорока сотрудников трудно передать одному аналитику для длинной задачи. Для новой работы могут потребоваться изменение расписания, обучение или передача полномочий. Пока этого нет, сумма часов показывает возможность, которой ещё предстоит воспользоваться.
Затем сверьте выбранный результат: исчез ли платёж подрядчику, оплачены ли новые заказы, уменьшились ли очередь и число исправлений. Если ошибок стало больше, быстрый выпуск ещё не доказывает улучшения.
Удобно завершить оценку двумя короткими записями: «освободились 80 часов, из них 40 ушли на новые заказы» и «после связанных выплат и подписки осталось 22 000 ₽ в месяц». Тогда видно и то, что получилось, и следующий резерв: оставшиеся 40 часов. Для решения о следующей доработке это полезнее, чем превращать все свободные минуты в рубли по средней зарплате.
Есть что добавить?
Напишите своё мнение, комментарий или предложение.