去年第四季度,我帮一家做家居日用品的品牌做商品复盘。他们的商品分析师交上来一份 46 页的 PPT,里面把 860 个在架 SKU 的销售额、毛利率、动销天数、库存金额全部排了一遍序,结论是"应重点发展 A 类商品,逐步淘汰 C 类商品"。老板看完只问了一句:那下周采购部下单的时候,具体哪几个 SKU 少订、少订多少?会议室安静了十几秒,没有人能回答。
这就是我后来反复在不同公司看到的同一个问题:不是数据不够,也不是分析不专业,而是从"分析结论"到"资源动作"之间,缺了一套约定好的执行标准。而组合优化环节,恰恰是这套标准里最容易被写虚、又最不能写虚的一环,它的核心功能从来不是"选出好商品",而是在资源约束下,把结构判断翻译成谁在什么时间、按什么阈值、对哪些商品做什么动作的规则。
这篇文章我会拆开讲三件事:组合优化的核心功能到底是什么、执行标准怎么写才不回落到"报告文学"、以及在真实业务里这套东西如何被取舍。文中涉及的经营数据,除标注来源外均为我在项目中的观察或示意性推演,请按自己公司的口径重新校准。
如果只能记一句话,我希望是这句:组合优化不是选品动作,而是关系判断与资源再分配动作。选品是在商品集合里挑出好的个体,组合优化则是在商品之间确认替代、互补、连带、价格带承接、生命周期接力的关系,然后决定流量、库存、采购资金、陈列位和人力该往哪些关系上倾斜。
我见过太多团队把组合优化做成了一张排行榜:按销售额排、按毛利排、按 ROI 排,然后把排名靠前的商品加大投入,靠后的减投入。这个做法在单一指标下没错,但它解释不了一件事,为什么很多公司明明每年都在"优化结构",第二年却依然出现同样的滞销、同样的断货、同样的价格带空洞。
原因在于,排行榜只描述了商品的个体表现,没有描述商品之间的功能分工。一个引流款销售额很低,但它是新客进入的主要入口;一个高毛利款动销很慢,但它承担了价格带的锚点作用;一个常规款单独看毫无亮点,却是另外三个爆款的连带购买核心。如果只看个体排名,这三类商品都会被淘汰,而淘汰之后的损失要等到半年后的数据才能看见。
我把组合优化在执行标准中承担的功能拆成五个,它们不是并列的五个步骤,而是从"看见结构"到"改变结构"再到"验证结构"的闭环。任何一个环节缺失,组合优化都会退化成一次性的分析汇报。
| 核心功能 | 回答的问题 | 缺失后的典型症状 | 主要产出物 |
|---|---|---|---|
| 结构诊断 | 当前的商品结构缺什么、多什么 | 年年优化,年年同样滞销 | 结构缺口清单、冗余清单 |
| 机会识别 | 哪些组合存在增量空间 | 只会砍,不会加 | 价格带补充方案、连带组合方案 |
| 资源配置 | 流量、库存、资金往哪倾斜 | 结论没人执行 | 采购/补货/陈列/投放调整单 |
| 风险控制 | 优化后会不会带来新风险 | 砍完之后断货、集中度失控 | 集中度红线、供应风险清单 |
| 绩效归因 | 优化到底有没有用、为什么 | 复盘只能"感觉变好了" | 归因表、阈值校准记录 |
这五个功能里,最容易被写进标准但最难被执行的是第三个,资源配置。因为前两个是分析岗的活儿,后两个是管理岗的活儿,只有资源配置横跨采购、库存、运营、投放四个部门,任何一方不认账,链条就断在这里。
我现在评估一个团队的组合优化做得好不好,只问三个问题,基本十分钟内能判断出水平。

