Вот суровая правда, которую тихо скрывает большинство отчетов о прибылях и убытках: примерно каждый пятый из ваших «лучших» клиентов приносит вам убытки. Заказы, которые они размещают, отлично смотрятся в строке выручки, но звонки, которые они совершают, срочные работы, которые они запрашивают, и возвраты, которые они генерируют, съедают маржу такими способами, для выявления которых традиционный учет затрат никогда не был предназначен.
Этот разрыв между тем, во сколько что-то обходится на первый взгляд, и тем, сколько это стоит на самом деле, — именно та проблема, для решения которой был изобретен функционально-стоимостной анализ (Activity-Based Costing, ABC). Появившись в конце 1980-х годов как ответ на несовершенство распределения накладных расходов, которое равномерно «размазывало» затраты по продуктам, ABC превратился в практический инструмент управления для сервисных фирм, производителей, больниц, ресторанов и софтверных компаний. При правильном применении он выявляет скрытую прибыльность клиентов, продуктов и SKU, которую не может показать учет затрат на основе объема.
В этом руководстве рассматривается, как на самом деле работает ABC, как внедрить его, не утонув в деталях, где он принес реальную пользу и как его современный родственник — ABC на основе времени (time-driven ABC, TDABC) — решает проблему обслуживания системы, которая погубила многие проекты ABC первого поколения.
Почему традиционный учет затрат незаметно вводит вас в заблуждение
Большинство компаний до сих пор распределяют накладные расходы так же, как заводы сто лет назад: выбирают один драйвер на основе объема — обычно прямые трудозатраты, машино-часы или количество произведенных единиц — и распределяют все косвенные затраты по этой базе. Это работает, когда накладные расходы невелики и однородны, а каждый продукт выглядит примерно так же, как и любой другой.
Система ломается в тот момент, когда ваш бизнес становится похож на современный. Изделие с индивидуальной конфигурацией и тремя инженерными изменениями потребляет гораздо больше ресурсов на закупки, планирование, контроль качества и обслуживание клиентов, чем стандартный складской товар, даже если оба требуют одинакового количества рабочих минут в цеху. Маленький клиент, который ежедневно пишет электронные письма и требует срочного выполнения работ, потребляет больше внимания партнеров, чем крупный клиент на ежеквартальном абонентском обслуживании. Распределение на основе объема не способно этого увидеть.
Результатом является систематическое искажение. Сложные, малообъемные и требующие частого взаимодействия продукты и клиенты получают заниженную себестоимость. Простые, массовые и «автономные» — завышенную. Менеджеры устанавливают слишком низкие цены на сложное и слишком высокие на простое. Отделы продаж продвигают неверный ассортимент. Клиенты постепенно уходят к конкурентам, чьи системы учета подсказали им правду, — а вы удивляетесь, почему маржа продолжает сокращаться, даже когда выручка растет.
Четыре «столпа» ABC
Функционально-стоимостной анализ заменяет единую грубую базу распределения причинно-следственной картой. Любая система ABC опирается на четыре компонента:
- Виды деятельности (Activities) — это отдельные элементы работы, выполняемые в вашем бизнесе: наладка станка, обработка заказа на покупку, ответ на запрос клиента, проверка отгрузки, проектирование нового варианта. Это то, чем люди и оборудование на самом деле занимаются весь день.
- Пулы затрат (Cost pools) — это корзины, в которых собираются косвенные затраты, потребляемые связанным набором действий — например, все зарплаты, амортизация, программное обеспечение и расходные материалы, которые относятся к функции закупок.
- Драйверы затрат (Cost drivers) — это единицы измерения, объясняющие, почему размер каждого пула меняется. Драйвером пула наладки может быть количество наладок. Драйвером пула обработки заказов может быть количество заказов на закупку. Драйвером пула обслуживания клиентов может быть количество минут поддержки.
- Объекты затрат (Cost objects) — это то, стоимость чего вы в конечном итоге хотите рассчитать: продукт, SKU, линейка услуг, клиент, проект, контракт, канал сбыта.
Арифметика проста, когда у вас есть все составляющие. Подсчитайте общую сумму каждого пула затрат. Разделите на общий объем драйвера, чтобы получить ставку за единицу драйвера. Умножьте эту ставку на количество единиц драйвера, потребленных каждым объектом затрат. Результат: косвенные затраты относятся на продукты, клиентов или услуги в соответствии с работой, которую они фактически вызвали, а не по их размеру.
Внедрение ABC за пять шагов
Работоспособное внедрение ABC не требует армии консультантов или года совещаний. Структура одинакова независимо от того, управляете ли вы мастерской, юридической фирмой или логистической компанией.
Шаг 1: Определите действия, которые вызывают косвенные затраты
Изучите рабочие процессы. Поговорите с руководителями, бухгалтерами, менеджерами по обслуживанию клиентов и персоналом в цехах. Составьте список основных действий, которые фактически выполняет каждый отдел. Удержитесь от искушения перечислить каждую микрозадачу — именно так проекты ABC рушатся под собственным весом. Полезный первый проход обычно выявляет от двадцати до пятидесяти значимых действий во всем бизнесе.
Шаг 2: Группировка действий в пулы затрат
Сгруппируйте связанные действия, чтобы расчеты оставались управляемыми. Общие пулы включают действия на уровне единицы продукции (возникают каждый раз при производстве единицы), действия на уровне партии (возникают при каждой наладке или заказе независимо от размера партии), действия на уровне продукта (проектирование, управление продуктом, соблюдение нормативных требований) и действия на уровне предприятия (аренда, коммунальные услуги, управление заводом). Та же иерархия работает в сфере услуг, где действия на уровне взаимодействия с клиентом заменяют действия на уровне партии.
Шаг 3: Назначение факторов затрат для каждого пула
Для каждого пула затрат выберите драйвер (фактор), который лучше всего объясняет, почему затраты пула растут или падают. Драйверы бывают двух видов. Транзакционные драйверы учитывают количество событий: количество переналадок, количество проверок, количество подключений клиентов. Драйверы длительности измеряют затраченное время: часы переналадки, минуты проверки, часы поддержки. Транзакционные драйверы дешевле в отслеживании; драйверы длительности более точны, когда время на одно событие сильно варьируется.
Шаг 4: Расчет ставок драйверов затрат
Для каждого пула разделите общую сумму косвенных затрат в пуле на общий объем драйвера. Пул закупок с годовыми затратами в размере $480 000 и 12 000 заказов на покупку дает ставку $40 за заказ. Пул переналадки в $360 000 и 1 500 переналадок дает $240 за переналадку. Пул поддержки клиентов в $600 000 и 30 000 минут поддержки дает $20 за минуту поддержки.
Шаг 5: Перенос затрат на продукты, SKU и клиентов
Умножьте каждую ставку драйвера на количество единиц драйвера, потребленных каждым объектом затрат за период. SKU, который потребовал 12 переналадок, 800 минут поддержки и 30 заказов на покупку, несет $240 × 12 + $20 × 800 + $40 × 30 = $5 080 отнесенных косвенных затрат в дополнение к прямым материальным затратам и оплате труда. Агрегируйте эти данные по SKU, чтобы получить рентабельность продукта. Агрегируйте по клиентам, чтобы получить рентабельность клиентов. Агрегируйте по каналам или регионам, чтобы получить рентабельность каналов и территорий.
Как ABC выглядит в производственной среде
Рассмотрим среднего производителя, выпускающего как стандартные детали по каталогу, так и компоненты, разработанные по индивидуальному заказу. В традиционной системе все накладные расходы распределяются на основе часов прямого труда. Стандартные детали, которые производятся большими партиями с небольшим количеством переналадок, нагружаются большей частью накладных расходов просто потому, что они потребляют больше всего трудочасов. Индивидуальные детали, требующие постоянных инженерных изменений, частых переналадок и специальных проверок качества, кажутся обманчиво дешевыми.
Анализ ABC меняет картину. Переналадки, распоряжения об инженерных изменениях и проверки качества становятся собственными пулами затрат со своими драйверами. Индивидуальные детали внезапно начинают нести свою справедливую долю работы, которую они вызывают. Некоторые индивидуальные SKU, которые в каталоге выглядели как продукты с самой высокой маржой, оказываются убыточными. Некоторые стандартные детали, которые казались малорентабельными, оказываются самыми прибыльными. Соответственно меняются цены, стимулы для продаж и решения по рационализации продукции.
Это не гипотетическая модель. Когда один крупный автопроизводитель внедрил ABC в начале 1990-х годов, выяснилось, что детали, цена которых в старой системе составляла около $100, по методу ABC стоят до $3 000. Производители продуктов питания, пластмасс и потребительских товаров неоднократно обнаруживали, что 30–40% SKU разрушают больше стоимости, чем создают — проблема, совершенно невидимая при традиционном расчете затрат.
Как сервисные фирмы используют ABC
Сервисные компании часто нуждаются в ABC даже больше, чем производственные, потому что почти все их затраты являются косвенными по традиционным определениям. Компании, предоставляющие профессиональные услуги, ИТ-консультанты, страховые компании, банки, больницы и логистические провайдеры сталкиваются с одной и той же проблемой: ресурсы, потребляемые клиентом или транзакцией, колоссально различаются, однако ставки счетов и модели ценообразования часто действуют так, как будто каждый час или транзакция эквивалентны.
Для консалтинговой фирмы видами деятельности могут быть консультации партнеров, исследования младшего персонала, написание предложений, выставление счетов и сбор платежей, управление знаниями и подключение клиентов. Драйверами могут быть часы партнеров, часы младших сотрудников, количество предложений, количество счетов и количество новых настроек клиентов. Результатом является четкое представление о том, какие проекты действительно приносят доход, а какие скрыто субсидируют остальные.
В больницах ABC используется для детализации удельной стоимости медицинских расходных материалов, хирургических процедур и путей лечения пациентов. В ресторанах этот метод позволил выяснить, какие позиции меню приносят реальную маржу, если правильно рассчитать затраты на подготовку, оформление блюд, обслуживание и отходы. В логистике ABC выявил клиентов, чей избыточный профиль обслуживания поглощает больше прибыли, чем приносит их выручка — «лучшие» клиенты, которые на поверку оказались худшими.
Рентабельность клиентов и SKU: самый ценный вариант использования ABC
Самая большая отдача от ABC редко заключается в стоимости продукта — это возможность ранжировать клиентов и SKU по их истинной прибыльности. Как только вы сможете проследить затраты до действий, которые инициирует каждый клиент, возникнет знакомая закономерность. Небольшая часть клиентов приносит огромную прибыль. Середина находится примерно на уровне безубыточности. Удивительно длинный «хвост» разрушает стоимость.
Часто около 20% клиентов оказываются чистыми убыточными, если полностью учесть частоту заказов, индивидуализацию, возвраты, жалобы, ускоренные отгрузки и условия кредитования. Их выручка реальна, но стоимость обслуживания съедает её целиком и даже больше. Без ABC ничего из этого не видно; все выглядят прибыльными, потому что косвенные затраты распределяются равномерно.
Стратегический ответ не обязательно заключается в увольнении убыточных клиентов. Он заключается в том, чтобы изменить способ их обслуживания: минимальные объемы заказа, надбавки за срочные заказы, упрощенные варианты продукции, порталы самообслуживания или различные уровни ценообразования, которые приводят цену в соответствие с фактической работой, требуемой отношениями. Некоторые клиенты примут новые условия и станут прибыльными. Некоторые уйдут к конкурентам и станут их проблемой. Любой из этих исходов улучшит ваши финансовые показатели.
Типичные ошибки, губящие проекты ABC
Пооперационное калькулирование затрат (Activity-Based Costing, ABC) приносило как впечатляющие победы, так и не менее впечатляющие провалы. Причины неудач предсказуемы:
- Избыточная детализация модели. Команды пытаются оценить стоимость каждого микро-действия, в итоге получают сотни пулов и драйверов и тратят столько времени на поддержку модели, что никто не пользуется результатом. Начните с двадцати-тридцати наиболее значимых видов деятельности.
- Распределение времени на основе опросов. В ABC первого поколения сотрудников просили оценить процент времени, затрачиваемого на каждое действие. Эти оценки были предвзятыми, дорогостоящими в сборе и устаревали в тот же момент, когда менялись рабочие процессы.
- Игнорирование неиспользуемых мощностей. Распределение 100% стоимости ресурсов по фактической деятельности заставляет простаивающие мощности выглядеть продуктивными. Современная ABC четко измеряет и сообщает стоимость неиспользуемых мощностей — именно там обычно скрываются самые полезные идеи для оптимизации.
- Устаревание модели. Объемы драйверов, ассортимент продукции и этапы процессов постоянно меняются. Модель ABC, которая не обновляется хотя бы раз в год, быстро теряет доверие и тихо забрасывается.
- Путаница между ABC и финансовой отчетностью. ABC — это инструмент принятия управленческих решений. Она не заменяет учет затрат по стандартам GAAP для внешней отчетности; она существует параллельно, помогая принимать решения по ценообразованию, ассортименту и операционной деятельности.
Time-Driven ABC: более простая и масштабируемая модель
Важнейшей эволюцией в этой области стала система Time-Driven Activity-Based Costing, или TDABC, разработанная Робертом Капланом и Стивеном Андерсоном в середине 2000-х годов. TDABC сводит модель всего к двум оценкам на каждое действие: стоимости единицы времени ресурсов, выполняющих действие, и времени, необходимому для каждой итерации этого действия.
Как только вы узнаете ставку стоимости мощности, скажем, службы поддержки клиентов (общие затраты ÷ доступное рабочее время в минутах за период) и среднее количество минут на каждый тип транзакции, вы сможете за считанные секунды рассчитать стоимость любого объема и любого набора транзакций. Добавление нового варианта услуги означает добавление одного временного уравнения, а не перепроектирование всей модели.
TDABC масштабируется на миллионы транзакций, автоматически выявляет неиспользуемые мощности и позволяет избежать проблемы опроса сотрудников, поскольку данные о времени берутся из наблюдений или операционных систем. Больницы, банки, распределительные центры и ИТ-компании используют TDABC там, где классическая ABC была слишком тяжеловесной. Для большинства современных сервисов и цифровых операций TDABC является более практичной отправной точкой.
Собираем все воедино: учет, который действительно поддерживает ABC
Ничего из вышеперечисленного не будет работать без чистого бухгалтерского фундамента. ABC и TDABC зависят от точных итогов по пулам затрат (где на самом деле накапливаются косвенные расходы?), надежных данных об объеме драйверов (сколько настроек, заказов, минут поддержки или человеко-часов было потреблено?) и прослеживаемой связи с продуктами, услугами или клиентами.
На практике это означает план счетов, разработанный для управленческой прозрачности, а не только для регуляторной отчетности. Субсчета отделов, которые соответствуют вашим основным видам деятельности. Операционные системы, данные о транзакциях в которых можно связать с объектами затрат. Главная книга, которая говорит правду простым языком, а не та, что бесконечно перекраивается ради сведения в единый пул накладных расходов.
Текстовый бухгалтерский учет (Plain-text accounting) идеально вписывается в эту модель. Поскольку каждая транзакция представлена в человекочитаемом виде, может быть помечена тегами и доступна для запросов, вы можете создавать вспомогательные наборы данных для пулов затрат и драйверов, не сражаясь со своей учетной системой. А поскольку учет ведется в системе контроля версий, структурные изменения, которые неизбежно влечет за собой ABC — новые субсчета, уточненные категории, периодические обновления модели — оставляют четкий аудиторский след, а не путаницу из разовых журнальных проводок.
Сохраняйте финансовый фундамент прозрачным с самого начала
Пооперационное калькулирование затрат приносит пользу только тогда, когда базовым цифрам можно доверять и их можно отследить. По мере того как вы картируете деятельность, создаете пулы затрат и анализируете прибыльность клиентов и позиций (SKU), качество вашего бухгалтерского учета становится потолком для качества ваших инсайтов. Beancount.io предоставляет текстовый бухгалтерский учет, который прозрачен, контролируется версиями и готов к анализу с помощью ИИ — именно тот фундамент, который необходим для серьезной модели затрат. Начните бесплатно и создайте финансовую ясность, которая позволит ABC, TDABC и любому другому инструменту принятия управленческих решений реально окупиться.