YundaDesk商品卖断货，本来是好事。但很多店铺的问题是：客户在网站上点了「到货通知我」，然后这条意向就沉到表单、插件或某个表格里。等补货到了，运营手动群发一轮邮件，客服再去各个渠道回答「还有货吗」「为什么没收到通知」「能不能帮我留一件」。本来有购买意向的人，被流程拖成了流失。
到货提醒不该只是一个通知按钮。对跨境电商来说，它更像一条小型的召回链路：缺货时接住意向，补货时主动开口，客户回复后由 AI 先接，复杂问题再转人工。做得好，它能把「没货」从一次挫败，变成下一次成交的入口。
缺货登记的价值，不在于收集了多少邮箱，而在于补货那一刻，能不能把正确的人、正确的商品、正确的渠道重新接上。
—— YundaDesk 支持团队
先把缺货登记当成意向，而不是表单
很多补货通知做不起来，是因为一开始就把它当成「留邮箱」的小功能。客户点下按钮时，真正表达的是意向：我对这个 SKU、尺码、颜色、价格带还有兴趣，只是现在无法下单。
登记时建议至少沉淀这几类信息：
| 信息 | 为什么要留 |
|---|---|
| 商品与变体 | 后续不能只通知「某商品到货」，要通知到具体尺码、颜色、套装 |
| 客户身份 | 邮箱、WhatsApp、LINE、Messenger、微信等身份应尽量归到同一客户档案 |
| 国家/语言/时区 | 决定触达语言、发送时间和客服排班 |
| 来源渠道 | 网站挂件、社媒私信、邮件、平台消息的客户预期不同 |
| 最近一次上下文 | 客户是否问过替代款、优惠、发货时间，都会影响召回话术 |
这些信息如果只散在插件里，后面很难用。更好的做法是进入 CRM 的意向名单，给客户打上「缺货等待」「SKU」「目标市场」之类的标签。这样补货不是从零找人，而是直接筛选一批明确表达过意向的人。
到货提醒与召回实操：把沟通时机换成可量化信号
建一张可用的到货意向名单
意向名单不是越大越好，而是越干净越好。一个能用的 restock notification winback 名单，至少要回答三个问题：谁在等、等什么、还能不能打扰。
建议把名单分成四层：
- 强意向：客户主动点了「到货通知我」，或在对话里明确说「有货告诉我」
- 替代意向：客户接受过替代款推荐，但仍关注原款
- 价格敏感：客户问过折扣、运费或满减，到货时可能需要更谨慎的话术
- 不宜触达：已退订、投诉中、明确说不要再联系、或最近已经被多次触达
YundaDesk 的共享工作台适合做这件事：网站挂件、自定义 API、邮件、WhatsApp、Telegram、Messenger、Instagram、TikTok、LINE、微信、VKontakte、Zalo、YouTube 等渠道都汇入同一工作台，同一客户的多个身份尽量合并到一份档案里。这样客服不用凭记忆判断「这个 Instagram 私信的人是不是之前留过邮箱」，系统里能看到更完整的来龙去脉。
补货触发前，先准备答案
最糟糕的召回，是库存刚上架，通知也发出去了，但客服回答不了后续问题。客户会立刻追问：能不能预留？多久发货？之前的折扣还有效吗？现在下单会不会又缺货？
补货前，知识库至少要准备这些内容：
- 到货 SKU、变体、可售数量口径
- 发货时效、预售与现货的区别
- 是否支持保留库存，保留多久
- 替代款推荐逻辑
- 优惠码、运费、满减是否仍适用
- 二次缺货时的处理方式
AI 客服只能根据知识库找依据回答。知识库没写清楚，它就应该转人工，而不是自己编一个承诺。尤其是「预留库存」「折扣补偿」「退款」这类涉及权益或金额的问题，要提前写清楚边界：AI 可以解释规则和收集信息，但退款、赔付、改价永远走人工审批与审计。
如果想系统化地整理，可以参考 知识库如何喂给 AI 客服 的方法，把政策、商品和场景问题分开维护。
主动触达要有六层护栏
到货提醒的关键是主动开口，但主动触达也最容易让客户反感。尤其跨境卖家面对多个国家、多个时区，不能把「补货了」当成所有人立刻可打扰的理由。
一条可控的主动触达链路，至少要有六层护栏：
| 护栏 | 作用 |
|---|---|
| 冷却时间 | 避免客户刚被营销消息打扰，又收到到货提醒 |
| 频率上限 | 同一客户、同一商品、同一周期内限制触达次数 |
| 静默时段 | 按客户时区避开夜间和当地不合适的时间 |
| 客户在聊不插话 | 客户正和坐席沟通时，不再插入自动消息 |
| 别打扰名单 | 退订、投诉、敏感客户不触达 |
| 敏感动作必过人 | 涉及退款、赔付、改价、承诺保留库存时必须人工确认 |
YundaDesk 的主动触达可以按三种模式推进：仅观察，先看哪些客户适合触达；每条需我确认，由负责人逐条放行；自动发送，只在规则稳定后启用。对第一次做补货召回的团队，建议先从「每条需我确认」开始，别一上来全自动。
更完整的边界，可以对照 主动触达如何不打扰客户。
设计三段式召回话术
补货通知不要写成硬邦邦的群发广告。客户等的是某个具体商品，话术要短、准、能接住下一步。
建议分三段：
| 阶段 | 目的 | 示例方向 |
|---|---|---|
| 到货提醒 | 告诉客户他等的具体商品有货 | 「你之前关注的黑色 M 码已补货」 |
| 低压 CTA | 给出下一步，但不制造焦虑 | 「如果还需要，可以直接从这里查看」 |
| 回复入口 | 让客户能继续问问题 | 「尺码、发货或替代款问题，直接回复这条消息」 |
不要写「马上抢」「最后机会」这种泛促销口吻，除非库存真的非常有限，并且你能在知识库里解释清楚规则。对跨境客户来说，多语言也要自然：AI 可以跟随客户语言回复，但商品名、尺码、政策词要保持一致，避免翻译把 SKU 或条件说乱。
客户回复后，AI 先接，人工兜底
真正的工作从客户回复开始。一个补货提醒发出去后，常见问题会集中在几类：
- 「现在下单什么时候发？」
- 「能不能帮我留到明天？」
- 「之前的优惠还能用吗？」
- 「我买过这个，想换另一个尺码」
- 「如果又没货了怎么办？」
低风险问题可以由 AI 客服直接根据知识库回答；中风险问题，比如改地址、保留库存、优惠异常，AI 可以先解释规则并收集信息，客户不满意或规则不清楚就转人工；高风险问题，比如退款、赔付、投诉、威胁差评，直接转人工并附上会话摘要。
这也是共享工作台的价值：AI 与人工不是两套割裂系统。坐席接手时应该看到客户档案、缺货登记、触达记录、商品上下文和 AI 已经问过的信息，而不是让客户从头再讲一遍。更具体的边界，可以参考 AI 先接、人工兜底的边界。
复盘召回结果，让流程越用越聪明
补货召回做完，不要只看发了多少条、带来多少订单。更有用的是复盘流程本身：
- 哪些 SKU 的到货提醒回复最多？
- 哪些渠道的回复质量最好，哪些只是已读不回？
- 哪些问题 AI 没答上，需要补进知识库？
- 哪些坐席补答可以沉淀为标准答案？
- 哪些触达被客户嫌打扰，需要调低频率或延长冷却？
- 哪些高风险请求触发了人工审批，链路是否完整？
YundaDesk 的「越用越聪明」不是让 AI 自动学习并立刻生效。更稳的闭环是：AI 没答上、坐席补答、坐席纠正 AI 后，生成待确认学习建议；老板在评审台采纳后，才沉淀为技能、知识或客户记忆。每条可追溯、可测试、可一键回滚。
补货召回上线前检查清单
- 缺货登记已进入 CRM 意向名单，而不是只留在插件后台
- 商品、变体、国家、语言、时区字段完整
- 退订、投诉中、别打扰名单已排除
- 知识库已覆盖发货、库存、优惠、替代款和二次缺货
- 主动触达六层护栏已开启
- 先用「每条需我确认」模式跑一轮
- 高风险动作确认会转人工审批
到货提醒不是一个孤立按钮，而是一条从缺货意向到主动召回、再到 AI 接待和人工审批的闭环。把这条链路搭好，缺货就不只是损失，它会变成一批带着明确意向回来的客户。