要理解执行标准该怎么写,得先看清它到底在解决什么现实问题。我挑三个亲历度最高的场景,它们的共同点是:分析没做错,但结果没发生。
前面提到的那家家居日用品品牌,860 个在架 SKU,动销率 41%,也就是接近六成商品在一个月内没有产生销售。库存周转天数 92 天,货款压在仓里,而采购部还在按"上季度销量"补货。
问题出在哪里?出在分析结论用的是"应重点发展 A 类商品",而采购部需要的是"SKU-2041 下季度订货量从 1200 降到 600"。前者是判断,后者才是动作。中间缺的那一层翻译,就是执行标准里的动作映射表。
后来我们做了一件很朴素的事:把分析结论强行拆成四类动作,引进、加量、减量、淘汰,每一类都必须填满"SKU 编码、调整幅度、责任人、生效日期、复盘日期"五个字段。这份表一落地,光是"减量"这一栏就填了 217 行,采购部当周就开始调整。
第二个场景来自一家个护品牌。他们在一年内把 SKU 从 620 个砍到 380 个,逻辑是"集中资源做头部"。砍完之后,动销率确实从 46% 涨到了 63%,但缺货率从 5.1% 涨到了 9.4%,销售额反而下滑了 3.8%。
复盘时我们发现,被砍掉的 SKU 里有相当一部分是"低销高连带"商品,它们自身销量很小,但出现在购物篮中的频率很高,砍掉它们等于砍掉了一部分爆款的连带场景。这属于典型的用个体指标否定了关系价值。
这个案例后来成了我判断组合优化是否合格的标准反例:只看单品数据的淘汰决策,必须补一道连带关系检查,否则砍得越狠,损失越隐蔽。
第三个场景是一家 3C 配件公司,Top1 SKU 贡献了 38% 的销售额,Top5 合计 71%。这个结构在增长期非常舒服,但一旦出现供应波动、平台流量变化或竞品降价,整条业绩曲线会跟着剧烈波动。
他们的商品负责人跟我说过一句话,我印象很深:"我们不是没有组合,我们只有一个组合。"这句话点出了组合优化的第四项功能,风险控制。很多团队做组合优化时只想着"提升效率",很少有人把"降低结构脆弱性"当成一个明确目标写进标准。

我复盘过十几个组合优化项目,失败原因高度集中在四类误区上。这四类误区的共同特征是:它们在方法论层面都说得通,但在执行标准层面缺少约束,所以很容易被简化成最省事的那一版。
ABC 分类是组合优化的起点,不是终点。它只完成了"排序",没有完成"分工"。同样是 A 类商品,有的是引流款、有的是利润款、有的是形象款,它们的资源需求完全不同;同样是 C 类商品,有的是待淘汰的尾部,有的是必须保留的结构性配套。
我通常要求团队在 ABC 之上再叠一层角色标签,并且规定:角色标签不同,评价指标就必须不同。引流款考核新客转化与连带率,利润款考核毛利率与稳定供货,形象款考核搜索与内容曝光。用同一套指标考核所有角色,是组合优化最常见的隐性错误。
单纯看毛利率,会得出"应该多进高毛利商品";单纯看周转天数,会得出"应该只做周转快的商品";单纯看动销率,会得出"应该砍掉所有低速商品"。这三条结论互相矛盾,说明单指标决策在组合层面必然失灵。
更接近实际的做法是看指标之间的张力:高毛利商品往往周转慢,周转快的商品往往毛利薄,动销率高的商品可能恰恰在蚕食利润。组合优化的价值,就是在这些张力之间找到一个对当前业务阶段最优的配比,而不是消灭张力。
经常有人问我:动销率多少算健康?周转天数多少算正常?我的回答永远是同一句:脱离渠道、品类和生命周期的阈值没有意义。
同一个品牌,线上旗舰店和线下经销渠道的健康动销率可能差 20 个百分点;同一个品类的成熟期商品和新品,周转天数的合理区间也不在同一个量级。把行业报告里的数字直接抄进执行标准,看起来专业,实际上是把标准变成了摆设,因为所有人都知道它不符合自己的业务,于是所有人都不遵守。
这是最隐蔽也最贵的一个误区。采购端做减量、做淘汰,销售端却还在按原计划做投放、做陈列、做促销,结果就是被淘汰的商品在货架上继续曝光,被保留的商品得不到更多流量。
我在执行标准里一定会加一条硬约束:任何结构性调整,必须同时给出采购端动作和销售端动作。只写一边的,视为标准未完成,不予上会。

