AI 管家现在能对话式代你建知识库、接渠道、邀坐席 立即体验
YundaDesk
价格博客渠道
免费开通登录
有疑问?联系销售
Toolkit

催发货话术模板:安抚+给确定性的应答清单

客户问“我的单怎么还没发”时,别只回“请耐心等待”。这份催发货话术清单覆盖未超时、临近超时、已超时、预售、缺货和高风险投诉场景,并说明 AI 如何结合订单状态自动答、超时自动升级人工。

YundaDesk 团队 2026-01-02更新于 2026-07-10 约 6 分钟

客户催发货,真正要的不是一句道歉,而是确定性:订单有没有问题?什么时候发?如果发不了,谁来处理?

把催发货拆成未超时、临近超时、已超时、预售、缺货、语气升级几类,AI 先结合订单状态自动答;答不上、超时或涉及退款赔付,就升级人工。

先查四个字段,再套话术

催发货话术的底层不是文采,是信息。回复前至少要查四个字段:

字段 用途 回答方式
付款时间 判断是否超出承诺时效 说明当前处理到第几天
商品状态 区分现货、预售、定制、缺货 解释为什么还没发
仓库状态 看是否拣货、待揽收或异常 给出下一步动作
承诺时效 对照页面或订单邮件承诺 判断是否升级

没有这些字段,客服只能凭感觉安抚。YundaDesk 更推荐让 AI 先查订单和知识库,能明确回答就直接答;触发超时、缺货或退款相关意图,就带摘要转人工。

把字段查全之后,催发货话术才有机会从“请耐心等待”变成“现在是什么状态、什么时候升级”。下面这个测算不是行业平均,而是用来帮助团队理解 AI 先接后,人工首响压力如何逐周回落。

DATA

催发货人工首响回落走势(示例)

45 分钟8 分钟
第 1 周第 2 周第 3 周第 4 周
示例测算,假设 AI 先处理低风险催发货并带摘要转人工

场景一:还没超时,但客户已经着急

订单还在承诺时效内,但客户没看到说明、第一次购买,或者买来送人,都会提前催。

中文话术:

我帮你查到了,订单目前还在正常处理时效内。你是在 {下单时间} 下单的,这款商品通常会在 {承诺发货时效} 内发出,目前状态是 {仓库状态}。

发货后我们会第一时间把物流单号发给你。如果到 {具体日期} 仍未更新,我会帮你升级给人工同事继续跟进。

要点:不要只说「没超时」,要说明原因;不要说「尽快」,要给日期。低风险问题适合 AI 接住,但不能编造仓库动作。

场景二:临近超时,要主动给下一步

临近承诺时间时,客户的耐心已经很薄。继续让客户等可以,但要把下一步讲明白。

中文话术:

我看到你的订单预计应在 {承诺日期} 前发出,现在已经接近承诺时间。当前状态是 {仓库状态}。

如果在 {承诺日期/时间点} 前还没有发货更新,系统会自动升级给人工同事处理,不需要你重复提交消息。我们会优先确认是否需要仓库加急、拆单发出,或给你新的处理方案。

关键是「不需要你重复提交消息」。用 全渠道收件箱 把网站挂件、邮件、WhatsApp、Messenger、Instagram、TikTok、LINE 等渠道汇入同一工作台后,客户换渠道追问,坐席也能看到同一份上下文。

场景三:已经超时,别再只说抱歉

超时后,话术重心要从解释切到负责。客户不是不能接受延迟,而是不能接受没人管。

中文话术:

抱歉,这单已经超过我们原本承诺的发货时间。当前订单状态是 {仓库状态/异常原因}。我已经把这单升级给人工同事处理,并附上你的订单信息和前面的沟通记录。

接下来我们会优先确认三件事:是否能加急发出、是否需要拆单、如果暂时无法发出可以给你哪些选择。涉及退款、赔付或改价的动作都会由人工确认后处理,不会自动执行。

不要在仓库没确认前承诺「今天一定发」「马上赔」。退款、赔付、改价必须走人工审批与审计,AI 只能收集信息、整理上下文和转人工。

场景四:预售、定制、缺货,要把原因说成人话

页面写了预售周期,不代表客户记得;客户只会记得自己付了钱。

预售话术:

我查到这件商品是预售款,预计发货窗口是 {日期范围}。你的订单没有丢,目前仍在预售发货计划内。发货后你会收到物流单号。如果你不想继续等待,也可以回复我,我们会转人工同事查看可选处理方式。

缺货话术:

我帮你查到,这单暂时卡在 {商品名} 的库存补货上。为了不让你一直等,我会把这单升级给人工同事,确认是否可以拆单先发已有商品,或给你其他处理选项。

预售可以由 AI 按知识库解释;缺货更适合升级人工,因为常常牵涉拆单、替换商品、退款等选择。

场景五:连续追问或语气升级

同一客户短时间多次追问,或者出现「骗子」「投诉」「差评」「退款」这类词,就不要继续用普通模板压着。

中文话术:

我理解你已经等得很着急了。为了避免你继续重复说明,我会把这次对话和订单信息一起转给人工同事处理。

人工同事会基于当前发货状态给你明确下一步。如果涉及退款、赔付或其他金额相关处理,也会由人工确认后再执行。

建议设置四条升级规则:客户要求人工,转;同一订单短时间重复催发货,转;出现退款、赔付、投诉、差评,转;AI 没有足够订单依据,转。YundaDesk 的思路是 AI 先接人工兜底。

把话术变成 AI 规则

话术只放在表格里,最后还是靠坐席复制粘贴。更好的方式,是把它拆进知识库和流程规则:

意图 条件 AI 动作 升级条件
催发货 未超承诺时效 查订单并回复预计时间 客户不满意或要求人工
催发货 临近超时 回复状态并设置提醒 到点未更新自动升级
催发货 已超时 安抚并转人工 立即升级
预售发货 在预售窗口内 解释预售窗口 客户要求取消或退款
缺货 库存异常 收集信息并转人工 立即升级

知识库提供发货政策和常见问答,订单状态提供实时依据,共享工作台负责 AI 与人工一键切换。坐席纠正 AI 后,系统生成待确认学习建议;老板评审采纳后才沉淀为技能或知识,每条可追溯、可测试、可回滚。

上线前检查

催发货话术上线前,至少做一轮真实问题测试:

  • 用 20 条历史催发货会话测试 AI 是否能识别订单状态。
  • 检查所有回答是否给了具体日期或下一步动作。
  • 输入缺货、退款、投诉类问题,看是否转人工。
  • 用英语、目标市场语言各测一轮,确认语气自然。
  • 检查渠道消息是否进入同一客户档案,避免重复追问。

如果你正在重做发货、物流、催单类知识库,可以参考 知识库怎么喂给 AI 客服AI 先接、人工兜底的边界


好的 where is my order script,不是把客户哄住,而是把不确定性压下去:查得到就明确回答,快超时就设提醒,已经超时就升级人工。客户要的不是漂亮话,是有人接住、有人负责、下一步说得清楚。

把这份清单跑进你的工作台

AI 先接、人工兜底、每一步可回滚——文章里的方法在 YundaDesk 都能直接落地。