门店冷柜故障临时清货：该先卖的先卖

这个案例来自 零售连锁 场景，讲的是便利店、商超和生鲜门店里一个特别现实的现场：
冷柜、冷藏岛柜或保鲜展示柜一旦故障，门店最先面对的不是“修不修”，而是里面那批货现在怎么处理：

哪些要先转移
哪些还能继续卖
哪些需要临时清货促销
哪些要隔离待判

如果这条链不够快，门店就很容易一路拖到商品状态明显变差，才开始临时救火。

为什么冷柜故障最怕反应慢半拍

因为它是一个边界在持续逼近的场景。
问题不是一开始就完全不可控，而是：

还有一点缓冲时间
但不知道哪些商品最该先处理

如果没有优先级，店员最容易做成平均处理，反而把关键时间浪费掉。

一个典型现场

某社区店中午发现一台饮料冷柜和一组鲜食冷藏柜温度异常。
旧流程里通常会先发生：

店员发现不太冷了，先口头告诉店长。
店长联系维修。
店员开始手忙脚乱地搬货，但并不清楚哪些最该先搬。
总部或区域还不知道这批货现在可能要做什么处理。

如果持续这样拖，等到商品状态明显变差时，门店就只能被动报损或深折清货。

改造前的旧流程图

flowchart TB
    A[冷柜温度异常或停机] --> B[门店先联系维修和人工挪货]
    B --> C[不同商品处理优先级不清]
    C --> D[关键窗口被平均消耗]
    D --> E[后续清货 报损和争议一起上来]

派宝怎么把“先搬一点再说”变成有优先级的清货动作

1. 异常识别智能体先把设备异常拉成正式事件

2. 影响范围评估智能体判断不同商品和批次的风险先后

3. 寿命到期预测智能体帮助门店识别哪些货离边界最近

4. 任务提醒智能体推动转移、清货、隔离和报备动作

改造后的流程图

flowchart LR
    A[冷柜出现异常] --> B[异常识别智能体识别故障事件]
    B --> C[影响范围评估智能体判断商品风险优先级]
    C --> D[寿命到期预测智能体识别最紧急对象]
    D --> E[任务提醒智能体推动转移 清货和隔离动作]
    E --> F[冷柜故障下的商品处理更快]

上线后的变化

连续跑了 4 次冷柜异常事件后，门店最明显的感受是：
以前更像全部一起抢救，现在更多能先把最容易损失、最值得先处理的那一批顶出来。

上线前后对比

对比项	改造前	改造后
冷柜异常升级时点	偏晚	明显前移
商品处理优先级清晰度	偏弱	明显提升
可抢救商品被拖成报损	较多	明显下降
店员临场慌乱程度	较高	明显缓解
故障引发的损耗压力	偏大	明显降低