门店补货提醒：让缺货少发生

这个案例来自 零售连锁 场景。企业背景我只保留最少的信息，重点放在一个很常见、也很容易让总部和门店都焦虑的现场上：
不是仓库里完全没货了才叫风险，而是门店明明还在卖、销量明明已经抬头、补货却还没真正动起来。

这个场景到底发生在什么现场

这是一个有多家直营网点和加盟门店的零售连锁场景。
总部每天都能看到门店销量，也能看到库存数字，但真正难的是把“卖得快”“库存快见底”“货还在路上”这三件事连成一个可以马上行动的判断。

门店现场常见的真实情况通常是这样的：

某款饮料刚做活动，下午销量突然翻倍
某个节日商品在商圈店卖得特别快，社区店却很平稳
门店店长已经感觉货不够了，但还要先发群消息说明情况
总部采购看到的是很多零散申请，分不清哪些要先补
仓配部门知道有货在途，但门店并不知道什么时候能到

参与这条流程的人一般有几类：

门店店长：最先感觉到卖得快、货架快空
区域运营：负责看哪些门店真的开始紧张
采购或商品部：负责汇总需求和下补货动作
仓配团队：负责判断仓里有没有货、什么时候能发
总部管理者：关心热销品不要断、活动不要掉链子

这个现场最真实的难点，从来不是没人关心库存，而是很多信号出现了，却没有被足够早、足够整齐地推成补货动作。

原来的处理链条为什么会卡

改造前，门店补货大多还是靠“门店发现不够了，再逐级往上喊”。

典型链条通常是这样的：

门店先看自己系统里的库存；
如果觉得不够，就在群里发消息，或者给区域运营打电话；
区域运营再去看销量和其他门店情况；
采购收到的则是一堆零碎需求，还要自己判断哪些是真的紧急、哪些只是门店在提前囤货。

旧流程最常见的卡点有这些：

1. 库存数字是静态的

很多表只告诉总部“现在还有多少”，却没有把最近两三天卖得有多快一起看进去。

2. 门店反馈太分散

有的发群消息，有的打电话，有的发截图。
信息不是没有，而是都散着。

3. 总部难以判断优先级

同一天可能有十几家门店都在说“快没货了”，但到底谁最危险，人工很难一眼看清。

4. 在途信息没有真正接进去

有些门店明明明天就能到货，却还在重复催；
也有些门店以为仓里会补，结果其实仓内余量也不多。

5. 缺货通常是出了问题以后才被重视

很多时候不是提前一天就能发现不了，而是没有一套稳定的机制把风险提早亮出来。

改造前的旧流程简图

flowchart TB
    A[门店自己看库存和销量感觉不够] --> B[店长发群消息或电话报缺货风险]
    B --> C[区域运营人工收集多家门店反馈]
    C --> D[采购再去翻销量、库存和在途情况]
    D --> E[人工判断哪些门店先补]
    E --> F[仓配安排发货或等待下一批到货]
    F --> G[门店继续追问货什么时候到]

这条旧流程为什么总在缺货前半拍

从项目复盘角度看，旧流程真正的问题不是“没有人盯”，而是“风险判断一直慢一步”。

1. 先靠感觉，再靠沟通，最后才靠数据

门店通常先凭经验感到要缺货了，但总部真正开始动作时，已经经过一轮轮消息传递。

2. 采购拿到的是碎片，不是结论

总部采购最累的，不是下单，而是先把几十条零散反馈整理成“哪家门店、什么商品、什么时候最危险”。

3. 正常门店和危险门店混在一起

所有门店都用同一种方式发起申请，会让真正高风险的门店被埋在普通需求里。

4. 在途与可用库存没有并到一个判断里

如果不把仓库可发量、门店销量速度、在途到货时间一起看，就很难判断补货是不是来得及。

5. 总部总是在救火，不是在提前布防

一旦促销、天气变化、节假日叠加，缺货就会从个别门店变成一串连锁问题。

派宝怎么把多智能体放进去

派宝做的不是简单做一个“库存低于多少就发消息”的提醒，而是把门店销量、库存变化、在途节奏和补货动作串成一条会自己往前走的流程。

1. 库存波动监测先盯住变化速度

