mcpField
C
cost-allocation-analysis

cost-allocation-analysis

github.com/finsilabs数据与数据库6099 次安装5 天前更新
代码仓库

关于 cost-allocation-analysis

这项技能指导电商团队将产品、履约、营销和间接成本分摊到订单、产品及渠道,并借助现有平台和分析工具评估利润率。

主要功能

  1. 01分摊四类成本
  2. 02分析产品与订单利润率
  3. 03构建成本瀑布表
  4. 04检查负利润产品与渠道

适用场景

  1. 01比较产品和 SKU 的盈利能力
  2. 02构建贡献利润或净利润损益视图
  3. 03评估包含平台费用的渠道经济效益

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/finsilabs/awesome-ecommerce-skills --skill cost-allocation-analysis

安装后在 Claude Code 中输入/cost-allocation-analysis确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

tile.json
evals/cost-allocation-schema-design/
criteria.json
task.md
evals/multi-channel-p-l-waterfall-queries/
criteria.json
task.md
evals/sku-profitability-ranking-and-validation/
criteria.json
task.md

详细介绍

成本分摊分析

概述

成本分摊分析不止是简单地用收入减去销售成本(COGS),而是要计算服务每笔订单、每种产品和每个渠道的完全成本。如果没有进行适当的成本分摊,高收入产品看起来可能很赚钱,但计入履约、营销和分摊的间接成本后,实际上却产生了负利润率。

本技能将指导你使用现有的平台工具、应用和会计集成,将四类成本——COGS、可变履约成本、直接营销支出和共享间接成本——分摊到产品和订单层面。

何时使用本技能

  • 当企业需要识别计入所有成本后真正盈利的产品、SKU 或渠道时
  • 当需要构建从毛利率深入到贡献利润率和净利润率的损益视图时
  • 当需要评估渠道经济效益时——了解商城订单除了 COGS 之外还要承担商城费用
  • 当产品经理需要依据完全成本数据做出定价决策时
  • 当财务团队在编制月度管理账目,并需要自动进行成本分摊时
  • 当企业规模扩大,共享间接成本的增长速度超过收入时

核心说明

第 1 步:确定你的平台并获取成本数据

第一步是将准确的 COGS 数据录入平台或分析工具。没有产品层面的成本数据,所有利润率计算都会出错。


Shopify

在 Shopify 中录入产品成本:

  1. 前往 Products → [Product Name] → Variants
  2. 向下滚动到每个变体中的 Cost per item 字段
  3. 输入到岸成本(采购价格 + 入库运费 + 关税,再除以单位数量)
  4. Shopify 会在 Analytics → Profit by product(所有套餐均可用)和 Inventory → Inventory valuation 报告中使用此成本

查看 Shopify 中的成本分摊报告:

  • 前往 Analytics → Reports → Profit by product — 查看每种产品的毛利(收入减去 COGS)
  • 前往 Analytics → Reports → Profit by channel — 查看各销售渠道的毛利率

如需更详细的成本分摊,可安装利润分析应用:

  • BeProfit(Shopify App Store):添加履约成本追踪、广告支出集成和逐笔订单利润率计算
  • Lifetimely(Shopify App Store):连接广告平台和运输承运商,计算每笔订单的贡献利润率
  • TrueProfit(Shopify App Store):实时利润仪表板,支持运输成本追踪、广告支出分摊和逐产品损益分析

设置 BeProfit 以进行完整的成本分摊:

  1. 从 Shopify App Store 安装 BeProfit
  2. 前往 BeProfit → Cost Settings,核实产品成本(从 Shopify 的 Cost per item 字段导入)
  3. 在 BeProfit → Integrations → Shipping 下连接运输承运商——BeProfit 会从 ShipStation、Shippo、EasyPost 或 AfterShip 获取实际面单成本
  4. 在 BeProfit → Integrations → Marketing 下连接广告账户——将 Meta、Google 和 TikTok 的支出关联到归因订单
  5. 前往 BeProfit → Reports → Profit per Order,查看每笔订单扣除 COGS、运输和营销成本后的贡献利润率

WooCommerce

在 WooCommerce 中录入产品成本:

  • 使用 Cost of Goods 插件(WooCommerce 扩展,每年 $79),为每件产品和每个变体添加成本字段
  • 也可以使用 ATUM Inventory Management(免费),其中包含 COGS 追踪功能

使用 Metorik 查看成本分摊:

  1. 安装 Metorik(通过 WooCommerce REST API 连接)
  2. 前往 Metorik → Products → Profitability — 在 WooCommerce 中录入成本后,即可查看每种产品的毛利率
  3. 前往 Metorik → Orders — 按任意维度筛选并查看每笔订单的毛利

分摊履约成本:

  • 如果使用 ShipStation 或 Shippo 生成面单,这些工具会追踪每笔订单的实际运输成本;导出月度报告,并与 WooCommerce 订单总额进行核对

BigCommerce
  1. BigCommerce 支持在产品级别设置成本价:Products → [Product] → Pricing → Cost price
  2. 前往 Analytics → Merchandising — 查看按产品划分的收入和商品成本;提供每款产品的毛利率
  3. 如需进行高级成本分摊,可将 BigCommerce 连接到 QuickBooks Commerce(前身为 TradeGecko),或使用 Inventory Source 应用跟踪到岸成本
  4. Brightpearl(可在 BigCommerce App Store 中获取)是一个完整的零售运营平台,可处理多渠道成本分摊,包括履约、市场平台费用和间接费用分摊

步骤 2:分摊四类成本

