我在2023年到2025年之间,陆续帮十一家年GMV在300万到4000万之间的跨境卖家梳理过ERP里的采购补货流程。这十一家里,有九家在上ERP之前就已经在用Excel维护补货表,上了ERP之后,反而出现了更严重的压货和断货并发的问题。最典型的一家,做亚马逊美国站家居品类,SKU大约220个,2024年Q2同时出现了爆款断货17天、滞销库存占用现金约86万元的情况。
他们的运营主管跟我说了一句话让我印象很深:"ERP里明明有补货建议,为什么我不敢照着下单?"
这句话几乎就是我写这篇文章的全部动机。市面上讲ERP跨境电商管理要点的内容,绝大多数在讲系统能算什么、公式长什么样、参数怎么填。但中小商家真正卡住的地方,不是不知道公式,而是不知道该不该信这个公式、什么时候该改、改了之后现金够不够撑。这篇文章不讲"一套公式解决补货",而是把我这几年在真实卖家场景里验证过的采购补货设计逻辑,拆成一套可以直接落地的SOP,包括参数怎么设、SKU怎么分层、异常怎么处理、系统边界在哪里。
先把我的核心判断说清楚:对年GMV在亿级以下的中小跨境卖家来说,采购补货设计的本质不是"库存优化",而是"现金流调度"。这和大卖家的逻辑完全不一样。大卖家有资金池、有账期、有成熟的供应链金融工具,可以承受更高的平均库存水位去换更低的断货率。中小商家没有这个缓冲,一次错误的补货决策,可能直接把两个月的现金流锁死在一个滞销SKU上。
所以中小商家在用ERP做采购补货设计时,必须调整三个优先级:
基于这个判断,我给中小商家的采购补货设计原则是:半自动、可复核、能异常处理。ERP负责算、负责预警、负责同步库存节点,但下单前的最后一次判断必须由人来完成。全自动补货在SKU超过500、供应链稳定、现金流充裕的卖家手里是效率工具,在中小商家手里是风险放大器。

我梳理的这十一家卖家里,问题高度集中在四个场景。这不是理论推演,是我在跟他们一起看后台数据、翻采购单、对库存报表时反复看到的。
最常见的错误。ERP里默认取近30天或近7天的日均销量,运营就直接用了。但问题是,如果一个SKU在过去30天里有12天是断货状态,这12天销量为0或极低,算出来的日均销量会被严重低估。反过来,如果这30天里赶上了一次站内秒杀或Prime Day,日均销量又会被严重高估。
我见过一个做宠物用品的卖家,某个SKU在2024年3月做了一次折扣活动,7天销量占了当月销量的62%。ERP按30天日均算出来的补货建议是平时的2.4倍,他们照着下了单,结果活动结束后销量回落到正常水平,这批货压了将近五个月才清完,光是FBA长期仓储费就交了约3400美元。
很多卖家在ERP里只设一个全局备货天数,比如60天。但爆款和长尾品的销售节奏、供应商交期、断货影响完全不同。爆款断货一天损失的是排名和广告权重,长尾断货一周可能都没人发现。用同一个备货天数覆盖所有SKU,本质上是用爆款的安全库存去补贴长尾的库存积压。
这是最隐蔽的坑。ERP里的"采购在途""国内仓库存""头程在途""平台在途""平台可售""预留库存"这几个字段,不同系统定义不一样,卖家自己的Excel表又往往是另一套口径。我见过一个卖家,ERP里的"可用库存"包含了国内仓库存,但他的采购表里又把这部分算成了"在途",导致补货建议凭空少了三成,连续两个月低估采购量,爆款反复断货。
补货计划做得再漂亮,供应商延迟一次就全废。但大多数中小商家的ERP里没有任何"异常触发"的配置,采购单下了之后就没有跟进节点,等到发现货没到、库存快见底了才临时加急空运,一次空运成本可能吃掉这个SKU两个月的利润。