第一层不是只看当前库存量，而是持续看：

最近几小时或几天卖得是不是突然变快
当前库存还能撑多久
这类变化是不是已经明显偏离平时水平

这样系统看到的就不是一个静态数字，而是一条正在变危险的走势。

2. 风险预警把最该先看的门店亮出来

第二层会把门店和商品按风险等级分开，先标出：

24 小时内可能缺货
活动商品消耗异常快
仓内也不充裕、补货窗口很紧
多家门店同时冒头，可能要集中处理

3. 流程自动触发让提醒不再停在看板里

一旦达到条件，系统不会只在页面上亮红点，而是直接推动后续动作：

给区域运营推送待确认提醒
生成补货任务
把高风险门店需求送到采购侧

4. 采购需求整理把零散申请合成总部能下手的清单

很多企业补货慢，不是因为没人下单，而是上来的需求太碎。
这一层会把同类商品、同区域、同时间窗口的需求整理成更清楚的补货建议。

5. 企业微信通知把信息送到该处理的人手里

真正让流程落地的，不是“系统里有结果”，而是门店、区域运营、采购都能在同一时间收到自己该处理的事情。

改造后的新流程详细图

flowchart TB
    A[门店销量、库存、在途和仓配数据持续进入系统] --> B[库存波动监测能力<br/>判断库存下降速度和可撑时长]
    B --> C[风险预警能力<br/>标记高风险门店与热销商品]
    C --> D{是否达到补货触发条件}
    D -->|否| E[继续监测并刷新风险等级]
    D -->|是| F[流程自动触发能力<br/>生成补货提醒和待办]
    F --> G[采购需求整理能力<br/>归并同区域同商品需求]
    G --> H[企业微信通知门店、区域运营、采购]
    H --> I[采购和仓配确认发货、调拨或加急补货]
    I --> J[门店看到补货状态并继续营业]
    E --> K[风险看板和复盘数据]
    J --> K

上线前后到底差在哪

为了让这篇案例更像真实项目复盘，这里按一个典型连锁零售场景来说明：
以 86 家门店、420 多个高频动销商品、周末促销波动明显 的业务环境为例，连续运行 6 周后，企业最先感受到的变化不是“提醒更多了”，而是“真正该先补的货终于被先看见了”。

上线前后对比表

对比项	改造前	改造后
高频缺货门店数量	容易集中爆发	下降约 35%
总部人工汇总补货需求时间	常要反复收集	缩短约 68%
热销品平均断货时长	较长	下降约 43%
高风险门店识别时点	经常偏晚	提前约 0.5 到 1 天
门店追问补货状态次数	较多	明显下降
采购判断优先级的清晰度	依赖经验	明显提升

为什么这些变化站得住

第一，缺货门店数量下降，不是因为门店卖得慢了，而是因为风险在真正断货前就被提前拉出来了。

第二，总部汇总时间下降，核心原因不是提醒替代了采购，而是零散门店反馈先被系统整理成了能直接处理的清单。

第三，断货时长缩短，不是每次都能完美补上，而是最危险的门店没有再被混在普通需求里一起排队。

第四，识别时点前移，来自库存变化速度、在途到货和安全线被放到了同一个判断里，不再只看单一库存数。

第五，门店追问减少，是因为提醒和补货状态终于能同步送达，不再只能靠一层层问。

这个案例的价值

这套做法在零售连锁里站得住，不是因为它把补货讲成了全自动，而是因为它抓住了一个非常接地气的现实：
门店缺货往往不是没人报，而是报得太散、太晚、太难排优先级。

1. 它没有把采购判断拿走

先补哪家、补多少、是调拨还是加急，仍然由人来拍板。
派宝补的是前面那段最耗时间的监测、筛选和整理。

2. 它抓的是“风险链条”，不是单个数字

销量变快、库存变少、在途未到、活动在继续，这些因素一旦被接成一条链，提醒才有业务价值。

3. 它特别适合门店多、商品多的现场

门店越多、商品越多，人工越容易只盯最吵的门店。
这套方案能把真正危险的门店先顶出来。

4. 它让补货动作真正往前走了一步

很多系统有看板，但看板不等于动作。
真正有用的是，风险一出现，相关人马上收到可执行的待办。