把五个核心功能变成标准,关键在于每一项都要有明确的输入、判断规则和输出物。只有输出物是"动作"而不是"结论"时,这个功能才真正成立。
结构诊断最容易写空,因为"缺"和"多"都是相对概念。我的处理方式是强行给出参照系:以价格带、品类、角色三层分别设定目标占比区间,实际占比偏离区间上限即为"多",低于下限即为"缺"。
举个例子,某个价格带目标占比区间是 20%-30%,实际做到 38%,那它就不是"表现好",而是"结构过度集中",因为它挤占了其他价格带的陈列和流量资源。这个视角经常让团队第一次意识到:卖得好的价格带,也可能是需要被约束的价格带。
我一般采用三个维度交叉诊断:价格带维度看承接能力,品类维度看关联完整度,角色维度看功能齐备度。维度不求多,但每一维都必须有目标区间,否则诊断就会变成描述。
诊断结束必须产出两份清单:缺口清单说明需要引进或补充什么,冗余清单说明需要减量或淘汰什么。两份清单都要写明判断依据和涉及金额,方便后续排优先级。
机会识别的常见做法是找增长品类、找热门价格带,这没错,但不够。我更看重的是找关系型机会,哪些商品经常同时出现在同一个购物篮里,哪些商品互为替代,哪些场景目前没有商品承接。
关系型机会的好处是:它不依赖品类大盘的增长,而是通过重新组合已有商品提升客单和转化。对于增长放缓的品类,这往往是唯一的增量来源。
这是五个功能中最需要跨部门协作的一环。我的做法是把所有分析结论强制映射到四类动作,不允许出现第五类。
风险控制在多数公司的标准里是缺失的,因为优化当下的目标是效率,而风险是滞后指标。我的建议是提前给出三个结构性红线:单一 SKU 销售占比上限、单一供应商采购占比上限、单一价格带销售占比上限。
红线不是不能突破,而是突破必须走例外审批,并且记录原因。这样做的价值是:当结构真的走向脆弱时,组织至少留下过一份书面共识。
归因是让整套标准得以迭代的关键。我一般把结构变化带来的效果拆成四块:结构效应、价格效应、执行效应、外部效应。前两块由组合优化主导,第三块由运营执行决定,第四块用来解释大盘波动。
如果归因做完发现结构效应的贡献很小,说明这一轮优化可能只是"看起来动了结构",实际变化集中在价格或执行层面,下一轮的阈值就需要重新校准。

前面讲的是"应该做什么",这一节讲"标准本身怎么写"。我在实际项目里用的模板包含四块内容,缺任何一块,标准都会在一个季度内失效。
组合优化最怕的不是数据少,而是口径不一致。销售是按订单日期还是发货日期?库存是否包含在途?毛利是否含平台佣金和退货?动销是指有销量还是有出库?这些问题只要有一个没对齐,不同部门算出来的结论就会互相矛盾。
我的做法是在标准开头列一张口径表,每一条口径都写明计算逻辑和责任人。这张表的作用不是给分析师看,而是给跨部门会议用的,口径表是让争论回到事实层面的唯一工具。
-- 组合优化基础宽表:统一口径示意(每次跑批前先确认注释中的口径定义) -- 口径约定: -- sales_amount 按订单支付日期归集,已扣除退款,不含运费 -- stock_qty 仅统计可用库存,含在途库存,不含残次与冻结 -- gross_margin 含平台佣金,不含市场投放费用 -- moving_flag 统计周期内出库数量大于 0 即视为动销 SELECT p.sku_code, p.category_l3, p.price_band, p.life_stage, SUM(s.sales_amount) AS sales_amount, SUM(s.sales_qty) AS sales_qty, SUM(s.gross_margin) AS gross_margin, SUM(i.stock_qty) AS stock_qty, MAX(CASE WHEN s.sales_qty > 0 THEN 1 ELSE 0 END) AS moving_flag, SUM(i.stock_qty) / NULLIF(SUM(s.sales_qty), 0) AS stock_days FROM dim_product p LEFT JOIN fact_sales s ON p.sku_code = s.sku_code LEFT JOIN fact_stock i ON p.sku_code = i.sku_code WHERE p.on_shelf = 1 GROUP BY p.sku_code, p.category_l3, p.price_band, p.life_stage;
这张宽表是整个组合优化的底座。它的价值在于:所有后续的结构诊断、角色分层、价格带分析都从同一个口径出发,不会出现"分析说 A 类,采购说不是"的情况。
阈值最容易写错的地方是"只有一个数"。比如规定动销率低于 30% 就淘汰,结果某个月大盘整体下滑,所有品类动销率都掉到 30% 以下,规则直接失效。
我用的是三段式:红线阈值触发强制动作,观察阈值触发重点跟踪,动作阈值定义具体执行幅度。三段之间留有缓冲,规则才不会被极端月份一次性击穿。
| 阈值类型 | 示例(某品类) | 触发后动作 | 审批层级 |
|---|---|---|---|
| 红线阈值 | 动销率连续 3 个月低于 25% | 进入淘汰流程,需先通过连带检查 | 品类负责人 + 采购负责人 |
| 观察阈值 | 动销率处于 25%-35% | 列入观察名单,季度评审 | 品类运营 |
| 动作阈值 | 采购量调整幅度超过 30% | 需提供需求侧依据 | 供应链负责人 |
动作清单是整套标准的输出口。我要求每一行动作至少包含七个字段:SKU 编码、归属角色、动作类型、调整幅度、责任人、生效日期、复盘日期。少一个字段,这一行就不允许提交。
这条规则刚开始会被抱怨"太重",但执行两个季度后,团队的反馈几乎一致:正是因为字段被强制填满,才第一次知道哪些动作其实没人负责。
留痕的意义不是追责,而是让阈值可以被校准。每一次例外审批、每一次阈值调整,都要记录当时的判断依据。半年后回看这些记录,你就能知道哪些阈值定得太松、哪些定得太紧。
复盘节奏我一般设为三级:月度看动作执行率,季度看结构指标变化,半年做一次完整归因。三层节奏对应不同的决策权限,避免所有问题都涌到同一次会议上。