我经常看到一类内容,把补货公式写得极其复杂,加入安全库存系数、服务水平、需求标准差、交期波动率,看起来很专业。但对中小商家来说,公式的精确度提升,远远比不上参数可信度的提升带来的收益。这是我这些年最坚定的一个专业判断。
假设你的补货公式包含了七个变量,看起来很严谨。但其中"日销量"这个输入被断货污染了20%,"供应商交期"你用的是合同上的理论值而不是实际值,那么无论公式多复杂,输出结果都是错的。在参数不可信的情况下,简单公式和复杂公式的错误程度是一样的,但复杂公式更难被人工发现异常。
ERP的补货建议是基于历史数据和外推逻辑的,它不知道你下个月要上新品、不知道你的主力供应商要放假、不知道平台下个月要调整仓容政策。它算的是一个"在平稳假设下的合理值",而真实的跨境生意几乎没有平稳的时候。我的建议是:把ERP补货建议当成"第一稿",人工复核后才是"终稿"。
中小商家的SKU数量通常在50到500个之间,但真正贡献80%利润的可能只有20到50个。如果把所有SKU都放进同一套精细补货流程里,采购人员的时间会被稀释,反而没有精力盯住真正重要的SKU。补货设计的第一步不是算,是分层。
很多卖家把"备货天数"理解成一个笼统的数字,实际上它应该被拆成:供应商生产交期 + 国内集货时间 + 头程运输时间 + 清关时间 + 平台入仓上架时间 + 安全缓冲天数。拆开之后你才会发现,真正波动最大的往往是清关和入仓环节,而不是生产环节。如果不拆开,你根本不知道哪个环节该优化。

讲完误区和坑,我把我的判断逻辑完整地说一遍。这套逻辑我在多个卖家现场验证过,核心是四层:参数可信层 → SKU分层层 → 公式骨架层 → 人工复核层。顺序不能颠倒。
在ERP里配置补货之前,必须先解决三个参数的可信度问题:
这一步是纯治理工作,不产生任何"优化效果",但它是后面所有工作的地基。我见过太多卖家跳过这一步,直接调公式,结果越调越乱。
分层标准我建议用两个维度:利润贡献和断货影响。利润贡献看毛利额占比,断货影响看断货后排名和广告权重的恢复难度。两个维度都高的就是A类,必须重点保;都低的就是C类,断货了不用紧张。
目标库存 = 日销量 × 覆盖天数;采购建议 = 目标库存 − 可用库存 − 在途库存 + 安全库存。这个骨架足够用,不需要加太多变量。把复杂度花在参数上,不要花在公式上。
人工复核要回答四个问题:这笔采购出去之后现金够不够?供应商这周有没有异常?平台政策下个月有没有变化?这个SKU最近有没有促销计划?四个问题任何一个答案是"有风险",就要调整采购量或分批下单。

讲理论容易空,我用一个具体的工具场景来说明参数治理怎么做。这里以数跨境为例,官网是 https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys 。我选择这个工具做示例,不是因为它是唯一选择,而是因为它在"多平台、多店铺、多库存节点"的同步上做得相对清晰,适合用来演示中小商家的参数治理思路。
在数跨境的场景里,采购补货相关参数是围绕SKU维度配置的。我通常建议卖家不要只用一个日销量字段,而是至少区分三种:
这三个字段分开之后,采购人员就能清楚地知道自己在用哪个数字做决策,而不是糊里糊涂用一个被污染的数字。我在一个做3C配件的卖家那里做过对照:仅仅是把补货依据从"原始日均"换成"有效日均",A类SKU的补货量预测偏差就从平均31%降到了14%左右。
中小商家最容易出错的库存节点是"在途"。在数跨境的库存视图里,通常可以区分国内仓、采购在途、头程在途、平台在途、平台可售、预留等节点。关键不是节点多,而是你要明确哪些节点计入"可用库存"、哪些计入"在途库存"。
我的建议口径是:可用库存 = 平台可售 + 国内仓可用 − 预留;在途库存 = 采购在途 + 头程在途 + 平台在途在途部分。这个口径要和你的采购表完全对齐,否则就会重算或漏算。
我在三个卖家身上做过前后对比观察,时间跨度大约是两个完整补货周期(约4个月)。观察的核心指标是"补货建议量与实际合理需求量之间的偏差"。这里说明一下,实际合理需求量是我和卖家一起,事后复盘时根据真实销售和库存消耗倒推出来的,不是系统指标。
| 卖家 | 类目 | SKU数 | 治理前平均偏差 | 治理后平均偏差 | 滞销库存占用变化 |
|---|---|---|---|---|---|
| 卖家A | 家居 | 220 | 约34% | 约16% | 下降约22% |
| 卖家B | 3C配件 | 140 | 约28% | 约13% | 下降约18% |
| 卖家C | 宠物用品 | 310 | 约41% | 约19% | 下降约27% |
需要说明的是,这组数据来自我个人的跟访观察,样本量小,不能当作行业基准,只能说明一个方向:在中小商家的补货问题里,参数治理带来的改善幅度,通常大于公式优化带来的改善幅度。

