Бюджетирование с нулевой базой: когда пересобирать расходы, а когда оставить обычный бюджет

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

Что означает бюджет с нулевой базой

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

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

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

Когда метод нужен, а когда только добавит работы

Бюджет с нулевой базой полезен, когда структура затрат успела оторваться от текущей модели бизнеса. Такое бывает после быстрого роста, реорганизации, смены каналов продаж, закрытия продуктов или накопления подписок и подрядчиков. Еще один сигнал: руководители могут объяснить превышение лимита, но не могут показать, почему сам лимит остается нужен.

Подход подходит для задач, где у компании есть выбор по объему и способу выполнения работы:

• услуги подрядчиков и набор внешних экспертов.

• маркетинговые активности, исследования и мероприятия.

• командировки, обучение и представительские расходы.

• лицензии, подписки и административные сервисы.

• внутренние проекты, которые конкурируют за людей и деньги.

Метод бесполезен для жестко заданных обязательств. Сюда относятся налоги, обслуживание уже привлеченного долга, платежи по неизменяемым договорам и затраты, напрямую рассчитанные из утвержденного производственного плана. Их все равно нужно проверять, но полная защита с нуля превращается в формальность.

Что выбрать: обычный бюджет, ZBB или гибрид

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

Полный ZBB оправдан как ограниченная управленческая программа. Например, компания пересматривает весь административный контур после объединения подразделений. Проводить такую процедуру каждый год по всем ЦФО дорого: финансовая команда получает сотни обоснований, а бизнес тратит время на защиту мелких сумм.

Гибридный подход обычно практичнее. Для выбора статей можно использовать четыре критерия:

• расход можно изменить в пределах бюджетного периода;

• между объемом расхода и бизнес-результатом есть проверяемая связь;

• у компании есть несколько способов получить нужный результат;

• размер или динамика статьи требуют отдельного управленческого решения.

Если выполняются хотя бы два критерия, статью стоит включить в пересмотр. Остальные расходы можно вести по обычной логике, но сохранить для них контроль цены, объема и отклонений.

Как пересобрать расход, а не просто урезать лимит

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

Для каждой статьи полезно зафиксировать пять элементов:

1. Владелец решения и получатель результата. 2. Драйвер объема: число пользователей, проектов, поездок, кампаний или операций. 3. Цена единицы и источник расчета. 4. Минимальный, базовый и расширенный пакет. 5. Что изменится при отказе или меньшем объеме.

Такой паспорт не должен превращаться в длинную пояснительную записку. Финансам нужна сопоставимая структура, чтобы увидеть дубли, проверить цены и сравнить пакеты. Руководителю ЦФО нужна возможность показать не только сумму, но и цену сокращения.

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

Если пакетов много, формы и версии быстро расходятся. В Optimacros такой контур можно собрать как единую модель: загрузить факт из учетных систем, рассчитать варианты затрат по драйверам, сравнить версии и сохранить аудит изменений. Решение по расходу сразу видно в БДР, БДДС и общем сценарии компании.

Как внедрить метод без пересборки всей компании

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

Порядок запуска может быть таким:

1. Выбрать статьи и ЦФО по заранее утвержденным критериям. 2. Согласовать единый шаблон пакета решения и правила расчета драйверов. 3. Загрузить факт, договоры, цены и объемы прошлого периода как справочную базу. 4. Собрать минимальный, базовый и расширенный варианты. 5. Проверить влияние каждого варианта на БДР, БДДС и операционные ограничения. 6. Зафиксировать решение, владельца и условия пересмотра в течение года.

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

Какой инструмент нужен для такого процесса

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

ERP хранит договоры, закупки и фактические операции. Система электронного документооборота нужна для согласования заявки. BI показывает структуру и динамику расходов. Эти инструменты полезны, но сами по себе не заменяют модель, где пакеты решений связаны с БДР, БДДС, операционными драйверами и версиями бюджета.

Как контролировать бюджет после утверждения

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

Для контроля достаточно короткого набора вопросов:

• изменился ли объем задачи или только цена;

• сохранился ли результат, ради которого расход одобрили;

• сработали ли условия перехода к другому пакету;

• не появился ли дубль в другом ЦФО;

• повлияло ли решение на деньги, маржу или операционные ограничения.

Пересматривать пакет при каждом небольшом отклонении не нужно. Условия лучше определить заранее: изменение объема, существенная новая цена, запуск или остановка проекта, смена поставщика, перенос срока. Тогда владелец понимает, когда достаточно комментария к факту, а когда требуется новая версия бюджета.

Как понять, что пилот сработал

Успех ZBB не равен максимальному сокращению расходов. Хороший результат виден по качеству решений. Руководители понимают, за что платит компания, какие статьи можно менять и чем обернется отказ. Финансы получают сопоставимые драйверы вместо набора текстовых объяснений. Бюджет перестает быть продлением исторических лимитов.

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