做电商最难算清楚的往往不是GMV而是利润。很多公司每个月都在算利润但真正到了业务部门却很难回答几个问题哪个 SKU 真正赚钱一个订单到底贡献了多少利润哪个运营负责的商品利润最好投了这么多广告到底有没有把利润投出来为什么店铺整体盈利但有些 SKU 越卖越亏问题通常不是不会算而是利润核算停留在店铺、品牌甚至公司层面没有真正拆到 SKU。于是利润表变成了一本“黑盒账”财务知道最终赚了多少钱但业务不知道利润到底是怎么来的又是谁贡献的。真正可落地的利润分析应该把这条链路打通利润核算黑盒 → 单SKU利润模型 → 单SKU/单人利润为什么传统利润核算很难指导电商经营很多企业的利润核算逻辑大概是这样的销售收入 − 商品成本 − 平台费用 − 物流费用 − 广告费用 − 人工费用 利润从财务角度看这个公式没有问题。但放到电商运营里就会发现一个很大的问题利润算出来了但不知道利润是怎么形成的。比如一个店铺月销售额1000万最后核算利润100万。老板会觉得这个月利润率10%经营还不错。但运营真正需要知道的是这100万利润到底是哪一批商品赚出来的可能实际情况是A SKU卖了300万贡献利润80万B SKU卖了200万贡献利润30万C SKU卖了150万贡献利润10万D SKU卖了100万亏了20万还有大量长尾SKU整体贡献基本为0。如果只看店铺利润所有商品都被混在一起。好商品和亏损商品互相“平均”最终看不到真实的经营结构。九数云BI免费试用「九数云官网」BIAI数据分析工具九数云BI是一款在线数据分析工具旨在满足企业业务人员的数据分析需求。利用九数云的高效计算引擎与便捷操作用户无需编程即可完成复杂的数据处理、可视化工作让分析简单高效https://www.jiushuyun.com/?utm_sourceseoutm_planjsyutm_unitrgfw-csdn所以电商利润分析不能只回答“这个月赚了多少钱”还要进一步回答“谁赚的钱靠什么商品赚的每个SKU到底贡献了多少”第一步先把利润核算从“黑盒”拆开想要算到单SKU第一步不是做看板而是先把利润核算口径统一。因为电商利润最大的难点不是公式复杂而是数据分散。一笔订单背后可能同时涉及订单收入商品成本平台佣金支付手续费广告费用仓储费用物流费用包装成本优惠金额退款金额售后赔付达人佣金人工及其他经营费用这些数据往往来自不同系统。订单在电商平台商品成本在ERP广告费用在广告平台财务费用又在财务系统。如果只是把几个Excel表拼在一起很容易出现收入是一套口径成本是另一套口径费用又是第三套口径。所以首先要建立统一的利润核算模型。例如有效收入 GMV − 退款金额 − 售后赔付 − 优惠满减等影响收入的项目再进一步订单毛利 有效收入 − 商品成本 − 物流成本 − 包装成本最后再扣除平台、广告、佣金等经营费用订单贡献利润 有效收入 − 商品成本 − 物流成本 − 包装成本 − 平台费用 − 广告费用 − 佣金等这样利润就不再是财务月底计算出来的一个结果而是可以逐层拆解的数据模型。第二步建立“单SKU利润模型”有了统一的利润核算口径下一步才是真正关键的把利润从订单层面继续下钻到SKU。可以建立一套单SKU利润模型SKU利润 SKU有效收入 − SKU商品成本 − SKU物流成本 − SKU包装成本 − SKU平台费用 − SKU广告费用 − SKU其他费用然后进一步计算SKU利润率SKU利润率 SKU利润 ÷ SKU有效收入SKU单件利润SKU单件利润 SKU利润 ÷ SKU销量这样原本只能看到“这个店赚了100万”现在可以继续拆店铺利润100万↓品牌利润↓店铺利润↓SPU利润↓SKU利润↓单件利润这时候利润才真正开始具备经营指导价值。第三步SKU利润分摊很多人看到这里可能会说SKU利润不就是把订单按SKU汇总吗实际上没有这么简单。因为商品成本相对容易归属但很多费用并不是天然属于某个SKU。比如广告费怎么分一个广告计划可能同时推广10个SKU。这笔广告费应该全部算给其中一个SKU吗显然不合理。通常需要按照广告实际消耗、点击、成交归因等规则进行分摊。平台费用怎么分平台佣金可能按照订单金额计算可以直接按照SKU成交金额进行归属。物流费怎么分不同SKU重量、体积不同物流成本自然不同。这时候就不能简单按照销售额平均分摊而应该结合SKU × 数量 × 重量/体积 × 物流规则进行计算。人工成本怎么分如果一个运营负责20个SKU人工成本也不能简单全部计入某一个商品。可以根据实际负责关系、销售规模、SKU数量等规则进行分摊。所以真正的单SKU利润模型本质上是统一利润口径 SKU归属规则 费用分摊规则 自动计算而不是简单做一个“销售额减成本”的公式。第四步从“单SKU利润”继续算到“单人”单SKU利润模型搭建完成之后还可以继续往下走一步把SKU和运营人员建立关系。例如SKU-A → 张三SKU-B → 张三SKU-C → 李四SKU-D → 王五那么系统就可以进一步汇总运营利润 所负责SKU的利润之和最终可以看到运营负责SKU数GMV有效收入利润利润率张三25500万460万80万17.4%李四18320万300万35万11.7%王五20280万260万-5万-1.9%这时候管理者看到的就不再只是“谁的GMV最高”而是“谁真正贡献了利润”这两个排名可能完全不一样。最后利润数据用于经营决策① 找出“高GMV低利润”的商品销售额很高但广告、佣金、退款、物流等成本也很高。最终可能GMV排名TOP10但利润排名倒数。这类商品不能简单继续加大投放而应该进一步分析成本结构。② 找出真正的利润款有些SKU销售额不算最高但毛利率高广告成本低退款率低物流成本低最终利润贡献很高这种商品才是真正值得重点经营的利润款。③ 找出“越卖越亏”的SKU最危险的不是卖不动而是销量越高亏损越大。比如一个SKU售价100元商品成本40元平台费用10元广告费用20元物流10元再加上退款、售后等成本最终单件利润可能只有几元甚至为负。如果这时候继续通过投流把销量放大实际上是在用更多销售额放大亏损。④ 找到运营真正应该优化的方向单SKU利润继续往下拆还可以看到利润下降到底是因为商品成本、广告费用、平台费用还是退款率例如利润下降↓广告费用率上升↓CPC上涨↓转化率下降↓广告流量质量变差这样利润就不只是一个结果指标而可以成为发现经营问题的入口。写在最后形成一套“利润经营模型”如果每个月都靠财务手工重新算一遍即使模型做得再漂亮也很难真正落地。更合理的方式是把利润计算规则直接固化到BI的数据模型里。例如提前定义好数据归属方式商品收入按SKU直接归属商品成本按SKU直接归属退款按SKU直接归属物流费用按SKU/订单规则归属平台费用按订单或SKU归属广告费用按广告归因规则分摊达人佣金按订单/SKU归属人工费用按运营负责关系分摊这样业务数据每天更新之后利润模型可以自动重新计算。最终形成一张单SKU利润明细表这时候利润分析才从“财务报表”变成了经营分析工具。所以一个真正能用于电商经营的利润分析体系不应该只有一张利润表。而应该形成这样一条完整链路第一层利润核算回答公司/店铺到底赚了多少钱↓第二层单SKU利润模型回答到底哪些SKU在赚钱哪些SKU在亏钱↓第三层利润结构拆解回答利润为什么高为什么低到底是哪项成本出了问题↓第四层单人利润回答不同运营、团队到底贡献了多少利润↓第五层经营决策最终用于指导哪些SKU重点投放哪些SKU需要降本哪些SKU应该减少推广哪些商品应该提价哪些商品需要调整供应链哪些运营真正创造了利润所以电商利润分析真正要解决的不是“利润怎么算”而是把利润从一个结果变成可以追溯、可以拆解、可以落到SKU和人的经营模型。