Cost-to-serve: как считать прибыльность клиента с учетом логистических затрат

Считать прибыльность клиента только по валовой марже опасно. Для управленческого решения нужен cost-to-serve: к себестоимости товара добавляют расходы, которые возникают из-за конкретного канала, заказа и уровня сервиса. Тогда становится видно, где прибыль съедают частые доставки, мелкие партии, срочная комплектация или возвраты.

Что показывает cost-to-serve

Cost-to-serve — это стоимость обслуживания клиента, канала или типа заказа. Модель отвечает на простой вопрос: сколько бизнес тратит после того, как товар уже произведен или закуплен, чтобы выполнить конкретные условия продажи.

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

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

Какие логистические затраты включать

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

В базовую модель обычно входят:

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

• Складское хранение и обработка заказа.

• Комплектация, упаковка и дополнительные операции.

• Возвраты, повторная доставка, уценка и списание.

• Затраты на согласованный уровень сервиса, если он требует отдельных ресурсов.

Постоянные расходы тоже можно включать, но отдельно от переменных. Иначе менеджер увидит полную себестоимость, но не поймет, что изменится после пересмотра условий клиента.

Как выбрать объект расчета

Самая частая ошибка — считать cost-to-serve только по клиенту. Для управления часто полезнее комбинация нескольких измерений: клиент, канал, регион, тип заказа, склад и способ доставки.

Выбор зависит от решения, которое нужно принять:

• Для тарифов на доставку считайте заказ, маршрут и зону.

• Для коммерческих условий сравнивайте клиентов и каналы.

• Для складской схемы анализируйте SKU, тип обработки и площадку.

• Для уровня сервиса разделяйте стандартные и срочные заказы.

• Для возвратов выделяйте причины и дальнейший путь товара.

Не создавайте максимальную детализацию заранее. Возьмите уровень, на котором руководитель действительно может изменить цену, процесс или правило обслуживания.

Как распределять расходы без ложной точности

У каждой статьи должен быть драйвер, который объясняет ее появление. Транспорт можно распределять по рейсам, палетам, весу, объему или километрам. Складскую обработку — по строкам заказа, операциям комплектации или занятым местам. Возвраты — по фактическим случаям и причинам.

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

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

Как собрать минимальную модель

Для первого контура достаточно ограниченного набора данных. Нужны продажи и маржа по заказам, фактические логистические операции, справочник клиентов и каналов, а также правила распределения затрат.

Последовательность такая:

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

Сверка с учетом обязательна, но она не заменяет модель. Учет подтверждает общую сумму расходов, а cost-to-serve объясняет, какие клиенты, заказы и правила обслуживания эту сумму создают. Это позволяет обсуждать не общую экономию, а конкретное правило сервиса.

Что выбрать: Excel, TMS, WMS или плановую платформу

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

TMS хранит данные о перевозках и маршрутах, WMS — о складских операциях, ERP — о продажах, закупках и учете. Эти системы дают исходные факты, но не обязаны заменять сценарную модель прибыльности.

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

Какие решения проверять сценариями

Ценность cost-to-serve появляется до изменения процесса, а не после выпуска очередного отчета. Модель должна показывать последствия решения для маржи и операций.

Полезно проверить:

• Как изменится результат при увеличении минимальной партии.

• Окупает ли наценка срочную доставку.

• Что даст перенос клиента на другой склад или график.

• Где пересмотр SLA выгоднее общей скидки.

• Как возвраты меняют прибыльность канала.

• Какой эффект даст консолидация нескольких заказов в одну отправку.

Сценарий не обязан сразу давать идеальный прогноз. Его задача — показать связь между правилом обслуживания, загрузкой ресурсов и финансовым результатом.

Где модель чаще всего ломается

Первая проблема — неполные операционные данные. Например, транспортная сумма есть, но ее нельзя связать с рейсом или заказом. Тогда нужно сначала восстановить эту связь, а не придумывать сложное распределение.

Вторая проблема — смешение факта и норматива. Факт показывает, сколько потратили, норматив помогает планировать. Поэтому храните их в разных версиях, иначе команда не поймет, где реальное отклонение, а где изменение правила.

Третья проблема — попытка превратить показатель в рейтинг клиентов. Cost-to-serve показывает причину затрат, но решение зависит от стратегии, потенциала клиента, ассортимента и договорных ограничений. Иногда дорогой сервис оправдан. Важно видеть его цену и принимать решение осознанно.

С чего начать

Выберите один канал или группу клиентов, где логистика заметно влияет на маржу. Возьмите несколько статей затрат, которые можно связать с заказами без спорных допущений. Зафиксируйте драйверы и соберите базовый факт.

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