调货尺码到店通知闭环：到了就能及时通知

这个案例来自 零售连锁 场景，讲的是鞋服、美妆和彩妆色号这类零售里很高频的一件事：
门店帮顾客从别店或仓里调了一件商品，顾客最在意的是“到了请第一时间告诉我”；
可现实里，货到了门店以后，如果没有把通知和保留动作稳稳接上，最常见的问题就是：

• 店里知道货到了
• 顾客却还没被联系
• 货在仓里躺了两天
• 顾客自己来问第二次才知道

为什么调货到店后的最后一公里这么容易断

因为门店往往更重视前半段：

• 能不能调到
• 什么时候发出

一旦货真到了，大家反而容易默认“后面通知一下就行”。
可真正让顾客感知好坏的，常常恰恰是这一步。

一个典型现场

某鞋服门店帮顾客调一双缺码鞋。
旧流程里，导购先和顾客说“到了我联系你”。

后面链条就开始变脆：

1. 货到店了，仓管收到了。
2. 导购当天在接待，没第一时间联系。
3. 次日又换班，其他同事不知道这双鞋已经到了。

结果顾客体验会非常直接：
我明明专门等着这家店通知，最后却像是门店把我忘了。

改造前的旧流程图

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[调货到店闭环更稳]

上线后的变化

连续跑了 6 周后，门店最明显的感受是：
以前调货服务很容易在“货到店”这一步断掉，现在更多能沿着一条明确状态链走到“顾客已通知、已来取或已释放”。

上线前后对比

对比项	改造前	改造后
调货到店后通知时长	偏长	缩短约 32%
顾客自行二次追问	较多	明显下降
货到店后长期无人领取	偶有发生	明显减少
导购换班导致通知断层	较多	明显缓解
调货服务完成判断	偏模糊	明显清楚

本案例关联能力

• 任务提醒
• 交接摘要生成
• 寿命到期预测
• 关闭条件校验
• 沟通画像沉淀