Компания распределяет накладные расходы пропорционально объёму производства — крупная производственная линия одного массового продукта "несёт" на себе большую долю накладных расходов просто потому, что производит много единиц, хотя реально не требует сложной наладки, частых переключений оборудования и индивидуального контроля качества. Мелкосерийный кастомизированный продукт, требующий постоянной наладки и ручного контроля, получает символическую долю накладных расходов, хотя реально потребляет непропорционально много ресурсов поддержки.
Продукт, кажущийся прибыльным при равномерном распределении накладных расходов, может оказаться убыточным, если посчитать, сколько реальных ресурсов он потребляет.
Происхождение и исследовательская база
Метод разработан Робином Купером и Робертом Капланом в серии статей и книге «Cost & Effect» (1998) как ответ на искажения традиционного учёта затрат, где косвенные расходы распределяются пропорционально прямым трудозатратам или объёму производства — авторы показали на реальных производственных кейсах, что такое распределение систематически искажает реальную прибыльность продуктов, особенно в условиях растущей доли накладных расходов и разнообразия продуктовых линеек.
Ключевые идеи и принципы
Принцип: Затраты следуют за активностями, а не за объёмом
Вместо равномерного распределения накладных расходов метод сначала определяет конкретные виды деятельности (наладка оборудования, обработка заказов, контроль качества), а затем считает, сколько каждой активности реально потребляет каждый продукт или клиент — затраты распределяются пропорционально реальному потреблению активностей.
Принцип: Драйверы затрат (cost drivers) для каждой активности
Для каждого вида деятельности определяется измеримый драйвер затрат — число наладок оборудования, число обработанных заказов, число проверок качества — который используется для точного распределения затрат этой активности между продуктами пропорционально реальному потреблению.
Принцип: Выявление скрыто убыточных продуктов и клиентов
Применение ABC часто обнаруживает, что часть продуктов или клиентов, казавшихся прибыльными при традиционном учёте, реально убыточны из-за высокого потребления косвенных ресурсов — и наоборот, простые высокообъёмные продукты часто оказываются прибыльнее, чем показывал традиционный учёт.
Ограничения, слепые зоны и критика
Внедрение полноценной системы ABC требует значительных затрат на сбор данных о реальном потреблении активностей — для небольших компаний с простой продуктовой линейкой это может быть избыточно сложно относительно получаемой выгоды в точности. Метод также требует периодического обновления данных о драйверах затрат, поскольку производственные процессы меняются, — устаревшая модель ABC может вводить в заблуждение так же, как и традиционный учёт, который она призвана заменить.
Типовые ошибки
Ошибка 1: накладные расходы продолжают распределяться пропорционально объёму, а не по активностям.
Компания формально внедряет ABC, но фактически продолжает использовать объём производства как основной драйвер распределения затрат, теряя главное преимущество метода.
Как избежать: Явно определять драйверы затрат для каждой активности на основе реального потребления, а не возвращаться к объёмным показателям по умолчанию.
Ошибка 2: модель ABC не обновляется при изменении процессов.
Данные о потреблении активностей собираются один раз при внедрении и больше не пересматриваются, хотя реальные процессы производства и обслуживания клиентов со временем меняются.
Как избежать: Регулярно пересматривать драйверы затрат и объёмы потребления активностей при значимых изменениях процессов.
Ошибка 3: виды деятельности определены со слишком грубой или слишком мелкой детализацией.
Слишком крупные активности («производство») скрывают разницу в реальном потреблении ресурсов между продуктами так же, как и распределение по объёму; слишком мелкие («переналадка станка №3») делают модель неподъёмно трудоёмкой для поддержки.
Как избежать: Выбирать уровень детализации активностей, при котором каждая из них заметно различается по драйверу затрат между продуктами, но их число остаётся управляемым.
Ошибка 4: выявленные искажения не приводят к управленческим решениям.
ABC показывает, что часть продуктов или клиентов на самом деле убыточна, но решения о цене, ассортименте или обслуживании этих клиентов не пересматриваются — модель остаётся аналитическим упражнением без влияния на бизнес.
Как избежать: Явно связывать каждое найденное искажение прибыльности с конкретным решением — пересмотром цены, отказом от продукта или изменением условий обслуживания.
Ошибка 5: ABC внедряется сразу для всех продуктов и подразделений без пилота.
Полномасштабный сбор данных о потреблении активностей по всей компании требует непропорционально больших усилий на старте — проект часто не доводится до конца или даёт результат слишком поздно, чтобы на него опереться.
Как избежать: Начинать с пилотной группы продуктов или подразделения, где искажение прибыльности подозревается сильнее всего, и расширять охват по мере накопления опыта.
Главное, что нужно знать
Функционально-стоимостный анализ распределяет косвенные затраты на продукты и клиентов на основе реального потребления конкретных видов деятельности, а не пропорционально объёму производства — это часто обнаруживает скрыто убыточные продукты и клиентов, которые традиционный учёт затрат маскирует. Метод требует значительных затрат на сбор данных и регулярного обновления, поэтому применяется избирательно, там, где точность распределения затрат критична для решений.
План внедрения
Неделя 1: виды деятельности
Неделя 1: определить ключевые виды деятельности, потребляющие косвенные ресурсы.
Неделя 2: драйверы затрат
Неделя 2: определить измеримые драйверы затрат для каждой активности.
Неделя 3: расчёт потребления
Неделя 3: посчитать реальное потребление активностей по продуктам или клиентам.
Неделя 4: пересчёт прибыльности
Неделя 4: пересчитать прибыльность продуктов с учётом реального распределения затрат.
Далее: регулярная актуализация
Далее: регулярно обновлять модель ABC при изменении процессов и продуктовой линейки.
Как реализовать этот план с помощью фрейма «Функционально-стоимостный анализ» в OrgDevTools
Фрейм устроен как четыре свободные карточки — Виды деятельности, Драйверы затрат, Выявленные искажения, Актуализация модели — без обязательной последовательности заполнения.
Неделя 1 — карточка «Виды деятельности». Подсказка карточки прямо спрашивает: «что потребляет косвенные ресурсы компании» — фиксируется каждая активность на выбранном уровне детализации (защита от ошибки 3).
Неделя 2 — карточка «Драйверы затрат». Для каждой активности вносится «измеримый показатель» — прямая защита от ошибки 1, когда распределение формально называется ABC, но фактически остаётся привязанным к объёму.
Неделя 4 — карточка «Выявленные искажения». Подсказка формулирует цель прямо: «продукты, чья реальная прибыльность отличается от учётной» — карточка фиксирует не просто цифры, а расхождение, требующее решения (защита от ошибки 4).
Карточка «Актуализация модели». Подсказка спрашивает: «что меняем при изменении процессов» — регулярное заполнение этой карточки и есть защита от ошибки 2 (модель, которую собрали один раз и забыли).