指标设计是执行标准里最容易被过度简化的一环。很多公司的商品看板只有销售额、毛利率、库存金额三个数,看起来清爽,实际上无法支撑组合决策。我一般把指标分成三类,缺一类就会导致判断失衡。
结构指标包括品类占比、价格带覆盖度、SKU 角色占比、新品占比、集中度(Top1、Top5 占比)。这一类指标不直接反映好坏,而是描述形态。它的作用是对照目标区间,发现偏离。
我特别看重集中度这个指标,因为它同时反映效率和风险。Top5 占比 71% 说明效率高,也说明脆弱;Top5 占比 30% 说明分散,也可能说明没有真正的拳头商品。集中度没有绝对好坏,只有与业务阶段是否匹配。
效率指标包括动销率、售罄率、周转天数、缺货率、退货率、毛利率、坪效或库存产出。这一类指标是大多数团队已经在看的,问题通常出在口径不统一和缺少阈值上。
我的建议是每个效率指标都要绑定一个"异常处理动作"。比如缺货率超过红线时,不是记录一下,而是触发供应稳定性检查;退货率超过红线时,触发商品描述与实物一致性检查。指标必须挂在动作上才有意义。
这一类是多数看板缺失的部分,也是组合优化区别于单品分析的关键。组合指标包括连带购买率、购物篮平均件数、交叉销售转化率、替代关系强度、场景覆盖率。
计算连带关系时不必一上来就上复杂算法,先从购物篮共现频次入手就能解决大部分问题。下面这段示意逻辑用于按 SKU 对统计共现次数与置信度,实际项目中需要按订单量做分层抽样以控制计算成本。
# 购物篮共现分析:用于识别高连带关系的 SKU 组合(示意逻辑) orders 为明细表,字段:order_id, sku_code from collections import defaultdict from itertools import combinations basket = defaultdict(set) for row in orders: basket[row["order_id"]].add(row["sku_code"]) pair_count = defaultdict(int) sku_count = defaultdict(int) for order_id, skus in basket.items(): if not (2 continue for sku in skus: sku_count[sku] += 1 for a, b in combinations(sorted(skus), 2): pair_count[(a, b)] += 1 置信度:同时购买 b 的订单中,也购买了 a 的比例 rules = [] for (a, b), cnt in pair_count.items(): if cnt continue confidence = cnt / sku_count[b] rules.append((a, b, cnt, round(confidence, 4))) rules.sort(key=lambda x: x[2], reverse=True) for a, b, cnt, conf in rules[:50]: print(a, b, cnt, conf)
不少团队想做一个"组合健康度总分",方便向上汇报。我的态度是可以用,但必须同时展示分项得分和权重,并且禁止用总分做淘汰决策。
原因是总分会把矛盾掩盖掉:一个组合可能结构均衡度很高但风险分散度很低,总分看起来中等,实际已经处于危险状态。总分适合看趋势,不适合做取舍。

