YundaDesk缺货最伤客户信任的，不是「暂时没货」本身，而是客户下单后才发现要等、问了三次得到三种口径、到货时又没人提醒。跨境电商渠道分散，邮件、网站挂件、WhatsApp、Instagram、TikTok、LINE、Zalo，任何入口漏通知，都可能引发退款、拒付或差评。
缺货沟通不能只靠一句「补货中，请耐心等待」。它应该是一套流程：状态变更时主动告知，追问时 AI 按知识库回答，到货后按客户语言和渠道提醒，退款、赔付、改价走人工审批。
好的缺货沟通，不是把坏消息说得漂亮，而是让客户知道：现在发生了什么、下一步什么时候发生、他有哪些选择。
—— YundaDesk 支持团队
缺货沟通之所以要提前做，是因为客户在缺货场景里的耐心本来就有限。库存状态、补货窗口和可选方案越早统一，后面的退款、拒付和差评压力越小。
缺货沟通先看两个转化压力点
先分清三种缺货：别把所有问题都叫 out of stock
同样是「没货」，客户感受不同。后台和客服口径至少分三类：
| 状态 | 客户看到的问题 | 沟通重点 |
|---|---|---|
| 售前缺货 | 商品页显示没货 | 收集订阅、说明补货节奏、推荐替代款 |
| 已下单延期 | 已付款但暂时发不出 | 主动告知原因、预计时间、可选方案 |
| 部分缺货 | 多件商品里一件缺货 | 说明拆单、等待或取消单件的选择 |
混乱往往从这里开始：商品页说「很快补货」，邮件说「预计 7 天」，坐席又说「不确定」。建议把状态写成标准字段，如 out_of_stock、backorder、partial_backorder、restock_pending，让知识库、自动回复、主动触达和人工处理引用同一个事实来源。
主动告知：别等客户来催才解释
缺货沟通的第一原则是提前说。客户能等，但很难接受自己发现。
已下单后发现延期，通知里要包含四个信息：
- 订单状态：哪些商品受影响，哪些不受影响。
- 预计节点：预计补货或发出时间；不确定就说不确定，不要编日期。
- 客户选择：继续等待、拆单先发、换同价商品、申请退款。
- 人工入口：客户不接受方案时，可以直接转人工。
YundaDesk 的主动触达适合这一步：订单延期或待补货后，在客户常用渠道主动开口。它有冷却、频率上限、静默时段、客户在聊不插话、别打扰名单、敏感动作必过人六层护栏；团队可从「仅观察」切到「每条需我确认」，最后对低风险通知自动发送。
知识库口径：让 AI 和坐席说同一件事
缺货期间，问题会高度重复：什么时候补货、为什么还没发、能不能先发有货部分、等不及能不能退款、到货后会不会通知。
这些答案应先沉淀到知识库，不要散落在私聊和临时表格里。至少准备四类内容：
| 内容 | 示例 |
|---|---|
| 补货规则 | 哪些商品按批次补，哪些不再补 |
| 发货口径 | 延期原因、预计窗口、拆单规则 |
| 替代建议 | 同系列、同尺码、同价格带商品 |
| 风险边界 | 退款、赔付、改价必须人工审批 |
AI 客服根据知识库回答，答不上、客户要求人工、或命中高风险动作时转人工。坐席补答后，可复用问题生成待确认学习建议，由老板确认后再生效，沉淀为技能或知识。这样「越用越聪明」才是受控的：可追溯、可测试、可一键回滚。
到货提醒：把补货做成闭环
很多店铺做了「到货通知」表单，却没接进客服流程。客户订阅后又在 Instagram、邮件里追问，坐席还得手动查表。
更稳的闭环是：客户在商品页、网站挂件或聊天中表达「到货提醒」意图；系统记录商品、尺码、颜色、客户语言、常用渠道和身份；补货后先按护栏判断是否发送；发送后，客户追问库存、优惠、物流，都回到同一工作台。
提醒文案不要制造稀缺焦虑，也不要承诺保留库存。说清「你关注的商品已重新上架」，再给购买入口；库存很少时，由人工审核话术。
全渠道同步：别让客户在不同入口听到不同答案
缺货通知最怕渠道割裂。邮件发了延期通知，WhatsApp 坐席不知道；TikTok 评论区还说「现货充足」；客户转人工后，又被要求重新报订单号。
YundaDesk 支持网站挂件、自定义 API、邮件、WhatsApp、Telegram、Messenger、Instagram、TikTok、LINE、微信、VKontakte、Zalo、YouTube 等渠道汇入同一工作台，并沉到同一份客户档案里。客户在哪个渠道问，都能看到同一订单和历史；AI 自动跟随客户语言；国家、语言、时区、社媒 ID 也能帮助判断发送时间和渠道优先级。
更多处理方式，可参考全渠道收件箱到底解决什么问题。
人工兜底：退款、赔付和改价不要自动放权
缺货沟通里，AI 可以先接住低风险问题：解释库存状态、查询订单、说明补货节点、推荐替代商品、收集客户选择。但凡涉及金额和承诺，就要收紧。
| 场景 | AI 可以做 | 必须人工做 |
|---|---|---|
| 问补货时间 | 按知识库回答，说明不确定性 | 修改官方补货承诺 |
| 要求取消等待 | 收集订单与原因，转人工 | 执行退款 |
| 要求赔偿 | 安抚、整理上下文 | 决定赔付或优惠 |
| 要求改价 | 解释现有规则 | 批准特殊价格 |
这个边界要写进规则。YundaDesk 的共享工作台可以让 AI 先接，人工一键接管；转人工时附上摘要、订单状态和客户历史。更多边界设置可参考AI 先接、人工兜底的分工。
复盘沉淀：把每次缺货变成下一次的准备
缺货处理结束后，别只看卖掉了多少件。客服侧更应该复盘：哪些商品触发最多咨询，哪些渠道最容易漏通知，哪些口径被反复改写，哪些会话因退款、赔付、改价进入人工审批，到货提醒后客户追问最多的是什么。
复盘是为了把经验沉淀回系统。AI 没答上、坐席补答、坐席纠正 AI 的内容，先进入待确认学习建议；老板确认后，才沉淀为知识、技能或客户记忆。下一次同类商品缺货时，AI 才能更早接住。
缺货通知检查清单
- 商品状态字段已区分售前缺货、已下单延期、部分缺货
- 知识库已写清补货、拆单、退款与替代款口径
- 主动通知包含状态、预计节点、客户选择和人工入口
- 到货提醒已接入客户档案和常用渠道
- 退款、赔付、改价保持人工审批
- 所有渠道进入同一工作台，坐席能看到历史上下文
缺货通知的目标不是把客户哄住，而是把不确定性管理好。提前说清楚、同一口径回答、到货后主动提醒、高风险动作交给人判断，这套流程做稳了，backorder communication 才不会每次都变成救火。