Когда в отчёте видно, что расходы выросли, это ещё не анализ. Это только сигнал. Например, расходы на склад стали выше. Можно сразу сказать: «Склад стал дорогим», но такая фраза почти ничего не объясняет. Склад мог стать дороже потому, что вырос объём продаж. Или потому, что заказов стало больше, но сами заказы стали мелкими. Или потому, что появилось много возвратов. Или потому, что склад начал хранить больше номенклатуры. Или потому, что менеджеры постоянно обещают клиентам срочные отгрузки, а склад потом собирает всё в авральном режиме.
Сумма в отчёте одна, а причины могут быть совершенно разными. И управленческие решения тоже будут разными. Если расходы выросли из-за роста продаж, это одна история: возможно, бизнес стал больше, склад работает больше, и часть роста затрат нормальна. Если расходы выросли из-за мелких заказов, нужно смотреть условия продаж, минимальную сумму заказа, доставку, скидки, правила работы с клиентами. Если расходы выросли из-за возвратов, вопрос уже не только к складу: нужно смотреть качество товара, упаковку, карточки товара, ожидания клиента, работу продаж. Если расходы выросли из-за срочных отгрузок, нужно разбираться, почему компания постоянно работает «в последний момент».
Вот для этого и нужны драйверы затрат. Драйвер затрат — это причина, из-за которой затрата возникает или меняется. Можно сказать проще: это то, что «двигает» расход. Не сама статья затрат, не удобная база для распределения, не показатель, который просто есть в системе, а именно причина.
Почему драйвер затрат — это не просто база распределения
Очень частая ошибка — взять удобный показатель и назначить его драйвером. Например, распределить расходы склада по выручке. Выручка есть всегда, её легко получить и удобно проверить. Но она не всегда объясняет работу склада.
Допустим, есть два клиента. Первый делает один большой заказ в месяц: склад собрал паллету, отгрузил, документы стандартные, возвратов нет. Второй клиент даёт такую же выручку, но делает сорок маленьких заказов: по каждому заказу отдельная сборка, отдельная упаковка, отдельная отгрузка, отдельные документы, плюс часть заказов возвращается. Если расходы склада распределить по выручке, оба клиента получат одинаковую складскую нагрузку. Но склад работал с ними совершенно по-разному. Первый клиент простой, второй клиент трудоёмкий.
Поэтому выручка в этом случае — плохое объяснение складских затрат. Для склада могут быть важнее количество заказов, количество строк в заказах, количество отгрузок, объём хранения, количество возвратов, сложность комплектации. То есть драйвер должен объяснять работу, а не просто красиво ложиться в таблицу.
Главный вопрос при выборе драйвера
При выборе драйвера нужно задать очень приземлённый вопрос: почему эта затрата вообще появляется? Например, почему растут расходы на упаковку? Потому что выросло количество отправлений, потому что товары стали крупнее, потому что маркетплейс требует другую упаковку, потому что стало больше хрупких товаров или потому что выросли возвраты и часть товаров нужно переупаковывать?
В каждом случае драйвер будет разный. Если упаковка зависит от количества отправлений, логично смотреть на количество отправок. Если от размера товара — на объём или тип упаковки. Если от канала продаж — на канал. Если от возвратов — на количество возвратов. Именно здесь появляется причинно-следственная связь. Хороший драйвер затрат должен быть связан с расходом по смыслу. Не «как-нибудь распределим», а «эта причина действительно влияет на расход». Если такой связи нет, себестоимость будет выглядеть аккуратно, но выводы из неё могут быть неправильными.
Физические драйверы: когда расход зависит от объёма, веса, площади или времени работы оборудования
Самые понятные драйверы — физические. Они связаны с тем, сколько компания реально потребила ресурса. Например, материалы в производстве обычно зависят от объёма выпуска и нормы расхода: если произвели больше свечей, нужно больше воска, фитилей, баночек, коробок. Топливо может зависеть от километража, маршрута, веса груза, количества рейсов. Аренда склада может быть связана с площадью, которую занимает товар. Электроэнергия оборудования — с временем работы оборудования и его мощностью.
Это понятная логика: больше произвели, больше перевезли, больше хранили, дольше работало оборудование — больше затрат. Но даже с физическими драйверами нельзя работать механически. Если распределять складские расходы только по весу, лёгкий, но объёмный товар может получить слишком мало затрат, хотя он занимает много места. Если распределять логистику только по километрам, можно не увидеть, что один маршрут простой, а другой требует ожидания, ручной разгрузки, пропусков, специальных условий. Физический драйвер хорош тогда, когда он действительно отражает потребление ресурса.
Драйверы операций: когда затраты зависят от количества действий
Есть затраты, которые зависят не от объёма и не от суммы, а от количества операций: обработать заказ, провести платёж, принять поставку, оформить возврат, проверить документы, согласовать договор, собрать отгрузку, выписать счёт, ответить на обращение клиента. Здесь важна не сумма операции, а сам факт работы.
Один заказ на миллион рублей может занять меньше времени, чем двадцать заказов по пятьдесят тысяч. Одна крупная поставка от надёжного поставщика может быть проще, чем десять мелких поставок с разными сроками, заменами и претензиями. Один договор по типовой форме может пройти быстро, а один нестандартный договор может ходить между юристами, продажами, финансами и клиентом несколько недель.
Поэтому для таких затрат драйвером часто становится количество операций: количество заказов, поставок, строк в заказе, возвратов, документов, согласований, обращений. Такие драйверы особенно важны, когда компания хочет понять прибыльность клиентов, каналов и заказов, потому что клиент может давать хорошую выручку, но создавать очень много работы внутри компании.
Драйверы времени: когда важна длительность работы
Иногда количество операций тоже не спасает, потому что две операции могут занимать совершенно разное время. Например, два продукта проходят одно и то же оборудование. Первый продукт производится быстро, крупной партией и без сложной настройки. Второй продукт требует долгой переналадки, медленной обработки и дополнительного контроля. Если распределить расходы оборудования просто по количеству единиц, второй продукт может получить слишком мало затрат, хотя именно он дольше занимал линию.
В таких случаях важен драйвер времени: часы работы оборудования, часы труда сотрудников, время наладки, время контроля качества, время комплектации, время обработки заказа, время хранения, время консультации клиента. Драйверы времени хорошо показывают нагрузку там, где ресурс занят неравномерно. Например, клиент может делать немного заказов, но каждый заказ требует долгого согласования. Формально заказов мало, а по факту времени у менеджера, логиста и бухгалтера уходит много. Или продукт может выпускаться небольшим объёмом, но постоянно занимать оборудование из-за сложной технологии.
Конечно, время не всегда легко измерять. Не каждая компания готова вести точный учёт часов по операциям. Иногда приходится использовать нормы или экспертные оценки. Это допустимо, но важно честно понимать: если время оценочное, то и точность расчёта ограничена.
Драйверы сложности: когда дорого не потому, что много, а потому что сложно
Затраты часто растут не из-за объёма, а из-за сложности. Компания может производить немного, но очень сложно. Продукт может требовать индивидуальной рецептуры, особой упаковки, ручной проверки, отдельной маркировки, нестандартного маршрута производства. Клиент может покупать не так много, но постоянно требовать отдельные документы, отсрочки, изменения заказов, индивидуальные отчёты, срочные поставки. Ассортимент может быть широким: много цветов, размеров, вариантов, комплектующих, упаковок, спецификаций.
На бумаге это выглядит как «мы просто добавили ещё несколько позиций». На практике это нагрузка на закупки, производство, склад, продажи, бухгалтерию, планирование. Каждая новая позиция может потребовать отдельного остатка на складе, отдельной закупки, отдельной настройки, отдельной проверки, отдельной инструкции для продаж.
Если эту сложность не учитывать, компания может думать, что продукт прибыльный. Материалы нормальные, цена хорошая, прямые затраты в порядке. А потом оказывается, что продукт постоянно создаёт переналадки, ошибки, ручную работу, возвраты, срочные закупки и вопросы от клиентов. Драйверами сложности могут быть количество вариантов продукции, количество спецификаций, количество переналадок, число индивидуальных требований клиента, количество нестандартных операций, количество ручных действий, количество исключений из обычного процесса.
Это особенно важно для компаний с большим ассортиментом. Ассортимент может расти быстрее, чем способность компании его нормально обслуживать. И тогда расходы растут не потому, что «все стали хуже работать», а потому что сама модель стала сложнее.
Структурные драйверы: когда затраты заложены в самой модели бизнеса
Есть причины затрат, которые находятся глубже ежедневных операций. Они связаны с тем, как компания вообще устроена: работает она в одном городе или по всей стране, продаёт стандартный продукт или индивидуальные решения, держит собственный склад или работает под заказ, производит сама или отдаёт часть операций подрядчикам, работает с крупными клиентами или с большим количеством мелких, имеет десять товарных позиций или десять тысяч.
Это уже не отдельные операции. Это структура бизнеса. Если компания выбрала широкую географию, у неё будет другая логистика. Если компания выбрала широкий ассортимент, у неё будет другая нагрузка на склад, закупки и планирование. Если компания продаёт мелким клиентам, у неё будет больше заказов, документов, оплат, доставок, обращений. Если компания производит индивидуальные решения, у неё будет больше согласований, настроек, контроля, отклонений от стандартного процесса.
Такие затраты нельзя убрать только фразой «давайте экономить». Они встроены в модель. Можно улучшать процессы, можно договариваться с поставщиками, можно автоматизировать часть операций. Но если сама бизнес-модель сложная, затраты будут выше. Поэтому иногда анализ драйверов приводит не к вопросу «где бы сократить расходы», а к более серьёзному вопросу: какую модель бизнеса мы построили и готовы ли мы платить за её сложность?
Драйверы исполнения: когда проблема не в модели, а в том, как она работает
Есть другой уровень причин — качество исполнения процессов. Две компании могут иметь похожий ассортимент, похожее производство, похожих клиентов, но разную себестоимость. Потому что одна работает собранно, а другая постоянно исправляет свои же ошибки.
Одна компания планирует закупки заранее, другая покупает срочно и дорого. Одна выпускает продукцию по графику, другая каждый день перестраивает план. Одна контролирует качество в процессе, другая обнаруживает брак уже в конце. Одна ведёт склад аккуратно, другая регулярно ищет товар и исправляет остатки. Одна отгружает спокойно, другая постоянно делает срочные доставки, потому что сроки уже сорваны.
Это драйверы исполнения. Они показывают, насколько хорошо компания выполняет свои процессы. Сюда относятся брак, переделки, простои, срочные заказы, ошибки в документах, повторные доставки, неправильные остатки, низкая точность планирования, низкая загрузка оборудования, частые отклонения от графика.
Здесь важно не перепутать уровни. Широкий ассортимент — это структурный драйвер. Ошибки комплектации из-за плохого складского процесса — это драйвер исполнения. Работа с мелкими клиентами — структурный драйвер. Постоянные срочные отгрузки из-за обещаний «на вчера» — драйвер исполнения. Собственное производство — структурный драйвер. Высокий брак — драйвер исполнения.
Если смешать эти причины, можно выбрать неправильное решение. Например, начать сокращать ассортимент, хотя главная проблема в плохом планировании. Или наоборот: пытаться навести порядок в процессах, хотя сама бизнес-модель настолько сложная, что расходы закономерно высокие.
Почему один драйвер не всегда подходит для всей статьи затрат
Часто в отчёте есть крупная статья: «расходы склада», «расходы логистики», «расходы отдела продаж», «административные расходы». И возникает желание распределить всю статью одним показателем. Например, склад — по выручке, логистику — по весу, административные расходы — по фонду оплаты труда.
Иногда это допустимо, особенно если сумма небольшая и особой управленческой задачи нет. Но если статья крупная, внутри неё могут быть разные причины затрат. Возьмём склад. Аренда склада связана с площадью, комплектация заказов — с количеством заказов и строк, упаковка — с количеством отправлений и типом товара, погрузка — с весом, объёмом и количеством перемещений, возвраты — с количеством возвратов, инвентаризация — с количеством номенклатуры и качеством учёта.
Если всё это распределить по одному показателю, получится грубо. Может быть, слишком грубо для управленческих решений. Поэтому сначала нужно посмотреть, однородна ли статья затрат. Если внутри неё разные причины, её лучше разделить на несколько групп и для каждой выбрать свой драйвер. Такой подход сложнее, но он честнее. Правда, здесь тоже нужен здравый смысл: не нужно дробить каждую мелочь до бесконечности. Детализация должна окупаться управленческой пользой.
Как выбрать драйвер затрат на практике
Начинать нужно не с формулы, а с разговора о процессе. Например, мы хотим понять расходы склада. Нужно разобраться, чем склад реально занят: хранит товар, комплектует заказы, обрабатывает возвраты, переупаковывает продукцию, сортирует товар, работает с маркировкой, делает срочные отгрузки, исправляет ошибки.
После этого можно смотреть, какие показатели лучше всего отражают нагрузку. Для хранения это могут быть площадь, объём, количество паллет, срок хранения. Для комплектации — количество заказов, строк, единиц в заказе, сложность сборки. Для возвратов — количество возвратов и причины возврата. Для упаковки — количество отправлений и тип упаковки. Для срочных отгрузок — количество срочных заказов. Хороший драйвер появляется не из таблицы, а из понимания работы. Таблица нужна потом. Сначала нужно понять, что происходит в реальности.
Как проверить, что драйвер выбран нормально
Есть несколько простых проверок. Первая — можно ли объяснить связь нормальным языком. Например: «Расходы на комплектацию зависят от количества строк в заказах, потому что каждую строку нужно найти, взять, проверить и упаковать». Это понятно. А вот фраза «распределим комплектацию по выручке, потому что так проще» — слабая логика.
Вторая проверка — ведут ли себя затраты похоже на драйвер. Если количество срочных доставок растёт, расходы на срочную логистику тоже должны расти. Если количество переналадок растёт, должны расти потери времени, простои, нагрузка технологов, возможно, брак. Связь не обязана быть идеальной, но направление должно быть объяснимым.
Третья проверка — помогает ли драйвер управлять. Если мы видим, что расходы растут из-за количества мелких заказов, можно менять условия продаж. Если из-за переналадок — смотреть планирование партий и ассортимент. Если из-за возвратов — разбираться с качеством, упаковкой, карточками товара, ожиданиями клиента. Если драйвер ничего не помогает изменить, возможно, он выбран формально.
Четвёртая проверка — можно ли получить данные без чрезмерных затрат. Иногда показатель идеален, но компания его не собирает. Тогда на первом этапе можно взять приближение. Например, вместо точного времени обработки каждого заказа использовать количество строк или категорию сложности. Это нормально, если все понимают ограничение.
Драйверы затрат в производстве
В производстве драйверы особенно важны, потому что себестоимость продукта часто формируется именно там. Материалы зависят от объёма выпуска, рецептуры, норм расхода, выхода годной продукции, потерь и брака. Труд зависит от трудоёмкости, норм времени, квалификации, сменности, производительности. Оборудование зависит от времени работы, количества запусков, загрузки, переналадок, технического состояния. Производственные накладные расходы могут зависеть от количества партий, переделов, маршрутов, сложности продукта, длительности цикла.
Например, два продукта выпускаются на одной линии. Первый идёт крупными партиями: настроили линию, выпустили, всё стабильно. Второй выпускается маленькими партиями: каждый раз нужно перенастроить оборудование, промыть, проверить, согласовать параметры, сделать контроль качества. Если накладные расходы распределить только по количеству штук, второй продукт может выглядеть слишком хорошим. Но фактически он создаёт больше работы и простоев. Здесь важны не только штуки выпуска, но и партии, переналадки, время оборудования, сложность маршрута. Именно такие драйверы позволяют увидеть, почему небольшой продукт может быть дорогим для производства.
Драйверы затрат в закупках
Закупки часто считают вспомогательной функцией и распределяют их расходы очень грубо, например по сумме закупок. Но сумма закупки не всегда определяет трудозатраты закупщика. Один крупный договор с постоянным поставщиком может занимать мало времени, а множество мелких срочных заявок по редким позициям могут съедать целый день.
Для закупок важны количество заявок, количество заказов поставщикам, количество поставщиков, количество позиций, срочность, количество изменений, число согласований, претензии, нестандартные материалы. Если подразделение постоянно просит купить что-то срочно, маленькими партиями и у разных поставщиков, оно создаёт высокую нагрузку на закупки, даже если сумма закупок небольшая. Если распределять закупочную функцию только по сумме, эта нагрузка будет не видна. И тогда компания будет думать, что проблема в дорогом отделе закупок, хотя часть проблемы — в плохом планировании потребности.
Драйверы затрат в логистике и складе
Логистика и склад редко объясняются одним показателем. Товар может быть лёгким, но занимать много места. Может быть дорогим, но компактным. Может быть дешёвым, но требовать сложной упаковки. Может ехать далеко, но простым маршрутом. А может ехать недалеко, но с ожиданием, ручной разгрузкой и сложными условиями приёмки.
Для хранения важны площадь, объём, срок хранения, условия хранения. Для комплектации — количество заказов, строк, единиц, сложность сборки. Для доставки — маршрут, километраж, вес, объём, количество точек, срочность, условия разгрузки. Для возвратов — количество возвратов, причины возвратов, канал продаж.
Если компания продаёт через разные каналы, логистика может отличаться очень сильно. Самовывоз, оптовая отгрузка, маркетплейс, доставка до конечного клиента, срочная доставка, региональная доставка — это разные процессы. И себестоимость продаж по этим каналам тоже может быть разной. Если всё распределить по выручке, часть этой разницы исчезнет из отчёта. А потом компания будет удивляться, почему канал «по цифрам прибыльный», а денег в нём мало.
Драйверы затрат в продажах и обслуживании клиентов
Клиентская прибыльность часто искажается, если смотреть только на выручку и валовую маржу. Клиент может покупать много, но быть простым. А может покупать меньше, но требовать огромного внимания.
Для продаж и обслуживания важны количество заказов, переговоров, коммерческих предложений, изменений, претензий, возвратов, индивидуальных условий, обращений в поддержку, документов, сверок. Например, клиент просит скидку, потому что он «крупный». Но при этом он делает много мелких заказов, постоянно меняет заявки, требует срочные поставки, оплачивает с задержками, часто возвращает товар и требует отдельную отчётность. Такой клиент может быть крупным по выручке, но дорогим по обслуживанию. Если компания этого не видит, она может дать скидку тому, кто и так потребляет много ресурсов.
Драйверы затрат помогают увидеть не только объём продаж, но и стоимость работы с клиентом.
Драйверы затрат в административных функциях
Административные расходы часто распределяют «как придётся»: по выручке, по численности, по фонду оплаты труда. Иногда этого достаточно. Но если административные расходы большие или вызывают споры, нужно смотреть глубже.
Бухгалтерия может быть загружена количеством документов, операций, договоров, авансовых отчётов, сверок, нестандартных ситуаций. Юридическая служба — количеством договоров, претензий, согласований, нестандартных условий. Кадровая служба — численностью, текучестью, наймом, кадровыми перемещениями, сложностью графиков. Финансовая служба — количеством бюджетов, отчётов, аналитик, заявок, согласований, сценариев. Служба информационных систем — количеством пользователей, обращений, доработок, интеграций, рабочих мест.
Но здесь особенно важно не увлекаться. Не каждую административную статью нужно распределять до продукта или клиента. Если распределение не помогает принять решение, оно может только создать видимость точности.
Драйверы затрат в бюджете
Драйверы нужны не только для анализа факта. Они очень важны для бюджета. Если бюджет строится по принципу «прошлый год плюс десять процентов», он плохо показывает будущую экономику.
Например, компания планирует рост продаж на 20 процентов. Можно автоматически увеличить расходы склада на 20 процентов. Но это может быть неверно. Если рост продаж будет за счёт крупных регулярных заказов, складские расходы могут вырасти меньше. Если рост будет за счёт маркетплейса и мелких отправлений, склад может вырасти сильнее. Если рост связан с расширением ассортимента, увеличатся хранение, комплектация, пересорт, инвентаризация. Если потребуется новый склад, расходы вырастут скачком.
Поэтому хороший бюджет должен строиться не только от суммы прошлого периода, а от причин: сколько будет заказов, отгрузок, партий, переналадок, часов работы оборудования, возвратов, новых позиций, новых клиентов. Тогда бюджет становится связанным с деятельностью компании, а не просто с прошлогодней таблицей.
Драйверы затрат и ответственность
Драйверы помогают правильно понять, кто влияет на расход. Например, выросли расходы на доставку. Можно сразу предъявить претензию логистике. Но причина может быть не в логистике. Продажи могли начать обещать срочную доставку без доплаты. Производство могло срывать сроки, и поэтому всё приходится отправлять быстрее и дороже. Склад мог ошибаться в комплектации, и доставку приходится повторять. Клиенты могли перейти на мелкие заказы. Договоры могли быть составлены так, что компания берёт на себя слишком много логистических обязательств.
Если не видеть драйвер, можно назначить ответственным того, кто просто выполняет последствия чужих решений. Логистика будет отвечать за расходы, которые создали продажи, производство или условия договора.
То же самое с производством. Себестоимость могла вырасти не потому, что цех плохо работает, а потому что продажи изменили ассортимент в сторону мелких сложных партий. Или закупки купили более дорогое сырьё из-за срочности. Или клиент потребовал индивидуальную упаковку. Драйвер затрат помогает отделить сумму от причины, а причина уже помогает правильно определить ответственность.
Как не построить слишком тяжёлую систему
У анализа драйверов есть опасная сторона. Можно начать искать драйвер для каждой мелкой затраты, собирать десятки показателей, делать сложные распределения и в итоге получить модель, которую никто не понимает.
Это тоже плохой вариант. Система должна быть не максимально сложной, а полезной. Детально разбирать стоит те затраты, которые существенны по сумме, влияют на управленческие решения, вызывают споры или могут быть изменены через конкретные действия. Если затрата небольшая, можно использовать более простой подход. Если затрата большая, но причина очевидна, тоже не всегда нужно усложнять расчёт. Если затрата большая, спорная и влияет на прибыльность продуктов, клиентов или каналов, тогда драйверы нужно выбирать внимательно.
Задача не в том, чтобы всё распределить идеально. Задача в том, чтобы не принимать неправильные решения из-за грубой или случайной логики распределения.
Пример: два продукта и разная нагрузка на компанию
Представим два продукта. Первый продукт стандартный: производится крупными партиями, редко требует переналадки, легко хранится, отгружается паллетами, возвратов почти нет. Второй продукт индивидуальный: производится маленькими партиями, требует частых переналадок, отдельной упаковки, дополнительного контроля качества, сложной комплектации и мелких отгрузок.
Если распределить производственные и складские расходы по количеству выпущенных единиц, первый продукт получит большую часть затрат, потому что его выпускают больше. Но фактически второй продукт может быть намного дороже в обслуживании. Он потребляет время технолога, наладчиков, склада, контроля качества, менеджеров, закупок. Обычная калькуляция может показать, что второй продукт прибыльный. А анализ драйверов покажет, что его цена не покрывает всей сложности, которую он создаёт.
И тогда управленческий вопрос меняется. Не просто «какая у него себестоимость?», а «готовы ли мы продавать его по такой цене с такой сложностью процесса?»
Пример: крупный клиент, который не всегда выгоден
Теперь пример с клиентами. Клиент А покупает на пять миллионов рублей в месяц. Делает два крупных заказа, платит вовремя, документы стандартные, доставка плановая. Клиент Б тоже покупает на пять миллионов, но делает восемьдесят мелких заказов, постоянно меняет заявки, просит срочные отгрузки, требует отсрочку, возвращает часть товара и регулярно пишет менеджеру.
По выручке они одинаковые. По нагрузке на компанию — нет. Клиент Б создаёт больше заказов, отгрузок, документов, обращений, возвратов, сверок, ручной работы. Если смотреть только на выручку, клиенты равны. Если смотреть на драйверы затрат, видно, что второй клиент обходится компании дороже. И если такой клиент просит скидку, решение уже не должно приниматься только по объёму продаж. Нужно учитывать стоимость обслуживания.
Итог
Драйверы затрат нужны, чтобы понять причину расходов. Не просто увидеть, что затраты выросли, а разобраться, что их двигает. Иногда это физический объём: штуки, тонны, метры, часы работы оборудования. Иногда количество операций: заказы, документы, поставки, возвраты, согласования. Иногда время: длительность обработки, наладки, контроля, хранения. Иногда сложность: нестандартные продукты, индивидуальные требования, широкий ассортимент. Иногда структура бизнеса: география, модель продаж, количество клиентов, собственное производство, складская сеть. Иногда качество исполнения: брак, переделки, простои, срочные заказы, ошибки, плохое планирование.
Хороший драйвер затрат должен объяснять расход по смыслу. Если между показателем и затратой нет причинной связи, расчёт может быть удобным, но управленчески слабым. Поэтому работа с драйверами начинается не с распределения. Сначала нужно понять процесс: где возникает затрата, кто или что её вызывает, можно ли на эту причину повлиять, какой показатель лучше всего отражает нагрузку. И только потом выбирать базу расчёта.
Тогда себестоимость перестаёт быть просто итоговой цифрой после закрытия месяца. Она начинает показывать, какие продукты, клиенты, каналы, заказы и процессы действительно потребляют ресурсы компании.