前面讲的都是方法,但方法要落地必须有工具承接。我自己在做组合优化时,会把分析、口径、指标和动作放在同一套系统里管理,避免结论在多个 Excel 之间来回丢失。数跨境(官网:https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys)就是我在近几个项目里用来承接这部分工作的一类平台,它解决的核心问题不是"多一个报表",而是让口径、指标和动作留在同一条链路上。
跨境业务的组合分析比国内零售更复杂:多平台、多币种、多站点、多仓库、多物流方式,同一个 SKU 在不同站点可能是完全不同的销售表现。如果口径不统一,跨站点比较就失去意义。
我在项目里做的第一件事,是把各平台的销售、库存、费用数据归到统一的 SKU 主数据下,再按站点维度展开分析。这一步做完,很多原本"看起来矛盾"的结论会自动消解,不是数据错了,而是之前比较的是不同口径的东西。
结构诊断的关键是把商品放到价格带和角色的二维坐标里。在「数跨境」这类平台上,我会先按站点看价格带分布,再看每个价格带的销售贡献与毛利贡献是否匹配,最后检查是否出现某一段位的断档。
跨境场景下断档往往更明显:由于物流成本和关税结构,很多卖家会集中在中低价位段,导致中高价位段缺少承接商品。这种结构性机会一旦被识别出来,补一款商品的效果往往比在低价段再挤十款都要好。
机会识别的输出不应该是"建议拓展高价位市场"这种话,而应该是"在 A 站点补充 60-79 美元区间的两款商品,目标承接现有 45-59 美元爆款的升级需求,预期连带对象为 X 和 Y"。
要做到这个颗粒度,需要平台侧能提供多站点维度的销售、库存、退货与连带数据。这也是我在选工具时最看重的一点:能否把结构诊断的结论直接推到动作层,而不是再导出一份表人工加工。
最后一个环节是复盘。跨境业务的周期通常比国内长,海运、清关、平台活动节奏都会影响判断,所以我一般把复盘周期设为季度,并在复盘时固定输出三张表:动作执行表、结构变化表、效果归因表。
只有这三张表同时存在,阈值校准才有依据。否则每次复盘都只能停留在"感觉这个季度结构好了一些",下一季度的标准依旧无从调整。

组合优化没有万能方案,但不同起点对应的第一步动作差别很大。我把常见的四种情况整理成可直接对照的建议,你可以先判断自己属于哪一类。
这是最典型的情况,第一步不是立刻淘汰,而是先做连带检查。把尾部 SKU 分成"独立低效"和"高连带低效"两组,前者进入淘汰流程,后者转入组合优化流程,考虑通过重新搭配提升曝光。
这个顺序非常重要。如果先砍再查,被砍掉的高连带商品造成的损失,往往要到下一季度才能从数据里看出来,而那时候已经无法挽回。
这种情况说明结构过瘦,问题往往不在商品数量,而在供应稳定性。第一步应该做供应风险扫描,找出交付波动大的供应商和动销集中度过高的商品,再判断是否需要通过增加替代款来分散风险。
增加替代款的目的不是增加 SKU 数量,而是让爆款断货时仍然有商品可以承接流量。替代款的价值体现在缺货发生时,而不是体现在日常销售报表上。
第一步是量化脆弱性:如果 Top1 断货 30 天,销售额缺口是多少、能否被其他商品承接。把这两个数字算出来,风险就从"感觉有点高"变成"缺口 12%、可承接 4%",管理层自然会重视。
接下来才是动作:一是补充承接型商品,二是提升爆款的供应弹性,三是通过价格带延伸减少对单一价格点的依赖。不建议为了降低集中度而主动压制爆款,那属于用错误手段达成正确目标。
这种情况最容易出现"一个 SKU 在不同平台表现完全相反"。处理原则是先按平台分别做结构诊断,再找共性结论,不要一上来就做全渠道平均,那会把所有差异抹平。
我通常会给每个平台单独设一套阈值,只把角色定义和动作类型保持全局统一。这样既保留了平台的差异性,又保持了组织内部的决策语言一致。

