多平台统一库存搭建：从 Excel 到 ERP 的 3 个阶段方案

多渠道卖货最头疼的是库存。同一批货在 5 个平台卖，卖出去一件所有平台都要扣一件——这事情 Excel 手动做三天就崩溃。下面按规模升级方案。

阶段一：Excel（月订单 < 200 单）

核心思路：一张主表 + 手动同步。

主表结构

SKU	总库存	天猫	京东	抖音	拼多多	小红书	最后同步

同步节奏

• 每日 9:00、14:00、20:00 三次同步；
• 每次同步把当日销售扣除，实时库存写回每个平台。

工具

• Excel / 飞书表格协作；
• 平台商家后台 API（如有）；
• 人工校对。

适用条件

• SKU 数 < 50；
• 销售节奏稳定；
• 出现超卖情况能快速应对（客服主动退款+赔偿）。

阶段二：SaaS 工具（月订单 200-5000 单）

推荐工具

• 旺店通 / 聚水潭 / 易仓（国内常用）；
• 管家婆 ERP（传统）；
• BigSeller / Zendesk Sell（海外）。

数据流

平台订单 → SaaS 统一 → WMS 仓库系统 → 物流
                           ↓
                      库存回写各平台

核心功能

1. 订单合并：所有平台订单在一个 UI；
2. 库存实时同步：某平台扣 1 件，全平台扣 1 件；
3. 打印发货：统一标签打印；
4. 退款对账：财务便捷；
5. 报表：多平台业绩汇总。

选工具关键问答

• 覆盖哪些平台（某些工具不支持小红书）；
• 接口稳定性（平台 API 升级后工具是否及时适配）；
• 按订单收费还是按月；
• 超卖兜底赔偿机制（好工具提供"超卖险"）。

典型切换时机

• 月订单 > 500；
• 出现第 1 次严重超卖（损失 > 5000）；
• 客服被订单对账拖到无法做售后。

阶段三：自建 ERP（月订单 5000+）

为什么自建

SaaS 做到极致后天花板明显:

• 自定义业务规则受限；
• 数据所有权不在自己；
• 月费随订单数线性增长，大规模反而贵。

架构要点

1. OMS（订单）：

   • 聚合多平台订单；
   • 与 WMS 对接；
   • 支持 EDI / API / 手工导入 3 种订单源。

2. WMS（仓库）：

   • 分仓管理；
   • 拣选 / 打包 / 发货流程；
   • 盘点 / 调拨 / 报损。

3. SCM（供应链）：

   • 采购订单；
   • 生产进度；
   • 供应商管理。

4. FMS（财务）：

   • 平台对账；
   • 毛利计算；
   • 退款处理。

开发选择

• 从 0 开发：12+ 个月；
• 基于开源 Odoo / SAP B1 定制：6-9 个月；
• 外包：要确保数据归属清晰。

切换时机

• 月订单 > 5000；
• SaaS 每月费 > 2 万；
• 业务复杂到 SaaS 定制无法满足；
• 企业数据归属自主权重要（融资 / 上市前）。

超卖应急预案

即使用了最好的系统，超卖还是可能发生。应急流程:

1. 立即下架：发现超卖 5 分钟内所有平台下架该 SKU；
2. 客服主动联系：逐个通知已下单客户，提出二选一——
   • 3 天后发货（如能补货）+ 赠礼 10 元代金券；
   • 退款 + 赠礼 20 元代金券；
3. 复盘：当日结束后分析根因——是库存同步延迟？是预留不足？是人为失误？
4. 改进：加强相关预警。

库存预留策略

策略 A：按销售比例预留

热卖平台 60%、普通 30%、冷清 10%。优点简单，缺点不灵活。

策略 B：动态预留

每小时根据近 1 周销售速度重新分配。更灵活但实现复杂。

策略 C：安全库存 + 共享池

每个平台保留"安全库存"（1-2 天销量），其余全部进入"共享池"，谁卖谁消耗。推荐。

实施 Roadmap

月 1：选型 + 迁移

• 调研 2-3 个 SaaS 工具，跑试用；
• 与现有订单流程对接。

月 2：试点

• 2-3 个核心 SKU 迁入；
• 每日 10 分钟对账，识别差异；
• 建立超卖应急流程。

月 3：全量

• 所有 SKU 进系统；
• 停用 Excel；
• 建立"系统为准、人工对账"SOP。

延伸阅读

• 跨渠道商品矩阵设计
• 库存周转诊断模板
• 电商数据 ETL 管道