大促结束后，复盘会最容易滑成两件事：念一遍销售数字，再找几个「沟通不到位」。真正有用的复盘只有一条标准——每一条结论都能落到一张具体的单、一个具体的字段上。

我们把双 11 的供应链复盘拆成五类根因，从「爆仓」和「断码」这两个结果往回倒推。下面按根因讲：它长什么样、从哪张单据能看出来、以及在系统里由哪个字段承载。

一、复盘的对象不是「结果」，是「过程断点」

先说清一件事：爆仓和断码是两个不同的结果，但它们的成因经常重叠。

爆仓的本质是到货节奏晚于销售节奏——货到了，卖完了。断码的本质是补货速度慢于尺码消耗——某个码卖空了，补不上来。两者都不在「生产做不出来」这一层，而在「从信号到动作」这一段的时滞里。

所以供应链复盘的对象应该是过程中的断点，而不是销售额。一场复盘会如果能回答「哪一段的信号延迟了多久」，就已经有价值了；如果只回答「今年卖得比去年好」，那不需要系统。

二、根因一：备料齐套与实裁口径不一致

现象：备料显示齐套，开裁后才发现某个尺码缺料，临时补料，交期后移。

为什么发生：齐套判定用的是总量口径，而实际开裁按裁数与尺码配比来。总量够、某个码不够，是最常见的「假齐套」。功能性面料还要多看一层——同色号不同缸号的料不能互相替代，按总量算齐了，实际拼不出一床。

从哪看：生产领发料的齐配套状态，按订单与物料两级看；同色号要看缸号是否一致。

我们怎么落：齐套状态按订单与物料两级输出，支持按裁数采购或补领发料，缸号作为可选替代的判定条件参与核算，不把「同色不可替」当成通用规则硬套到所有面料上。

三、根因二：订单集中投放，外协产能被瞬间填满

现象：大促前两周订单集中下达，外协工厂排产被填满，回厂日变得不可控。

为什么发生：品牌侧看到的是「已发料」，看不到「已开工」。工厂自有排产，产能不透明。等信息回流，已经是延误。

从哪看：采购进度跟踪里采购、到料、发料、收料四类节点的状态，以及节点的延误预警触发记录。

我们怎么落：节点可自定义，延误按节点自动预警；加工厂在移动端完成扫码收料与报工，完工数据自动回传。这里要交代边界——没有扫码，就没有进度。代录可以，但代录单据要打来源标记，不能当作实时回传使用。

四、根因三：改版未回写，采购与车间跑两套料单

现象：审版改了辅料，采购按旧版算料，结果一边补料、一边呆滞。

为什么发生：BOM 版本没有生效区间，或者改版后旧版本没作废。补单引用的是哪一版，取决于谁先看到。

从哪看：大货订单资料里的 BOM 清单与工艺要求，是否带版本与生效时间；补单与原单的 BOM 是否指向同一版本。

我们怎么落：打样单作承载单，样衣信息、BOM、主辅料用量、工艺与核价收在同一处；审版通过后转大货，BOM 与核价随单同步并带版本号，补单引用当前生效的那一版。这条设计的目的很直接：让「按哪一版算料」不再是判断题。

五、根因四：库存四态混算，待采购量偏小

现象：系统说料够了，开裁当天缺料。

为什么发生：品牌仓、在途、加工厂、车间在制四个状态被合成一个「可用总数」。在途与在制被重复计入可售，算出来的待采购量自然偏小。

从哪看：库存与在途的取数口径，是否分态；备料核算的占用顺序是「先占加工厂余料，再占面辅料仓库」还是相反。

我们怎么落：四态分开取数，备料核算读取 BOM 用量与损耗参数，先占加工厂余料再占面辅料仓库，差额生成待采购量并输出采购清单。四态混成一个数是服装供应链SCM系统里最容易出事的地方之一，我们把它当作一条硬线而不是一个选项。

六、根因五：发货与收货同名，实物还在路上

现象：品牌与工厂对账时各说各的，一方说发了，一方说没到，最后靠聊天记录追溯。

为什么发生：单据状态只有一个「已发货」，没有独立的「已收货」。两边看到的状态字面相同，含义不同。

从哪看：发料与收料是否拆成两个独立状态；收料确认是否带时间与操作方。这一项在多数服装供应链SCM系统里都能查到状态字段，差别在于拆没拆开。

我们怎么落：发货与收货拆成两个独立状态，收料确认由加工厂扫码完成并记录时间与操作方；业务单据自动关联扣款，对账单按单据链聚合，不是财务另起一张表重录。

七、复盘模板怎么用：三个时点，五张清单

模板的价值不在于表格好看，而在于时点固定。

大促结束后三天内，出两张清单：齐套异常清单（哪些单出现过假齐套、卡在哪个物料）、外协延误清单（哪些单的承诺回厂日晚于投料日）。这两张清单只做事实记录，不做归因。

大促结束后一周内，出一张版本清单：这段时间内所有改版记录，以及每一条改版是否已回写到大货单。这张清单是根因三的主要证据来源。

大促结束后两周内，出两张清单：四态库存差异表（四态合计与汇总口径的差额）、状态对账差异表（发货未收货的单据）。这两张表用于判定根因四与根因五。

五张清单跑完，五类根因各自能对上号。对不上号的，说明这一类在这轮没有发生——这本身也是有价值的结论，比凑一条原因更有用。

八、系统里怎么落：做字段，不做模板引擎

新物云供应链系统不做「一键生成复盘报告」这种功能。原因很实际：复盘的结论依赖业务判断，系统能提供的是取数位置和口径一致性，不是结论本身。

所以一套服装供应链SCM系统真正要做的只有三件事：状态可拆（发货与收货分开、库存四态分开）、版本可追（BOM 与核价带生效区间）、责任可挂（延误与异常输出到责任岗）。这三件事做到位，五张清单用导出加人工判断就能出；做不到位，做十个报表模板也只是把错误的口径复制十遍。

九、我们明确不覆盖的部分

不做跨系统自动取数。 电商平台的销售数据、财务系统的核算数据，需要对接或人工导出，我们不承诺「一个看板看全部」。

不做预测式归因。 爆仓与断码的成因分析依赖当期业务背景，系统不给「预计下次会爆仓」这类判断。

不替代复盘会。 系统输出的是事实清单，把清单变成改进动作，仍然是人的工作。

十、常见问题（FAQ）

问：五类根因必须全查吗？

不必。按当期的实际现象选：出现假齐套就查根因一，交期普遍后移就查根因二。全查的意义在于不漏，不在于每次都跑一遍。

问：复盘要多少历史数据才做得起来？

至少覆盖一个大促周期。数据太短，只能看出单点异常，看不出节奏问题。

问：工厂不愿意扫码怎么办？

分级处理。核心工厂要求在线确认，普通工厂允许品牌代录关键节点，但代录要打标记。全部代录的组织要接受进度实时性打折，不能拿它当实时数据用。

问：这五类根因换品类还成立吗？

结构成立，权重会变。内衣的款色尺码矩阵、羽绒的缸差约束，会让根因一的比重更高；纯现货采购的品类，根因二和根因五更突出。

问：复盘结论要写进系统吗？

建议写进单据的备注或改进项字段，而不是另开一个文档。写在系统里的结论，下一轮复盘能直接对照；写在文档里的，通常第二年就找不到了。

结语

一场双 11 的供应链复盘，能不能改进明年的备货，取决于结论有多具体。「沟通不到位」改不了任何事，「发料与收料状态同名、三张单实物在途却显示完成」可以改——改一个字段就行。