我越来越倾向于把组合优化理解为一道约束条件下的取舍题,而不是一道最优化题。因为资源永远是有限的,任何一个方向的改善都会在另一个方向产生代价。下面是四组我最常遇到的取舍。
铺 SKU 的收益是覆盖更多场景和更长尾的需求,代价是库存占用、管理复杂度和滞销风险同步上升;做深单款的收益是供应链效率高、内容资源集中,代价是对流量波动和竞品动作更敏感。
我的判断标准是看流量结构:如果流量来源分散、搜索长尾占比高,广度更重要;如果流量高度依赖少数入口或投放,深度更划算。判断依据不是商品本身,而是流量从哪来。
高毛利商品通常周转慢,高周转商品通常毛利薄。这个取舍没有标准答案,取决于现金流状况和资金成本。资金充裕、追求利润表的公司可以偏向毛利;资金紧张、追求现金流的公司应偏向周转。
我通常的做法是在标准里给出一个"毛利-周转组合区间",允许团队在区间内自主选择,而不是规定一个固定点。允许在区间内取舍,比规定一个必须达到的数值,更容易被真正执行。
集中能带来效率:采购议价能力更强、内容资源更聚焦、库存管理更简单。分散能带来韧性:单一商品出问题时损失可控。这两者的最优比例随业务阶段变化,增长期偏集中,成熟期偏分散。
需要警惕的是"被动集中",也就是集中度上升不是因为主动选择,而是因为其他商品都做不起来。这两种集中看起来数据一样,风险性质完全不同。区分方法是看集中度的变化是否伴随商品数量的同步下降。
执行标准越严格,一致性越高,但面对新品类、新市场、新节奏时的适应能力越弱。我的处理方式是设"默认规则 + 例外通道":规则默认执行,例外必须书面申请并留痕。
这样做的好处是,既不因为追求灵活而让标准形同虚设,也不因为规则僵化而在特殊情况下被整体绕过。前面提到例外审批占比从 8% 上升到 17%,就是这个机制的副产品,不是例外变多了,而是原本隐性的例外被记录下来了。