成本类别 1:COGS(产品成本)

  • 在平台的变体级别录入到岸成本(包括采购价 + 入库运费 + 关税)
  • 供应商定价发生变化时更新成本 — 使用“生效日期”跟踪,以免影响历史订单
  • 大多数平台和利润应用都会自动提取这些数据

成本类别 2:履约成本(配送 + 拣货/包装)

  • 直接网站订单: 从配送平台(ShipStation、EasyPost、Shippo)提取实际面单成本,并按订单 ID 与订单匹配
  • FBA 订单: 从 Amazon Settlement Report 提取履约费用(详情请参阅 @marketplace-fee-reconciliation)
  • 3PL 订单: 将 3PL 发票与订单量匹配;大多数 3PL 会按订单收取拣货/包装费用,可直接分摊

成本类别 3:营销支出

  • 使用归因工具(Triple Whale、BeProfit 或 GA4 归因)将营销支出分摊到各渠道带来的订单
  • 更简单的做法:按渠道计算每单成本(渠道支出 / 渠道订单数),并将该费率应用于归因到该渠道的每笔订单

成本类别 4:间接费用(仓库、软件、人力)

  • 计算月度间接费用率:间接费用总额 / 净收入总额 = 间接费用率
  • 将该费率应用于每笔订单的净收入,以分摊间接费用
  • 示例:若月度间接费用为 $20,000,月收入为 $200,000,则间接费用率为 10% — 一笔 $100 的订单需分摊 $10 的间接费用
步骤 3:构建成本瀑布

使用以下结构进行成本分析(无论是在电子表格中,还是使用利润分析应用):

Gross Revenue (selling price × units sold)
  - Discounts & coupons applied
  - Returns & refunds
= Net Revenue

  - Product cost / COGS (landed cost per unit)
  - Inbound freight & duties (if not included in COGS)
= Gross Profit
  Gross Margin % = Gross Profit / Net Revenue × 100

  - Outbound shipping (actual label cost or carrier estimate)
  - Pick & pack fees (3PL per-order fee)
  - Payment processing fees (~2.9% + $0.30 for Stripe/Shopify Payments)
  - Marketplace fees (Amazon referral + FBA fees; eBay final value fees)
  - Packaging materials
= Fulfillment-Adjusted Gross Profit

  - Direct marketing spend (allocated via attribution model)
= Contribution Margin
  Contribution Margin % = Contribution Margin / Net Revenue × 100

  - Allocated overhead (warehouse, software, headcount × overhead rate)
= Net Operating Profit per Order
步骤 4:找出负利润订单和产品

构建成本瀑布后,运行以下分析:

找出负利润产品:

  • 在 BeProfit(Shopify)中:前往 Reports → Products,按 Net Profit % ascending 排序 — 排在底部的产品正在造成价值损失
  • 在 Metorik(WooCommerce)中:前往 Products → Profitability,并筛选贡献利润率 < 0 的产品
  • 在 Shopify Analytics 中:前往 Profit by product,并按 Gross profit ascending 排序

产品级别负利润的常见原因:

  1. COGS 录入不正确(未包含运费/关税)
  2. 该 SKU 的退货率较高(退货会侵蚀利润)
  3. 该产品折扣力度过大(检查每款产品的平均折扣率)
  4. 低价重货的运费超过了利润(体积重量问题)

找出负利润渠道:

  • Amazon FBA 订单的毛利看起来通常不错,但计入 FBA 履约费用(通常为每件 $3–$8)、推荐费(8–15%)和广告支出后,利润可能转负
  • 并排比较同一 SKU 在自有网站和 Amazon 上的贡献利润率

最佳实践

  • 采用下单时的产品成本 — 销售成本会随时间变化;务必记录下单时的成本,而非当前成本;大多数利润应用会自动处理
  • 将所有到岸成本组成部分计入销售成本 — 对于进口商品,仅计算采购价会低估 15–40% 的销售成本;还应计入入库运费、关税和预处理成本
  • 将平台费用作为成本层,而非营收扣减项 — Amazon 和 eBay 的费用应作为履约/销售成本体现在成本瀑布中,而不是从营收中扣除
  • 每月将分摊成本与实际成本核对 — 所有分摊运费的总和应与实际运费账单相符;任何差额都意味着有订单未记录成本
  • 在履约成本中计入退货准备金 — 如果退货率为 15%,则每笔订单销售时都应预留平均退货处理成本的 15%
  • 区分固定开销和可变开销 — 运费和拣货/打包费属于可变成本(按订单计);仓库租金属于固定成本;将固定成本视为可变成本,会导致低销量时期的单笔订单成本虚高

常见问题

问题解决方案
毛利为正,但现金流为负毛利计算中未计入开销和履约成本;在判断产品是否盈利前,应完整计算成本瀑布,直至贡献利润
更新销售成本后,历史利润率发生变化使用时点成本记录;BeProfit 和大多数利润分析应用会自动跟踪历史成本变化
营销成本未分摊到订单使用支持归因的利润应用(BeProfit、Lifetimely),或按渠道计算每单成本并手动应用
开销分摊率每月波动很大使用滚动 3 个月的平均营收计算开销率,而不是只用单个月份的数据
按渠道汇总的平均值掩盖了负利润订单查看单笔订单的利润,而不只是渠道平均值;高销量渠道的平均利润可能为正,却掩盖了一批无利润订单
不同变体的 SKU 利润率不同在变体级别录入成本(而不只是产品级别);包含多种尺寸的产品,其单件成本可能不同

相关技能

  • @profit-margin-analysis
  • @unit-economics-tracking
  • @financial-analytics-dashboard
  • @marketing-spend-analysis
  • @attribution-modeling
  • @sales-reporting-dashboard

评论

支持 Markdown