Когда план-факт есть, отчёты выходят вовремя, но управленческих решений меньше, чем споров о цифрах.
План-факт анализ в управленческом учёте — это не отчёт про “выше/ниже плана”, а механизм принятия решений по причинам отклонений.
Ключевая “вещь”, без которой план-факт становится бесполезным, — модель причин отклонений (драйверная декомпозиция): объём, цена, микс, нормы, ставки, загрузка, курс.
Если этой модели нет, отклонения описывают словами, а решения принимают по ощущениям.
Если модель есть, CFO отвечает на вопрос “почему изменилось” и “что менять”, а не “кто виноват”.
Внутри: определения, границы модели, вопросы CFO, варианты методологии “под цель”, типовые ошибки и план действий на 60–90 минут.
Ключевые термины: план-факт анализ, драйверы, модель отклонений, финансовая структура, управленческий цикл, скользящее бюджетирование, 1С:ERP.
Вызов: Управленческий вопрос на повестке
План-факт анализ не улучшает управляемость, когда отклонения фиксируются как суммы без объяснения причин и рычагов управления.
Руководители спорят о цифрах, потому что нет общей логики: что считать причиной отклонения и кто за неё отвечает.
Возникают вопросы: что делать с понедельника, чтобы план-факт приводил к решениям, и как донести до руководства, что нужен не “ещё один отчёт”, а единая модель причин отклонений.
Задача CFO — внедрить драйверную декомпозицию для ключевых показателей и связать её с ответственностью.
Система координат: Глоссарий и основа методологии
План-факт анализ — это сопоставление плана и факта с разбором причин отклонений и фиксацией управленческих действий.
Модель причин отклонений — это правила разложения отклонения на драйверы, например объём, цена и микс.
Драйвер — это измеримый фактор, который двигает показатель, например количество отгрузок или ставка оплаты.
Простыми словами: план-факт полезен, когда по каждой крупной строке понятно что изменилось в бизнесе.
Простыми словами: если разложения на драйверы нет, план-факт превращается в список “перерасход/недобор” без решения.
Пример: выручка ниже плана на 10 млн. Без модели причин это “провал продаж”. С моделью причин это объём −6 млн, цена −3 млн, микс −1 млн, и решения разные.
Что включаем в модель
● Выручку через объём, цену и микс, потому что это основные причины отклонений по доходу.
● Валовую прибыль и себестоимость через нормы, ставки, выпуск и потери, потому что именно здесь формируется управляемая маржа.
● Операционные расходы (OPEX) через штат, ставки, активности и тарифы, потому что эти драйверы понятны владельцам затрат и пересчитываются.
● Курс и цены сырья как сценарные параметры, потому что без них отклонения смешиваются с внешними факторами.
● Ответственность (ЦФО/владельцы драйверов), потому что без владельца причина не превращается в действие.
Что НЕ включаем в модель
● Разбор каждой мелкой статьи, потому что цена аналитики часто выше управленческого эффекта.
● Сложные формулы без источников данных, потому что модель станет непроверяемой и потеряет доверие.
● “Комментарии вместо причин”, потому что они не дают повторяемого управленческого цикла.
Единица анализа — топ-20–40 показателей и статей, потому что они дают основную долю отклонений и управленческого эффекта.
Период — месяц, потому что решения по цене, объёму, нормам и штату обычно принимаются в месячном ритме.
Требуемая точность — точность на уровне причин (драйверов), потому что CFO важно принять правильное решение и повторить расчёт, а не “попасть в копейку”.
Цель расчётов: Ответы на ключевые управленческие вопросы
● Почему отклонение по выручке возникло: из-за объёма, цены или микса?
● Где отклонение по марже связано с нормами, потерями, ставками или загрузкой?
● Какие 3–5 драйверов дали основную долю отклонений и какие решения по ним принимаются?
● Кто владелец драйвера и в какой срок он может повлиять на показатель?
● Что меняем в прогнозе (rolling forecast), чтобы следующая управленческая встреча была про действия, а не про объяснения?
Методология: Различные подходы к решению одной задачи
Подход 1. План-факт как контроль исполнения бюджета (статейный)
Цель — дисциплина расходов и соблюдение лимитов.
Что считаем — отклонения по статьям и подразделениям.
Где обычно ломается — отклонения “кочуют” между статьями, а причины остаются неясными.
Пример: перерасход “прочие услуги” объясняют “ростом цен”, но не видно, что изменилось в количестве услуг и в условиях договоров.
Подход 2. План-факт как управление результатом (драйверный)
Цель — управлять выручкой, маржей и ключевыми расходами через причины.
Что считаем — отклонения по драйверам: объём/цена/микс/нормы/ставки/потери/загрузка/курс.
Где обычно ломается — если нет согласованных источников факта и владельцев драйверов.
Пример: выручка ниже плана потому что средняя цена снизилась из-за скидок, и решение — менять политику скидок, а не “усилить продажи в целом”.
Подход 3. План-факт как цикл управления + прогноз
Цель — превратить план-факт в повторяемый цикл: факт → причины → действия → обновлённый прогноз.
Что считаем — драйверные причины отклонений и их влияние на прогноз будущих месяцев.
Где обычно ломается — когда прогноз воспринимают как “пересогласование ответственности”, а не как инструмент предсказуемости.
Сравнение подходов
Статейный подход даёт контроль, но редко даёт управляемость причин.
Драйверный подход даёт управляемость, если есть источники данных и владельцы драйверов.
Цикл + прогноз даёт предсказуемость, если есть правила изменения прогноза и единое понимание “управленческого факта”.
Типовые ошибки: На что обращать внимание
Ошибка: Отклонения фиксируются суммами без разложения на драйверы.
Риск: План-факт превращается в обсуждение последствий, а не причин, и решения не повторяются от месяца к месяцу.
Как проверить за 2 минуты: Возьмите 5 крупнейших отклонений и спросите: “это объём, цена, микс, норма или ставка?”, если ответ звучит как комментарий, модели причин нет.
Ошибка: Нет владельцев драйверов, есть только “ответственные за статьи”.
Риск: На встрече по план-факту причины называют, но действий нет, потому что некому менять рычаг управления.
Как проверить за 2 минуты: Для каждого ключевого драйвера подпишите роль владельца: продажи — цена/скидки, производство — нормы/потери, закупки — цена сырья, HR — штат/ставки.
Ошибка: Факт “плавает” из-за отсутствия правил закрытия периода и версий данных.
Риск: Команда спорит о версии цифр, а не о решениях, и план-факт теряет доверие.
Как проверить за 2 минуты: Назовите дату “управленческого факта” и список допустимых корректировок после неё, если это не зафиксировано — причина конфликтов системная.
Ошибка: Разложение делается “вручную в презентации”, без источников и формул.
Риск: Модель нельзя воспроизвести, она зависит от автора, и через 2–3 цикла разваливается.
Как проверить за 2 минуты: Попробуйте пересчитать разложение за прошлый месяц другим сотрудником по тем же правилам, если результат другой — модель не формализована.
Что делать с понедельника: План на 60–90 минут
Входные данные: план и факт за последний месяц, список ЦФО, топ-20 статей/показателей по влиянию на результат, правила закрытия периода (если есть).
Шаг 1. 10 минут. Выберите 10 крупнейших отклонений по выручке, марже и OPEX, потому что они дадут основной управленческий эффект.
Шаг 2. 15 минут. Определите для каждой позиции “родной” драйвер: объём, цена, микс, норма, ставка, потери, загрузка, курс.
Шаг 3. 20 минут. Зафиксируйте формулы разложения по 3–5 ключевым показателям, чтобы расчёт был воспроизводимым.
Пример: отклонение выручки = эффект объёма + эффект цены + эффект микса.
Шаг 4. 15 минут. Назначьте владельцев драйверов и формат действий: решение, срок, показатель контроля.
Шаг 5. 20 минут. Сформируйте краткий протокол план-факта: 5 причин, 5 действий, 5 параметров прогноза, которые меняем в rolling forecast.
Итог плана
что видим — какие отклонения и по каким показателям
почему — какие драйверы дали основной эффект
что делаем — какие решения принимаем и какие параметры меняем в следующем цикле
Как объяснить руководителю и коллегам: Скрипты
Руководителю: версия на 60 секунд.
План-факт анализ становится полезным, когда отклонения разбираются по причинам, а не по суммам. Для этого нужна модель причин отклонений: объём, цена, микс, нормы, ставки, потери и курс. Тогда мы видим, что именно изменилось в бизнесе, кто владелец рычага управления и какое действие даёт эффект в следующем месяце. Без этой модели план-факт остаётся отчётом, который объясняет прошлое, но не управляет будущим.
Коллегам по ролям.
Продажи фиксируют драйверы объёма, цены и скидок, чтобы отличать падение спроса от изменения ценовой политики.
Производство отвечает за нормы, потери и загрузку, чтобы маржа объяснялась управляемыми причинами.
Закупки ведут драйверы цен и условий поставки, чтобы отделять эффект рынка от качества контрактов.
HR ведёт штат и ставки, чтобы OPEX пересчитывался, а не “индексировался”.
Бухгалтерия фиксирует правила управленческого факта и закрытия периода, чтобы спорить о решениях, а не о версии цифр.
Микро-пример “что сказать на совещании”
Отклонение по выручке разложено на объём и цену, поэтому обсуждаем не “провал продаж”, а решение по скидкам и плану действий по объёму на следующий месяц.
Наглядно: О чём это, если говорить просто?
Семья планировала расходы на продукты 60 000 в месяц. Факт вышел 72 000. Без модели причин это выглядит как “перерасход”.
С моделью причин семья раскладывает отклонение:
Объём покупок +6 000, рост цен +4 000, изменение корзины (больше готовой еды) +2 000. Через 2–3 месяца принимают решения: снижают готовую еду на 4 000, меняют магазины и акции на 3 000, фиксируют лимит на спонтанные покупки на 2 000.
Перевод на язык темы
Отклонение само по себе ничего не объясняет, пока не разложено на управляемые причины, которые можно назначить владельцам и превратить в действия.
Управленческий вывод
План-факт начинает “работать”, когда модель причин отклонений превращает цифры в рычаги управления и обновляет прогноз будущих периодов.
Финал
● План-факт анализ без модели причин отклонений показывает последствия, но не даёт рычагов управления.
● Драйверная декомпозиция (объём, цена, микс, нормы, ставки, потери, курс) превращает план-факт в решение “что менять”.
● Владельцы драйверов нужны, чтобы причина отклонения становилась действием в следующем месяце.
● Единый “управленческий факт” и правила закрытия периода снижают споры о цифрах.
● Rolling forecast делает план-факт циклом управления, а не отчетом о прошлом.
Вопрос
Какие 2–3 отклонения в вашем план-факте чаще всего обсуждаются “комментариями”, потому что нет разложения на драйверы?
Если хотите — в следующем материале дам шаблон разложения отклонений для выручки, себестоимости и OPEX, пригодный для внедрения в 1С:ERP.
План-факт без модели причин — это совещание без повестки: вроде все пришли, а результат ищут по дороге домой.