回到最开始那个问题:组合优化的核心功能如何在执行标准中体现?我的答案是,它体现为三个"必须",必须把结构判断翻译成动作,必须把动作绑定到责任人和时间,必须把结果拆解到可以校准阈值。做不到这三点,组合优化就只是一份好看的报告。
如果你想马上开始,可以先把下面这九个字段填满,填满之后,你的组合优化就有了最小可用的执行标准。
不要一上来就做全品类、全渠道的组合优化。我的建议是先用 90 天做一次小范围试点,跑通完整闭环再推广。
前 30 天统一口径和角色定义,产出结构诊断清单;中间 30 天完成连带关系排查,形成动作清单并开始执行;后 30 天跟踪执行率,做第一次归因,校准阈值。跑完这一轮,你就知道这套标准在自己公司能不能活下来。
我在项目里最常说的一句话是:组合优化的成果不在分析报告里,而在下一轮的采购单、库存上限和陈列位上。如果一份执行标准执行了半年,采购单和投放表的填法没有任何变化,那这套标准大概率只是多了一份文档。
反过来说,如果你的团队现在能拿出一张表,上面每一行都写着具体 SKU、具体动作、具体责任人和具体复盘日期,那么无论指标暂时好看与否,你的组合优化都已经走在正确的路上,因为它已经从"分析能力"变成了"组织能力",而后者才是真正难以被复制的那部分。
我们公司让我牵头写一份商品分析执行标准,写到组合优化这一节我就卡住了,选爆款、砍SKU、补价格带、调结构,感觉什么都能往里塞,最后一写就是一大杂烩,评审时被问“你到底解决什么问题”,我答不上来。所以我特别想知道,这个环节的功能边界在哪里,写成什么样才算真的把核心功能体现出来了。
一句话概括:核心功能是在资源约束下,把结构判断翻译成可执行的取舍规则。它必须回答三件事,现在的商品结构缺在哪、冗余在哪;有限的钱、流量、库存该优先给谁;做完取舍之后怎么验证对错。判断一段文字有没有体现核心功能,就看它是否同时出现了“判断规则+对应动作+责任岗位+复盘口径”这四样。
只写品类占比、同比、TOP10排行,那是诊断的输入数据,不是组合优化的功能本身。边界上也要说清楚:组合优化不管单品运营细节,比如详情页、素材、客服话术;也不管纯供应链执行,比如到货跟踪、物流异常。它管的是结构层面的取舍:哪些品类该加码、哪些价格带该补、哪些SKU角色该重配、哪些冗余该主动退出。
我们最头疼的就是口径不统一。上个月开会,三个部门对“动销率”给了三种算法,一个算销量、一个算金额、一个把赠品也算进去,吵了四十分钟没结论,最后只能先搁置。阈值更麻烦,网上抄来的“动销率低于30%就淘汰”,放到我们这里明显不适用,快消和耐消根本不是一个节奏。
口径先写死四件事:分子、分母、时间窗、数据源和更新频率。举例:动销率=统计周期内有销售出库的SKU数÷期初在架SKU数,快消品类取30天、耐消品类取90天,剔除赠品、样品和内部领用。周转率用销售成本÷平均库存成本,不要用销售额,否则毛利结构一变指标就失真。
阈值不要一刀切,用同品类自己的历史分布来校准:把过去12个月该品类的SKU动销率拉出来,取P30作为淘汰参考线、P70作为健康线,每季度随季节性重算一次,换季品类可以按月重算。
价格带要看两个数:价格带覆盖率和各价格带SKU数,断档的定义不是“SKU数为0”这么简单,而是“存在成交需求但没有承接SKU”,可以用该区间的搜索无结果率或询单流失率来判断,光看SKU列表会把真实需求漏掉。
我们上季度做了一份六十多页的组合分析,数据很全,结论也写了七八条,结果老板翻完只问了一句“所以呢”。最后真正落地的只有两条,其他全躺在共享盘里。我现在特别想知道,怎么在标准阶段就设计好,让结论天然能变成动作,而不是每次都要靠人推。
做法是倒过来:先用“动作清单”倒推分析,而不是分析完再想动作。执行标准里提前约定六类标准动作,引进、淘汰、调价、补货或减采、清仓、陈列与流量位调整。
每一条结论必须落到其中一类,并且写明四要素:对象(具体到哪些SKU、哪个价格带)、动作是什么、责任岗位(写岗位不写人名,避免人员变动就断线)、时限(比如T+7完成调价、T+30完成清仓)。
判断依据尽量写成阈值触发式,例如“连续两个统计周期动销率低于品类P30,且毛利率低于品类中位数”自动进入淘汰候选池,由品类负责人评估确认。留痕建议给SKU做状态机:在架、观察、淘汰候选、已淘汰,每次状态变更记录原因、数据来源和审批人。
这样半年后回看,能清楚知道是谁、基于什么数据做的决定,复盘才有依据。
我们做完组合优化三个月,销售额确实涨了,可我心里没底,那段时间正好赶上大促,还有一个渠道自己做了投放。开会汇报的时候,有人说结构变好了,有人说就是大盘好,谁也说服不了谁。我不想每次都用“感觉有效”来交差,想知道有没有更硬的验证办法。
建议在执行标准里就写清三段式:对照口径、观察窗、归因规则。第一步先锁基线,优化启动前用前8周或前12周的同口径数据做基准,把季节性和大促节点标注出来。第二步定观察窗,结构类指标看30天就能看出变化,效率类指标建议看90天,因为库存消化和补货有滞后,看太短会误判。
第三步分三层归因:第一层看结构有没有按预期改变,比如价格带覆盖率、SKU角色占比、TOP5集中度,这是执行度;第二层看效率有没有改善,比如动销率、周转天数、缺货率、退货率;第三层才是结果指标,毛利额和销售额。
第三层必须做对照,最简单的方法是同公司内找一个没参与优化的渠道或品类作为参照,看两者的差值变化。如果结构指标完全没动、结果指标却变好了,那基本可以判定不是组合优化的功劳。复盘节奏建议月度看过程指标、季度做成败判定,每次判定的结论和阈值修订都写进下一版标准并标注版本号,规则才会越用越准。


读者评论
文章点出的"从分析结论到资源动作"断层很真实。我们团队也做过几十页的SKU排名报告,结论永远是重点发展A类,但采购下周该少订哪个SKU、少订多少,没人能答。后来强制加动作映射表,填SKU编码、幅度、责任人、日期,才真正落地。
用个体指标否定关系价值这点很扎心。我们砍SKU时只看动销和毛利,砍完动销率涨了,缺货率却上去了,连带购买场景被破坏。文章提的连带关系检查应该写进淘汰决策流程,否则砍得越隐蔽损失越大。
三个自检问题很实用,特别是阈值校准。我们现在的动销率、周转天数标准还是三年前抄的行业报告数字,渠道和品类早就变了却从没调整。看完意识到执行标准不是抄来的,得从自己业务里长出来,否则归因永远说不清。