补货到货提醒承诺接力：交接不断档

这个案例来自电商场景。

爆款断货以后，客服和运营最常说的一句话就是：
“到货后我通知您。”
这句话看起来像一句正常安抚，实际上只要说出口，就已经变成一条后续必须兑现的承诺。

很多店铺的问题不是不会登记缺货咨询，而是：

登记的人有了
到货时间也大概知道
可真正补到货时，最该被通知的那批顾客没被及时接住

结果就是：

顾客前面表达过强烈购买意向
店铺口头承诺过补货会通知
真到货时顾客还得自己回来刷
慢一点的顾客看到时又已经卖完

这类损失，既是转化损失，也是信任损失。

这个场景为什么特别常见

这家企业主营家居收纳和厨房用品，爆款波动很大。
缺货期间，顾客会通过很多入口表达“到货通知我”：

客服聊天
评论区追问
商品页到货提醒按钮
私域群

对团队来说，真正难的不是收集这些意向，而是后面要同时处理：

哪些是真高意向顾客
商品什么时候真的恢复可卖
库存一回来先通知谁
已承诺的顾客是否已经被覆盖到

旧流程为什么总让“到货通知”变成一句好听话

1. 到货提醒入口多，后续执行却没有合并

客服登记一份，商品页预约一份，群里又记一份。
到货时大家很难确认到底哪些人已经被承诺过。

2. 到货不是只有库存有了，还要看是否真正可卖

有时库存已经回仓，但：

还没上架
还没过质检
还没回到可售池

如果前线只盯着“好像到了”，很容易提前通知，结果顾客点进来还买不到。

3. 通知动作之后没人继续跟是不是兑现了

客服说“到了通知”，运营说“我们发一轮消息”，
可到底发给了谁、谁没发到、承诺是不是算完成，常常没人继续盯。

改造前的旧流程

flowchart TB
    A[顾客表达缺货后到货通知意向] --> B[客服或系统分别登记]
    B --> C[商品后续恢复库存]
    C --> D[运营或客服手工做一轮通知]
    D --> E[部分高意向顾客未被覆盖或通知过早]
    E --> F[承诺和转化都容易落空]

派宝怎么把“到货通知”真正接成一条链

派宝在这里不负责决定补货策略，而是把“谁该被通知、什么时候通知、通知后算不算兑现”接起来。

1. 先识别真正需要持续跟踪的到货承诺

系统会把：

客服明确答应通知的顾客
商品页预约到货提醒的顾客
多次询问同款商品的顾客

统一拉到同一条承诺链里，不再各自分散。

2. 再判断商品是否真正恢复到可售状态

派宝不会只看库存数字，而会继续判断：

是否已回到可售池
是否已恢复上架
是否仍有限购或区域限制

这样不会出现“通知到了，但点开还是买不到”的二次伤害。

3. 到货后按优先级触发通知

系统会结合：

顾客意向强弱
最近活跃度
历史购买行为
到货数量

决定通知顺序和节奏，避免一恢复可售就无差别轰炸。

4. 承诺兑现继续跟住

只要前线答应过“到货通知”，系统就会继续判断：

是否已通知成功
是否已经超出合理通知时限
是否存在承诺未兑现对象

改造后的流程图

flowchart TB
    A[缺货咨询 到货预约和商品状态进入系统] --> B[承诺兑现跟踪<br/>识别哪些顾客已被承诺会通知]
    B --> C[资格条件判定<br/>判断商品是否已恢复到真正可售状态]
    C --> D[客户分群<br/>识别高意向和优先通知对象]
    D --> E[流程自动触发<br/>按顺序发起到货提醒]
    E --> F[操作留痕追踪<br/>记录通知是否真正发出]
    F --> G[减少口头承诺落空]

上线后的变化

项目上线后，团队最明显的变化不是补货更快，而是“到货了会通知”这句话第一次更像一件能兑现的事。

几个变化特别明显：

高意向顾客被更早覆盖，不再大量漏掉
客服不需要每次到货都从旧表里翻名单
到货未真正可售时，不会提前通知制造新失望
店铺能更清楚看见哪些承诺已经兑现、哪些还没做完

项目复盘结果

以 9 周内 73 次重点商品缺货恢复事件为样本，项目复盘结果如下：

对比项	改造前	改造后
到货后未通知到已承诺顾客的比例	较高	下降约 57%
顾客因“不是说到货通知吗”产生的会话占比	反复出现	明显下降
运营人工整理补货提醒名单耗时	很长	缩短约 53%
提前通知但实际仍不可买的情况	较多	明显减少
到货后高意向顾客回流成交率	不稳定	明显提升

为什么这个案例值得写

因为到货提醒不是一个普通营销动作，而是一个“承诺、可售状态、优先通知和履约留痕”一起参与的场景。
谁把这条链接好，谁就更容易把缺货损失变成回流成交。