先说结论:缺货时的部分发货决策——先发一部分还是等齐再发,不是一个客服话术问题,是一个 OMS 规则配置问题。 规则配好了,系统自动决策;规则没配,客服每天在群里吵架,仓库每天在等指令。我做了 30 多个 OMS 上线项目,凡是部分发货靠人工判断的,最后都变成了扯皮现场。

先澄清一个概念:这篇讲的"部分发货",跟"拆单"不是一回事。拆单是把一个订单按包裹拆分(比如分仓发货、大件小件分开发),原因是物流优化;部分发货是订单里有 SKU 缺货,先发有货的、缺的后面补,原因是库存不足。两个场景的决策逻辑完全不同,规则要分开配,别混在一起。

为什么不能靠人拍脑袋

讲两个我亲历的项目。

第一个是 2023 年的一个美妆品牌客户,仓库在洛杉矶。他们的政策是"有货就先发",听起来很客户友好对吧?结果一个订单里 5 个 SKU,缺 1 个,仓库分 3 次发货——因为缺货的那个 SKU 分三批到货。二次、三次运费全是品牌自己贴,一个月下来多花了 2 万多美金运费。更惨的是,客户收到三个包裹,第一个包裹里一张纸条都没有,客户以为发错了,直接给了差评。

第二个是 2024 年的一个 3C 配件卖家,正好相反:政策是"必须等齐"。一个大促订单,9 个 SKU 里 1 个缺货,等了 11 天。结果平台判定发货超时,罚了款,还丢了一个大客户的复购。这个坑我见过三次,每次的根因都一样:决策逻辑不在系统里,在某个人的脑子里。

所以第一步不是定政策,是把政策写成 OMS 能执行的规则。

部分发货的决策逻辑:四道闸门

我给客户配的规则一般是四道闸门,按顺序过,任何一道说"等",就等齐再发:

第一道:时效闸。 订单有没有承诺发货时效?平台单(比如亚马逊、沃尔玛)有 SLA,超时罚款的,一律先发有货部分。罚款是确定的,二次运费是可控的,这笔账不用算。

第二道:缺货比例闸。 缺货金额占订单金额的比例超过阈值(我一般建议配 30%),就等齐。缺了三分之一还先发,客户体验和运费都亏。低于阈值,先发。

第三道:客户等级闸。 VIP、大客户、订阅制客户,单独配策略。这类客户宁可慢一点也要一次收齐——他们要的是省心,不是快一天。

第四道:SKU 属性闸。 大件、贵重、易碎品,不拆。成套销售的(比如一套 4 件的餐具),缺一件就不发整套。耗材类、标品,先发无妨。

这四道闸门在 OMS 里就是四个可配置的规则条件,阈值每个客户自己定。上线前夜 checklist 里,我一定会让客户把这四个阈值填出来、签字——因为上线后第一个月,客服一定会来问"这个订单为什么拆了",到时候拿签字说话。

Backorder 的自动生成:三个必须

决定先发有货部分后,缺货的部分要自动生成 backorder(待补发单)。这里有三个必须,缺一个就翻车:

  1. 必须继承原单的优先级和承诺。 Backorder 不是新订单,它是原订单的延续。客户等级、承诺时效、 shipping method 都要继承。我见过系统把 backorder 当成普通新单,排到了普通队列,VIP 客户的补发等了两周——客服被骂惨了。

  2. 必须重新计算承诺日期。 根据缺货 SKU 的预计到货日期(ETA)+ 出库处理时长,算出新的预计发货日,并且自动通知客户。不要写"尽快发出"这种废话,给具体日期。ETA 变了,日期要自动更新。

  3. 必须和原单关联可查。 客户查物流、客服查单,都要一眼看到"这是某订单的补发,还有 X 件在路上"。关联断了,客户会以为你们多收了他一次钱。

二次运费的成本账:先发之前先算

很多人算不清这笔账,我给你一个框架。部分发货的真实成本 = 二次运费 + 二次打包人工 + 客服沟通成本 + 差评/退货的隐性成本。

以前面那个美妆客户为例(数字是该项目的实际量级):一单拆成 3 次发,首发运费 8 美金,补发两次各 6 美金,单均运费从 8 美金涨到 20 美金。一个月 2000 个拆单,运费多支出 2.4 万美金。而如果等齐再发,平均延迟 4 天,超时罚款和流失加起来一个月不到 8000 美金。这个客户的正确答案其实是"等",但他们一开始拍脑袋选了"发"。

反过来,3C 那个客户:等 11 天,平台罚款加丢单,一个月损失超过 3 万美金;如果先发,二次运费一个月也就 1 万出头。他的正确答案是"发"。

看出来了吗?没有放之四海皆准的答案,只有算过账的答案。这就是为什么决策逻辑必须进系统:人会凭感觉,系统只认阈值。

客户沟通:先发之前,先说什么

规则配好了、backorder 生成了,还差最后一环:客户沟通。这个坑我见过三次——系统全对,但客户不知道。

标准动作三件套,缺一不可:

  1. 发货时自动通知:"您的订单 XXX 已发出 3 件,剩余 2 件预计 X 月 X 日发出,单号 XXX。" 时间必须是 backorder 重新计算过的承诺日期,不是"尽快"。
  2. 包裹里放补发说明卡:纸质卡片,写清楚"这是您订单的一部分,剩余商品正在补发",附上查询方式。别指望客户看邮件,很多人下单用的邮箱一年看两次。
  3. backorder 发货后二次通知:补发包裹发出时再通知一次,并关联原订单。让客户在订单详情页看到完整的时间线。

话术模板我直接给你一套,拿去改改就能用:"您好,您的订单中 X 件商品已有库存,我们已优先发出(单号 XXX);剩余 X 件预计 X 月 X 日补发,运费由我们承担。给您带来不便,非常抱歉。" 注意最后一句——补发的运费必须商家承担,这是行业惯例。让客户为你的缺货多付一分钱,差评是跑不掉的。

一个反常识的判断

最后说个反常识的:部分发货最伤的往往不是运费,是客户以为你发错了。

客户下单 5 件,收到 3 件,没有任何说明。他的第一反应不是"哦还有 2 件在路上",而是"这商家发错货了"。然后就是差评、退款申请、客服工单三连。上面那套沟通动作,少做一件,部分发货的体验分就是负的——你花了二次运费,还买了个差评,这就是最亏的结局。

上线前夜 checklist:部分发货模块

每次给客户上部分发货功能,我的 checklist 是这 8 条,少一条都不签字:

  1. 四道闸门的阈值客户已签字确认
  2. backorder 继承规则已配好(优先级/时效/承运方式)
  3. 承诺日期重算逻辑已用真实 ETA 跑过测试单
  4. 客户通知模板(短信+邮件)里的日期变量已联通
  5. 补发说明卡已印好,打包台有操作 SOP
  6. 补发运费承担方已配好(默认商家承担)
  7. 原单和 backorder 的关联在前台订单详情页可见
  8. 客服已培训:客户问"为什么分开发",统一话术已下发

第 8 条之外再加一条我每次都亲自做的:去仓库亲眼看一次拆单的打包,确认说明卡真的在箱子里。我见过系统配好了、短信发了,但仓库没放卡——因为没人告诉打包员这单是拆单。

这 9 条全 green,部分发货才算真正上线。不然你上线的不是功能,是工单生成器。

作者:林晓|WMS 实施顾问,做过 30+ 上线项目