基于上面的逻辑,我把中小商家的采购补货SOP整理成七个步骤,可以直接在ERP里对应配置:
很多ERP允许配置自定义逻辑或规则。如果你需要自己写一段判断逻辑来决定某类SKU是否需要补货,我建议用下面这种结构,简单但覆盖了核心条件:
if SKU.等级 == "A":
目标库存 = 有效日均销量 * (交期中位数 + 安全天数)
采购建议 = 目标库存 – 可用库存 – 在途库存
elif SKU.等级 == "B":
目标库存 = 有效日均销量 * (固定周期 + 安全天数)
采购建议 = 目标库存 – 可用库存 – 在途库存
if 采购建议 0 and (现金流余量 – 采购金额) < 安全现金线:
采购建议 = 分批下单(采购建议)
这段逻辑的重点不在算法,而在两个细节:B类要顾及供应商最小起订量,A类之外的SKU都要过现金流闸门。这两个细节决定了补货方案能不能在中小商家手里跑得下去。

补货设计没有万能方案。我把中小商家大致分成四种情况,每种给一套具体的行动建议。你可以直接对照自己的状态选择。
这种情况下,补货的第一目标是"绝不允许单次采购锁死现金流"。具体动作:
这种情况下,重点是用分层减少管理负担。具体动作:
这种情况下,先别碰公式,先做参数治理。具体动作:
这种情况下,可以考虑提高自动化程度,但仍要保留人工闸门。具体动作:

补货设计最难的从来不是算,是取舍。我把中小商家最常见的五组取舍列出来,每组给出我的判断依据。
这两者天然对立。要降低断货率,就得提高库存水位,周转就慢;要加快周转,就得压库存,断货率就上升。我的建议是:A类SKU优先保断货,接受周转慢一点;C类SKU优先保周转,接受断货或直接清退。不要试图在所有SKU上同时优化两个指标。
大批量采购单价低,但占现金;小批量高频次现金压力小,但单价高、物流成本高。现金流紧张时,优先选高频次小批量;现金流健康且供应商稳定时,可以适度大批量锁价。判断依据是单次采购金额占可用现金的比例,超过25%就该拆分。
自动化程度越高,人工成本越低,但对参数和流程的准确性要求越高。在参数可信度达到80%之前,不要提高自动化程度。我见过卖家在参数混乱的情况下开启自动补货,一个月内压了三十多万的滞销库存。
亚马逊、独立站、TikTok Shop、Shopee的仓容政策、入仓时效、退货率都不一样。如果多平台销量占比都不小,就用分平台策略;如果某个平台占80%以上,可以先统一策略,再单独处理特殊平台。不要为了"统一管理"而牺牲准确性。
精细管理每个SKU在理论上最优,但中小商家的人力有限。把精细管理集中在前20%的SKU上,剩下的用简单规则覆盖。时间成本也要算进补货的总成本里。
| 取舍项 | 倾向A | 倾向B | 我的判断依据 |
|---|---|---|---|
| 断货 vs 周转 | 保断货 | 保周转 | A类保断货,C类保周转 |
| 单价 vs 频次 | 大批量低价 | 小批量高频 | 单次金额占可用现金超25%就拆 |
| 自动化 vs 人工 | 全自动 | 全人工 | 参数可信度超80%才提高自动化 |
| 统一 vs 分平台 | 统一策略 | 分平台策略 | 单平台占比超80%可先统一 |
| 精细 vs 时间成本 | 全SKU精细 | 粗放管理 | 精细集中在前20% SKU |

