先讲个我见过三次的现场。一个做家居收纳的卖家,同一款收纳箱在亚马逊、Walmart 和 Shopify 独立站同时卖,仓库里实物只有 100 件。某天三个渠道加起来卖了 120 件——多卖出去的 20 件只能取消,其中十几单落在亚马逊上,当月账号收到绩效警告。老板问我:"我们明明有库存系统,怎么还会超卖?"我的回答:超卖从来不是"没管好库存",而是多平台共用一套实物库存时,系统设计里天生有三根导火索。

超卖的三根导火索

第一根:同步延迟。 大部分卖家的多平台库存同步是 API 轮询,不是实时。Walmart 和很多独立站插件默认 15 分钟同步一次——爆款在 15 分钟里能卖掉半天的安全库存。第三个现场我印象最深:一次闪购,独立站 12 分钟卖了 90 件,亚马逊那边还显示"有货",继续接单。

第二根:在途和预留没算进去。 仓库实物 100 件,不等于可卖 100 件。已打单未出库的、在途调拨的、被大客户预留的,这些"名花有主"的数量如果没从可售数里扣掉,三个渠道看到的都是虚高的数字。我在给一个 3PL 客户做上线时发现,他们的"可用量"公式里根本没减在途——上线第一周就超卖了 40 多单。

第三根:各渠道的"可售数"本来就不是同一个数。 亚马逊前台显示的是 FBA 可售库存,独立站显示的是你推送过去的数字,Walmart 又有自己的预留逻辑。三个数字口径不一,你却用同一套实物去兑付。这就好比三个出纳共用一个保险柜,但每人手里的账本算法都不一样。

三种防超卖架构,怎么选看这张表

架构 做法 优点 代价 适合谁
各渠道安全库存切分 按渠道历史销量比例,把实物库存切成几块,各卖各的 简单,不用上系统,表格就能跑 库存利用率低,爆款渠道会断货、冷门渠道积压 SKU 少(几十个以内)、团队没技术投入的卖家
虚拟共享池 + 预留 OMS 里维护一个共享可用量,渠道下单先占预留、发货再扣减 利用率高,超卖率能压到很低 需要 OMS,预留超时释放逻辑要设计好 日单几百、SKU 几百的中型卖家
OMS 中央库存 + 多仓分配 中央库存统一管可用量,再按仓库、渠道做分配规则 最完整,支持多仓、多平台、多币种 实施成本最高,要配专人维护 多仓库、日单上千的卖家或 3PL

我的选择建议: 别一上来就奔着架构三去。先看两个数:你的 SKU 数量和日均单量。SKU 不到 100、日单不到 300,架构一配上勤快的人工盘点完全够用——系统解决不了的问题,有时候加一次盘点频率就解决了。日单过 500 或者 SKU 过 500,架构二的投入产出比最高。架构三是给多仓玩家准备的,单仓卖家上了就是杀鸡用牛刀,维护成本会反噬你。

反常识的判断: 很多卖家以为"实时同步"是最优解,其实对大多数卖家,15 分钟同步加足够的安全库存,比实时同步加零安全库存更抗超卖。实时同步只是把延迟从 15 分钟压缩到几秒,但解决不了"三个渠道同时下单"那一秒的竞态——真正兜底的是预留机制和安全库存,不是同步速度。

同步频率到底设多少

给一个我常用的经验公式:

同步间隔内最大可售 = 当前可用量 −(历史峰值分钟销量 × 同步间隔分钟数 × 1.5)

解释一下:取这个 SKU 历史上卖得最快的那个分钟级速度,乘以你的同步间隔,再乘 1.5 的安全系数,从可用量里预先扣掉。举例:某 SKU 峰值每分钟卖 2 件,同步间隔 15 分钟,那就先扣掉 2×15×1.5=45 件再往各渠道推可售数。爆款单独拎出来走实时同步(1~2 分钟),长尾 SKU 保持 15~30 分钟——全量实时既烧 API 配额又没必要。

另外,同步方向别只做单向。很多插件只把"库存数"推给渠道,不把"渠道端实际可售"拉回来对账。每周做一次三方对账:OMS 可用量 vs 各渠道前台显示数,差超过 5% 就查原因。这个习惯比任何架构都便宜,效果却最实在。

仓库打包工位,工人用胶带机封箱,旁边是分拣好的包裹墙

亚马逊超卖的代价最贵

三个渠道里,超卖的代价是不对等的。独立站超卖,发封道歉邮件、给张优惠券,大概率能挽回;Walmart 超卖影响店铺评分;而亚马逊超卖直接计入订单缺陷——取消率、迟发率进 ODR,超标会触发账号审核乃至停售。具体阈值以亚马逊官网政策为准,每年都可能调,别拿老经验赌账号。

所以实操上有个优先级:亚马逊的可售数永远按最保守的口径推。 我的做法是,亚马逊渠道的安全系数用 2.0,其他渠道用 1.5。FBA 的货和自有仓的货分两本账管,别把 FBA 可售和自有仓可用混成一个数往外推——这是我见过最多的低级错误。

落地检查清单

  1. 统一库存主数据:所有渠道的 SKU 映射表先对齐,一个实物 SKU 只对应一个库存主键,变体、组合装单独建虚拟 SKU。
  2. 定义"可用量"公式并写下来:可用量 = 实物库存 − 预留 − 在途占用 − 各渠道在售未发货。全团队用同一个公式。
  3. 给每个渠道设独立的安全库存水位,亚马逊的最保守。
  4. 爆款 SKU 单独配置同步频率(1~2 分钟),长尾 SKU 保持 15~30 分钟。
  5. 预留超时释放:下单后 30 分钟未付款(或按渠道规则)自动释放预留,避免"幽灵占用"锁死库存。
  6. 每周三方对账:OMS 可用量 vs 各渠道前台数,差异超 5% 查因。
  7. 大促前 48 小时冻结库存基数:导出快照,大促期间只调安全系数不动基数,避免多人改数打架。
  8. 超卖应急 SOP:谁负责联系买家、补偿标准是什么、亚马逊 case 怎么开,写成一页纸贴在墙上。

多平台一套库存,本质上是把"一个保险柜三个出纳"的问题,用预留机制和口径统一管起来。系统架构选对、同步频率设对、亚马逊口径最保守——超卖这个坑,是可以被设计掉的。这个坑我见过三次,希望你一次都不用见。

作者:林晓|WMS 实施顾问(30+ 上线项目)