大部分断货都是「看着它发生」的：明明知道库存不多，但总觉得还来得及，等到真断了才着急。
一、为什么要分层
一个阈值太粗，要么天天报警，要么报得太晚。
三层阈值分别对应三种动作：观察、准备、行动。
每层触发不同的响应，责任明确。
二、第一层：观察线
可售天数低于 60 天，触发观察。
这时候不需要补货，但要开始确认供应商的产能和交期。
同时检查最近一周的销量是否有异常上涨。
三、第二层：准备线
可售天数低于 45 天，触发准备。
下单、订舱、确认发货时间。
如果是海运，这个时间点已经不能再拖了。
四、第三层：行动线
可售天数低于 30 天，触发行动。
立刻发空运或者快递，同时降低广告预算。
如果库存来不及，准备 FBM 顶上。
五、阈值怎么定
取决于头程时间：海运 45 天，空运 15 天。
所以行动线要按「头程天数加安全天数」倒推。
不用品类可以设不同阈值，比如旺季拉长，平季缩短。
六、预警怎么落地
最简单的方式是每周一次手工检查，把低于阈值的 SKU 列出来。
进阶方式是用工具或者表格自动计算，每天更新。
关键是「有人负责」，否则预警没有意义。
七、触发之后谁来处理
观察线：运营确认，不需要动作。
准备线：采购下单，运营确认广告预算。
行动线：负责人决策，当天必须动。
八、常见错误
错误一，只设一个阈值，结果要么太吵要么太晚。
错误二，设了阈值但没人看。
错误三，销量突增时没有及时调整阈值。
九、小结
三层阈值的本质是「把决策提前」。越早触发，可选的方案越多。
30 天是底线，不是目标。
十、常见问题
新品没有历史销量怎么设？按预估日销的 1.5 倍算。
旺季阈值要调整吗？要，头程时间变长，阈值要相应提前。
多个 SKU 怎么管？按销售额排序，先管前 20%。
十一、预警清单
- 每个 SKU 的可售天数是否每天更新
- 三层阈值是否按头程时间设定
- 低于 60 天的 SKU 是否列出
- 低于 45 天的是否已经下单
- 低于 30 天的是否启动应急
- 销量突增时是否重算阈值
- 旺季是否调整过阈值
- 是否有人负责每日查看
- 触发后的动作是否明确
- 是否记录了每次断货的原因
- FBM 方案是否准备好
- 是否每季度复盘一次阈值是否合理
十二、三个判断
第一，判断是「真缺货」还是「数据延迟」：以实际库存为准。
第二，判断是「单个 SKU」还是「整体」：整体不足要调整采购策略。
第三，判断要不要牺牲毛利保供应：断货损失通常更大。
十三、四个常见误区
误区一，把可售天数当成「还能卖多久」的准确值，其实它随销量波动。
误区二，只在旺季做预警，平季放任。
误区三，所有 SKU 用同一个阈值。
误区四，预警触发后只记录不处理。
十四、执行建议
把三层阈值做成一张自动计算的表，输入日均销量就能得出当前处在哪一层，避免每天手工算。
阈值不是固定的，旺季前两个月要把 60 天提到 75 天，因为头程变长、舱位变紧。
每条预警要指定一个负责人，运营负责判断，采购负责执行，缺一环就落不了地。
每季度复盘一次断货记录，看是预警没触发，还是触发了没执行，两者的改进方向不同。