缺货预警分级表:三盏灯各配一个时限,超时自动升级
断货预警最容易坏的地方是它没有时限。红灯亮了,两个小时过去没人动,三天过去还是没人动,最后真断货了,复盘时大家会说「我们早就看到预警了」。看到预警和处理预警之间…
断货预警最容易坏的地方是它没有时限。红灯亮了,两个小时过去没人动,三天过去还是没人动,最后真断货了,复盘时大家会说「我们早就看到预警了」。看到预警和处理预警之间隔着一段没人认领的时间,规则表要补的就是这段——每盏灯配一个时限和一个拍板的人。
预警规则表:直接抄这张
| 字段 | 填什么 | 示例 |
|---|---|---|
| SKU 与站点 | 一国一站一行 | B0C7T9K2 / US |
| 可售天数 | 到货周期内的可售天数 | 9 天 |
| 灯位 | 黄橙红三选一 | 橙灯 |
| 响应时限 | 按灯位带出 | 24 小时出补货单 |
| 责任人 | 灯位对应的岗位 | 运营主管 |
| 闭环状态 | 四种状态之一 | 已下单待到货 |
| 升级标记 | 超时自动置位 | 升级至总监 |
三档预警按可售天数递进,下方两种例外状态各有归属
三盏灯的判定表
| 灯位 | 可售天数 | 谁在多久内动作 | 动作要求 | 超时怎么办 | 不合格怎么办 |
|---|---|---|---|---|---|
| 黄灯 | 15 到 30 天 | 计划员 24 小时核对销量 | 写进周会纪要 | 48 小时未核对转橙灯 | 核对结论与参数表销量差超两成的,先查参数表再改灯位 |
| 橙灯 | 7 到 15 天 | 运营主管当天出补货单 | 48 小时内下单并回填单号 | 48 小时未下单升红灯 | 下单量低于补货单缺回填号的,该单不算闭环 |
| 红灯 | 7 天以内 | 负责人直接拍板 | 2 小时内出结论,含费用承担人 | 无结论的当日上报运营总监 | 结论写「观察几天」的,视为没出结论 |
| 长期红灯 | 连续 30 天红灯 | 一周内进评审 | 砍品或退运评审 | 未进评审的暂停该 SKU 广告 | 评审只写「再观察」的,重排评审日 |
| 预警未闭环 | 过了时限没动作 | 责任人当周写原因 | 写明卡在哪一步 | 连续两周未闭环的换责任人 | 原因只写部门名的,退回写具体环节 |
黄灯设在 15 到 30 天这个区间,是因为这个区间的动作还来得及按正常节奏走;等到 7 天再动,运费和到货时效都要重新谈。黄灯那一档看着轻,它的实际作用是把决策放在还有选择的时候。
谁做、什么时候做、留什么记录
系统每天早上跑一次可售天数,灯位与责任人自动带出;计划员处理黄灯、主管处理橙灯、负责人处理红灯,闭环状态四选一:已核销量、已下单待到货、在途有货、已评审。灯位变红当天进周会纪要,闭环状态每次变更留一行记录。超时的行由系统自动升级,不需要谁去提醒。
预警规则必须停用的四种情况
新开链接不满四周的 SKU 不进这套规则,销量本身不成立。已提交清仓的 SKU 灯位强制置灰,预警只会逼着人下不该下的单。链接处于断货状态超过七天的——从红灯直接转长期红灯评审,不再重复响。以及:头程时效数据缺失导致可售天数算不出来的行,先补时效数据再亮灯。
三盏灯的意义是把「早知道」变成「早动手」
一个准确的预警系统解决不了响应问题。规则表真正在意的字段是「超时怎么办」那一栏——它把灯亮的责任从系统转移到了具体岗位上。没有这一栏,预警就只是一张每天都有的报表。
登录后可点赞
← 返回库存物流板块