补货方案的好坏,不是看平稳时期跑得多顺,而是看异常时能不能扛住。我整理了五种中小商家最常遇到的异常场景,每种给出触发条件和应对动作。
触发条件:实际交期超过承诺交期3天以上,或供应商主动通知延期。应对动作:立即检查该供应商所有在途SKU的可售天数,可售天数低于安全线的,优先安排空运或寻找备选供应商;同时更新ERP里的实际交期数据,让后续补货建议自动调整。
触发条件:头程时效超过正常水平50%以上,或运费上涨超过预算20%。应对动作:评估是否切换物流渠道或拆分发货;对A类SKU考虑提前备货到海外仓;对C类SKU延后补货。
触发条件:平台通知库容下调,或IPI/库存绩效指标触发限制。应对动作:立即停止C类SKU补货,对滞销库存启动清仓;把A类SKU优先补到可售状态,避免占用库容的低效SKU挤占空间。
触发条件:单日销量超过日常3倍,或退货率超过类目均值50%。应对动作:促销前提前锁定补货计划,促销后第一时间复盘真实净销量,剔除退货影响后再计算补货量。不要用含退货的销量做补货依据。
触发条件:目标市场关税政策调整,或汇率波动超过5%。应对动作:重新测算到岸成本,评估是否调整售价;对成本敏感的SKU延后补货,观察政策落地后的实际影响。

最后讲一个非常关键但经常被忽略的问题:ERP和人的边界在哪里。这个边界划不清楚,要么是系统算出来没人敢用,要么是人被系统牵着走。
半自动的核心是:系统生成草稿,人工审批,审批时系统同时展示决策所需的上下文。比如审批一个采购建议时,界面应该同时显示这个SKU的可用天数、在途、现金占用、供应商实际交期、近期促销标记。人工只需要在这些信息基础上做判断,而不是自己去翻多个报表。
我在一个卖家那里做过测算:把审批所需的上下文整合到一张视图后,单次采购审批的耗时从平均约18分钟降到约6分钟,同时因为信息更全,复核质量反而提高了。这说明半自动不是效率的妥协,在中小商家场景里,它常常是质量和效率的最优解。

