Финансы попросили срезать бюджет квартала на 20%. В старой модели у ИТ не было инструмента показать, какие строки держат продажи, а какие можно двигать без последствий. Финансы срезали сами - пропорционально, по всем статьям.

Через месяц в топовом магазине сети встали 4 из 5 касс. В другом - кончился интернет. В третьем - не смогли принять товар: сломался единственный компьютер на приёмке.

Бюджет был выбран по плану. Выручка - нет.

Что пошло не так

Линейный рез бюджета выглядит как управленческая дисциплина. На деле - финансы выполнили цель, ИТ потеряло инструменты, бизнес получил остановку входящего денежного потока.

Если принять открытый отраслевой ориентир для супермаркета площадью около 940 кв.м - 449 500 руб./кв.м в год - такой магазин делает около 422 млн рублей выручки в год.

При 12-часовом операционном дне это около 97 000 рублей выручки в час. Если встают 4 из 5 касс, пропускная способность падает на 80%. Один инцидент длиной в 8 часов - около 625 000 рублей потенциально потерянной выручки с одного магазина.

Два-три таких инцидента - и квартальная экономия превращается в бухгалтерскую иллюзию. В бюджете деньги сэкономили. В P&L потеряли больше.

Что я сделал

Я начал не с переговоров с финансами.

Я взял реестр расходов и привязал каждую строку не к статье бюджета, а к бизнес-функции: что именно она держит. Кассу. Приёмку. Связь. Печать ценников. Резерв оборудования. Поддержку критичных систем.

Потом наложил это на объекты сети и их вклад в оборот.

После этого бюджет перестал быть таблицей. Он стал картой последствий.

Метод: карта критичности вместо процента сокращения

Все расходы делятся на три категории.

Первая - «без этого не зарабатываем». Интернет-каналы в точках продаж. Подписки, которые держат кассы. Печать документов и ценников. Поддержка систем, без которых не проводится ни одна транзакция. Это не статьи бюджета - это условие работы бизнеса.

Вторая - «можем потерпеть». Замена оборудования, которое работает на износе, но ещё держится. Апгрейды, которые ускоряют, но не останавливают. Плановые работы, которые можно сдвинуть на квартал без инцидента. Здесь есть пространство для манёвра - если оно управляемое.

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

Второй шаг - ABC-классификация объектов. Её ИТ собирает вместе с бизнесом: коммерческий блок знает, где час простоя критичен, а где терпим.

Объекты A - там, где час простоя быстро становится заметной потерей выручки. Объекты B - простой неприятен, но не ломает дневной результат сети. Объекты C - создавать резерв дороже, чем вероятный ущерб.

Это финансовый инструмент расстановки резервов, а не классификатор размеров магазинов.

Дальше строится платёжный календарь:

  • Вся первая категория - оплачивается в полном объёме, по всем объектам.
  • Резервы на инциденты для объектов A - 100%.
  • Резервы для объектов B - 50%.
  • Объекты C - работают по факту, без резерва.
  • Вторая категория - двигаемся снизу вверх: сначала C, потом B, A - если бюджет не закрылся ниже.
  • Третья категория - замораживается первой, с фиксацией цены задержки.

Три варианта разговора с финансами

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

Первый - цель достигнута. «Сократили всё из категорий 2 и 3 по объектам B и C. Целевое снижение выполнено. Первая категория не тронута. Дополнительного риска для контура продаж не создаём.»

Второй - можем дать больше. «Если добавить заморозку по категории 2 для объектов A - выходим на 25% вместо 20%. Риск: при инциденте в топовом магазине резерва нет. Решение - на вас.»

Третий - цель недостижима без потерь. «Чтобы выйти на 20%, придётся затронуть первую категорию. По отраслевому ориентиру - около 78 000 рублей выручки в час на объект A при падении касс. Несколько смен простоя перекрывают экономию за квартал. Вот расчёт - ваше решение.»

Третий вариант - самый сильный управленчески. Приходишь не с «нельзя», а с цифрами. Ответственность за выбор распределена честно.

Как это выглядит в деньгах

Один пример из той же логики - не про инциденты, а про «условно можно срезать».

В реестре расходов была статья: годовая вендорская поддержка критичной корпоративной системы - 3 млн рублей. На первый взгляд - очевидный кандидат: дорого, платёж разовый, «можно пропустить год».

Если поддержку не оплачивать - теряется доступ к обновлениям. Когда через год придёт регуляторное изменение (а оно придёт), стоимость восстановления доступа и аудит при попытке обновиться составят 9 млн рублей.

Экономия 3 млн сегодня - штрафной платёж 9 млн через год. Плюс обновление в цейтноте, без полноценного тестирования.

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

Побочный эффект

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

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

Результат

OPEX - минус 40%. SLA по доступности сервисов - 99%. Доступность торговых объектов - 99,9%. Критичных инцидентов из-за бюджетных решений - ноль.

При линейном резе компания получила бы экономию на бумаге и кратно большую потерю в выручке.

Вывод

ИТ-бюджет нельзя резать процентом.

Его нужно разбирать как карту последствий: какая строка просто стоит денег, а какая держит кассу, склад, приёмку, связь и входящий денежный поток.

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