把上面所有内容压缩成一份检查清单。你可以直接拿去核对自己的ERP配置。每一项都应该是"是"或"否",有"否"就说明还有治理空间。
这份清单看起来基础,但我在十一家卖家那里核过,能全部打勾的只有两家。补货设计的门槛不在公式,在这些看起来"不高级"的基础治理上。
回到开头那个问题:"ERP里明明有补货建议,为什么我不敢照着下单?"答案不是建议不对,而是建议背后的参数没有被治理过、没有被复核过、没有被异常预案保护过。中小商家的采购补货设计,本质是一套在现金流约束下的半自动决策流程,而不是一个精确的公式。
如果这篇文章你只能记住一件事,我希望是这句:先让参数可信,再让流程可复核,最后才谈自动化。顺序错了,工具越好,风险越大。
下一步动作,我建议你从三件事开始,不用等ERP升级,也不用等团队扩编:
这三件事做完,你会发现补货建议变"敢用"了。不是因为它变准了,而是因为你终于知道它为什么是这个数。这就是中小商家采购补货设计的真正起点。
我刚开始用ERP的时候,看到日销量可以按不同天数取值,随手选了30天,结果一个刚推起来的款补货补少了,断货两周。后来我才意识到,取数窗口直接决定了补货建议是激进还是保守。到底有没有一个固定的标准?
没有统一答案,但有判断规则。核心看这个SKU的销量稳定性:波动小的常规款用30天甚至60天,取的是平滑值,避免被单日爆单带偏;波动大的新品或促销款用7到14天,取的是近期趋势。
关键操作是剔除污染数据,断货期间的日销量要补回真实需求,大促当天的异常峰值要么单独标记要么剔除,否则ERP算出来的补货建议会系统性偏高或偏低。实操上建议在ERP里给不同SKU分层设置取数窗口,而不是全店一个值。
判断依据很简单:如果一个SKU过去30天里有超过5天处于断货状态,30天均值就没有参考意义,必须切到更短窗口或手动修正。
我一直以为备货天数就是把供应商交货的天数加上物流头程的天数,再加几天安全库存就完事了。但有一次供应商说好15天交货,实际拖到28天,头程又赶上港口拥堵多花了一周,直接断货。我才发现这个天数拆得不够细。
不够,备货天数至少要拆成五段:供应商实际交期(不是承诺交期,取近3次实际交货天数的最大值或均值加波动)、国内仓集货和质检时间、头程运输时效、清关和入平台仓上架时间、安全天数。其中安全天数不是拍脑袋定的,而是根据这个SKU的历史断货损失来倒推,断货一天损失多少销售额,愿意为此多备多少天的货。
中小商家最容易犯的错是用供应商的承诺交期而不是实际交期,建议在ERP里记录每笔采购的实际到货日期,跑三个月就能算出每个供应商的真实交期波动区间,用上限而不是均值来设参数。
我觉得分层补货是大卖家才需要做的事,我就一百多个SKU,每个都看一眼不就行了。但实际上每次补货的时候我都是凭感觉,爆款怕断货就多补,长尾款懒得管就一直没补,结果现金全压在爆款库存上,长尾款反而错过了几个还能卖的窗口。
一百多个SKU恰恰是最需要分层的区间。因为SKU少的时候你觉得自己能记住每个款的情况,但实际上决策时还是会被最近印象最深的那个款带偏。建议按销量占比和毛利贡献做最简单的三层:A类占总销量前70%的SKU,高频小批量补,宁可多补几次也不断货;B类占中间20%,固定周期补货,控制周转天数;
C类占最后10%,设置清仓线,超过60天没动销就停止补货并降价清理。分层标准不需要多精密,用ERP里近30天销量排序,按累计占比切三刀就够了,每季度重新跑一次。核心目的是让补货决策有规则可循,而不是每次靠感觉。
上了ERP之后,系统每周自动生成采购建议,一开始我挺信任的,觉得系统算的肯定比我准。但有一次系统建议我补一个正在被平台限仓的品,如果直接下单货到了入不了仓,就是纯压现金。从那以后我就纠结,到底哪些该信系统,哪些必须自己看。
中小商家现阶段应该坚持半自动:ERP生成建议,人工复核后再下单。原因是ERP的补货算法只能基于历史数据和预设参数,它不知道下个月平台仓容政策要变、不知道某个供应商最近出了质量问题、不知道你现金流这个月要优先保广告投放。
具体做法是设三条人工卡点:第一,平台仓容和库龄政策变动期间,所有涉及受限品的补货建议必须人工确认;第二,单笔采购金额超过月现金流一定比例的建议,需要老板审批;第三,新品和促销品的首次补货建议不直接采用,先小批量试单。
ERP负责的是不漏算、不忘记、给出一致性的基线,人工负责的是处理系统看不到的异常和做取舍。等你的参数稳定跑了半年以上、异常场景都有标准处理流程了,再逐步放开自动执行的比例。


读者评论
做亚马逊家居类目三年,文中说的日销量被促销污染真的戳中我。去年会员日之后按30天日均补货,结果活动结束销量腰斩,货压了四个多月。现在我会强制看剔除异常天数后的日均,差异超过30%就人工判断。
把采购补货定义成现金流调度而不是库存优化,这个视角对中小卖家很实用。不过我觉得还要分阶段:现金流特别紧的时候确实要先保现金,但如果某个爆款断货会直接丢掉排名和广告权重,那保住它本身就是在保现金流,不能一概而论。
库存节点口径不统一这点最容易被忽略。我们同时做两个平台,ERP里的可用库存和平台后台、自己的采购表三套定义,之前一直低估采购量。后来把每个字段含义写成文档逐一对照,补货偏差才降下来,这一步确实费时间但没有捷径。
四层结构和漏斗图看着合理,但我担心落地难度。人工复核要回答现金流、供应商、平台政策、促销四个问题,小团队两三个人根本做不到每个SKU都过一遍。可能还是得靠分层,只对A类做完整复核,C类简化处理,否则流程本身就成了负担。