去年11月,一个做家居收纳的卖家在距离黑五还有15天时发现主推款断货。补货走海运要38天,走空运单件成本从11元飙到47元。他问我该不该空运。我没有直接回答,而是反问了一句:你现在能卖的库存是多少?他说后台显示1,240件。我又问:在途多少、被订单锁定多少、预留和不可售多少?他停了十几秒,说没这么算过。这次对话让我决定写下这篇文章,库存计划的第一个坎,从来不是预测算法,而是“可用库存”这四个字在你的团队里有没有唯一的定义。
库存计划不是数学题,它是一套先把口径拧成一股绳、再把节奏钉在时间轴上的管理动作。0到1阶段做对这四件事,比上任何系统都管用。
如果你正在从0到1做跨境,团队不超过10人,SKU不超过500个,那么你不需要需求预测模型,也不需要机器学习。你需要的是把下面四件事做到“全公司只有一个版本”。这四件事的排序不能颠倒,因为后一件事依赖前一件事的输出。
绝大多数0到1团队的第一个事故,都出在“同一句话在不同人嘴里意思不同”。运营说还有1,240件,仓储说实际入库1,180件,财务的账面库存是1,450件,而客服看到的是“预计5天后有货”。这四个数字都“对”,但它们指的不是同一个东西。
我的建议是强制拆分四段,并且在所有报表、群聊、周会里只允许使用这四个词:
我把这套口径称为“四段库存”。它的价值不在于精确,而在于让所有人吵架时吵的是同一件事。我见过一个团队,光是统一这四个词,就把每周的补货讨论时间从3小时压缩到40分钟。
“我们工厂7天出货”,这句话在0到1阶段是最危险的输入之一。真实的补货周期至少包含五段:供应商生产、国内集货与头程、出口报关与干线、目的国清关与派送、海外仓或平台仓接收上架。任何一段被忽略,你的补货点就会算错。
我的做法是让团队连续记录10个批次的五段时间,取中位数而不是平均值,并保留最差的那一次作为压力测试值。用中位数做日常决策,用最差值做旺季决策,这是两条不同的线,不能混。
新手最容易犯的错,是把“库存低于X就补货”和“库存高于Y就清货”设成同一个逻辑。这两件事在数学上对称,在商业上完全不对称。断货的损失是排名、权重、广告质量分、客户流失,其中大部分是不可逆的;滞销的损失是仓储费、长期仓储费、资金占用、清货折价,是可以用钱量化的、可逆的。
所以断货线要设得更保守(更早触发补货),滞销线要设得更宽容(给足观察窗口)。我通常建议断货预警线设在“可售天数低于补货周期×1.5”,而滞销预警线设在“可售天数超过补货周期×4 且连续21天动销率低于阈值”。
0到1阶段最怕的是“库存问题每天在群里零散地吵”。我会设一个固定的15分钟库存例会,议程固定四项:本周断货风险SKU清单、本周滞销风险SKU清单、在途到仓异常清单、需要老板拍板的资金决策。没有这四项以外的议题,超时立即结束。
这四个动作看起来朴素,但它们构成了库存计划的最小闭环。后面的所有技巧、工具、模型,都是在这四根柱子上做加法。

“跨境电商库存计划怎么做”这个问题之所以有大量无效答案,是因为提问者的起点差异极大。一个只做3个精品款的卖家和一个月铺300个SKU的卖家,需要的库存策略几乎是两套东西。所以在给建议之前,我先把0到1阶段常见的三类起点拆开。
这类卖家的特征是SKU极少、单量集中、单品资金占用大。他们的库存风险不是“算不过来”,而是“押注太集中”。一个款备货30万元,卖爆了断货,卖不动就是死库存。
这类卖家最该做的是把补货周期压到最短,用频次换准确度。与其一次备90天货,不如把海运拆成三次30天批次,中间用一次小批量空运做缓冲。多付的物流成本,本质上是在买“决策修正权”。
这类卖家的痛点是“长尾SKU不知道要不要补”。头部10%的SKU贡献了70%以上的销售额,剩下90%的SKU情况各异:有的每天稳定出3单,有的一个月出2单,有的已经90天零动销但还在占用仓位。
他们的库存计划核心不是补货,而是分类与淘汰机制。我通常先用ABC分层看销售额贡献,再用XYZ分层看需求波动性,然后对九个格子分别设规则。这个动作比任何预测模型都有效。
这类卖家的复杂度突然上升一个数量级:同一批货可能同时躺在亚马逊仓、第三方海外仓、独立站自建仓,还有一部分在海上。渠道之间的调拨、库存归属、销售口径都会打架。
他们必须先解决“同一SKU在不同渠道的库存如何合并看”这个问题。如果不能在一个视图里看到同一个SKU的全链路库存和全渠道销量,那么任何补货决策都是盲猜。这也是我后面要讲的数据汇总环节最关键的场景。

下面这六个误区,是我在过去几年里反复见到的。它们的共同点是:看起来都很有道理,但在0到1阶段会造成系统性偏差。
很多团队一上来就想做销量预测,追求把MAPE(平均绝对百分比误差)压到20%以内。但在0到1阶段,你的历史数据往往只有3到6个月,还夹杂着促销、站外投放、竞品动作带来的剧烈波动。在这种数据上追求高预测精度,投入产出极低。
更有效的思路是把不可预测的部分变成可承受的部分。也就是说,不追求预测准,而是通过缩短补货周期、增加批次、设置安全库存,让系统在预测错的情况下也不至于崩掉。这是我判断一个团队是否成熟的第一个信号:他谈的是“韧性”,还是“精度”。
“这个SKU近30天卖了300件,日均10件,库存400件,所以还能卖40天。”这个算法在销量平稳时没问题,但对绝大多数跨境SKU都是错的,原因有三个。
第一,30天里如果前25天日均14件、后5天日均5件(比如广告预算被砍),那么真实趋势是下滑的,用10件做分母会严重高估可售天数。第二,退货会吃掉销量,跨境品类退货率差异巨大,服装可能到15%以上,家居可能只有3%,不扣退货的销量是虚的。第三,促销期的销量不能直接年化,一次秒杀带来的300件销量不代表日常需求。
我的做法是用“近7天加权日均”和“近28天加权日均”两条线,取较低者作为保守分母;同时用净销量(销量减退货)而不是订单量。如果两条线趋势方向一致,说明需求稳定;如果方向相反,就要人工介入判断。
这是造成旺季断货的头号原因。卖家算“海运35天”,然后按35天下补货单,结果货到了海外仓要等7天上架,平台仓还要等3到10天接收。实际可售时间点比预想晚了半个月。
更麻烦的是,供应商的生产周期经常在旺季被拉长。你平时下单7天出货,旺季可能要14到20天,因为工厂在排其他客户的单。这个变化如果没提前问,补货点就完全失准。
“所有SKU统一留20%安全库存”是最常见的偷懒做法。但需求波动性差异极大:一个基础款收纳盒可能每天稳定出20单,波动系数很低;一个流行饰品可能这周出200单、下周出10单,波动系数极高。用同一个百分比,等于对稳定款过度备货、对波动款保护不足。
我通常用需求变异系数(CV = 标准差 / 均值)来分层。CV低于0.4的算稳定,安全天数可以短;CV在0.4到0.8的算中等;CV高于0.8的算高波动,需要单独设规则,甚至考虑不备安全库存、改为多渠道现货采购。
前面提过一次,这里再强调,因为它造成的损失最直接。一个SKU可售天数是15天,补货周期是40天,这时候应该立刻补货;另一个SKU可售天数是150天,补货周期40天,这时候应该考虑清货。如果系统里只有一个“库存预警”字段,这两个SKU会同时亮红灯,然后没人知道该先处理哪个。
阈值必须成对出现:下限触发补货,上限触发清货,中间是观察区。而且上限的观察窗口要比下限长,因为清货决策的错误成本更高,你清了货,结果下个月需求回来了,损失是双份的。
“我们库存总共80万,还行。”这句话掩盖了大量问题。80万里可能有45万集中在3个SKU上,其中1个是滞销;也可能有60万是最近30天刚发的货,还在路上;也可能有20万是超过180天的老库存,正在产生长期仓储费。
库存总金额是结果指标,不是管理指标。真正要盯的是结构:前10大SKU占比、账龄分布、动销率分布、断货风险SKU数量。这四个维度才能告诉你钱压在哪里、风险藏在哪里。

讲完误区,我把自己的判断逻辑完整摊开。它是一条四层决策链,每一层的输出是下一层的输入。任何一层缺失,后面的计算都只是精致的错误。
需求口径要解决三个问题:用什么时间窗口、用什么加权方式、要不要扣退货。
我的默认配置是:时间窗口用7天和28天双窗口,加权方式给近7天更高权重(比如7天数据权重0.6,剩余21天数据权重0.4),退货按品类历史退货率扣除。对于有明显周内节律的品类(比如办公用品周末销量低),还要做工作日调整。
这一层最容易忽略的是“净”字。我见过一个卖家,某SKU近28天销量560件,看起来日均20件,实际退货85件,净销量只有475件,日均不到17件。按20件算,他会多备将近18%的货。
这一层在第一部分已经讲过四段库存。这里补充一个实操细节:在途库存必须按“预计到仓日”排序,并且只把落在本次决策窗口内的批次计入可用。
举例来说,你要判断“未来40天会不会断货”,那么只在12天内到仓的在途才算得上保护,40天后才到的那批对当前窗口没有意义。很多团队把所有在途都算进可用库存,结果是“账面上很安全,实际上早就断了两周”。
— 可用库存口径的参考 SQL 逻辑(示意)
SELECT
sku_id,
warehouse,
qty_on_hand AS 在库,
qty_locked AS 锁定,
SUM(CASE WHEN eta_date THEN qty_in_transit ELSE 0 END) AS 窗口内在途,
qty_on_hand – qty_locked
+ SUM(CASE WHEN eta_date THEN qty_in_transit ELSE 0 END) AS 可用库存
FROM inventory_daily
WHERE stat_date = CURDATE()
GROUP BY sku_id, warehouse;补货周期不是猜的,是测的。我要求团队对每个主力SKU记录实际批次数据,形成自己的“周期字典”。下面是一个真实的拆解示例(数据来自我参与的三个项目的中位数,已做脱敏与量级调整):
| 周期分段 | 海运(中位数) | 海运(最差批次) | 空运(中位数) | 关键风险点 |
|---|---|---|---|---|
| 供应商生产 | 9天 | 19天 | 6天 | 旺季排产被插单 |
| 国内集货与头程 | 4天 | 8天 | 2天 | 多工厂拼柜等待 |
| 出口报关与干线 | 24天 | 33天 | 5天 | 船期延误、甩柜 |
| 目的国清关与派送 | 6天 | 14天 | 3天 | 查验、税号问题 |
| 仓内接收与上架 | 5天 | 12天 | 3天 | 旺季仓位爆仓 |
| 合计 | 48天 | 86天 | 19天 | , |
这张表最值得注意的不是48天,而是最差批次86天。如果你只用中位数48天做旺季决策,遇到一次甩柜加爆仓,你就是断货。我的建议是:日常用中位数,旺季前8周开始切换到“中位数×1.4”作为决策周期。
前三层解决“会不会断货”,第四层解决“钱够不够”。库存计划的最终约束永远不是需求,是现金。
我会算一个粗略的现金周期:从支付供应商货款,到平台回款到账,中间隔了多少天。这个数字乘以日均成本,就是你必须垫付的资金。如果现金周期是75天,日均成本3万元,那么你需要垫付225万元的库存资金,这个数字往往会吓到0到1阶段的卖家,但这才是真相。
反过来用:如果你的可动用资金只有80万元,那么你能承受的日均成本只有约1.07万元,折合成库存上限就是按照你的成本结构反推。先用资金倒推库存上限,再用需求决定补什么、补多少,这个顺序不能反。
# 补货点计算(示意,可直接改为 Excel 公式)
补货点 = 净日均销量 × (补货周期 + 安全天数) − 窗口内在途
def reorder_point(net_daily_sales, lead_time_days, safety_days, in_transit_in_window):
coverage = lead_time_days + safety_days
return net_daily_sales * coverage – in_transit_in_window
示例:净日均 18 件,补货周期 48 天,安全 12 天,窗口内在途 260 件
rp = reorder_point(18, 48, 12, 260)
rp = 18 * 60 – 260 = 820
含义:可用库存低于 820 件时下单,否则等待


讲到这里,逻辑都说完了。但我知道绝大多数读者卡在同一个地方:道理我认,可我怎么在两周内把这些表跑出来?下面讲我自己的落地路径。
我做过一个统计:在服务过的项目里,库存决策出错的案例中,约七成的原因不是分析错误,而是输入数据本身不完整或不一致。典型情况包括:平台后台的销量和ERP里的销量对不上;在途数量有两个版本;同一个SKU在不同渠道的编码不同,导致库存被算两次或漏算。
所以在0到1阶段,把多平台、多仓库的库存与销量数据汇总到一张表里,比上任何预测模型都优先。这张表至少要有六个字段:SKU统一编码、渠道、仓库、日期、期初在库、期末在库,再加上销量、退货、在途、锁定。有了这张表,你的所有补货计算都可以用一组公式搞定。
过去我用手工导表加工,一个渠道导一次,五六个渠道导完再VLOOKUP,一次更新要两三个小时,还经常因为平台字段改名而崩掉。后来我改用数跨境(官网:https://shukuajing.jiushuyun.com/?utm_source=seo&utm_plan=est&utm_unit=gys)来做这层汇总,主要是因为它的定位就是跨境电商的数据分析场景,不需要我先建数据仓库。
我的搭建顺序是这样的,跟具体工具无关,你可以直接照搬:
这套流程我第一次搭用了大约两天,之后每周只需要确认数据有没有同步成功。关键收益不是省了时间,而是所有人口径一致了,运营、采购、财务看的是同一个数。
我用一个真实案例说明(数据已做脱敏和量级调整)。某家居品类SKU,在三个渠道销售:
| 项目 | 数值 | 说明 |
|---|---|---|
| 近7天订单量 | 147件 | 含一次站外推广带来的流量峰值 |
| 近7天退货量 | 9件 | 退货率约6.1%,高于该品类均值 |
| 近7天净销量 | 138件 | 日均19.7件 |
| 近28天净销量 | 441件 | 日均15.8件 |
| 保守日均(取低者) | 15.8件 | 7天虽高,但含推广峰值,不作为保守分母 |
| 在库 | 1,320件 | 三个仓库合计 |
| 锁定 | 186件 | 含未发货订单与促销预留 |
| 窗口内在途(40天内到仓) | 400件 | 另有两批共900件在50天后到仓,不计入 |
| 可用库存 | 1,534件 | 1320 − 186 + 400 |
| 可售天数 | 约97天 | 1534 ÷ 15.8 |
| 补货周期(海运中位数) | 48天 | 含上架,见前表 |
| 补货点 | 15.8 × 60 − 400 = 548件 | 含12天安全天数 |
| 结论 | 可用1,534件,远高于补货点548件 | 不补货,但需关注50天后到仓的两批是否造成积压 |
这个例子里最有价值的判断不是“不补货”,而是发现了一个隐性风险:50天后到仓的900件会让总可用库存冲到2,400件以上,对应150天以上的可售天数,直接越过滞销预警线。如果只看“要不要补货”这一个问题,这个风险永远不会浮现。
这就是我说“库存计划不是补货计划”的原因。它是一个双向的、看结构的工作。
我在三个项目里记录了统一库存口径前后的变化(样本量小,仅作参考,不代表行业统计)。变化最明显的不是断货率,而是补货决策的讨论时长和误补货次数。前者从平均每次讨论75分钟降到28分钟,后者在两个月内下降了约六成。
断货率的改善是滞后的,通常要两到三个月才体现,因为补货周期的物理时间摆在那里。所以如果你刚做完口径统一,第一个月看不到断货率下降,不要怀疑,看“误补货次数”这个领先指标。


下面按团队规模和管理复杂度给出具体动作。每条都标注了时间投入和优先顺序,你可以直接对号入座。
你的最大风险是押注集中,所以重点不是精细化,而是分批下注。
这是最典型的“开始算不过来”的阶段,也是投入数据汇总工具的最佳时机。
你的核心矛盾不是单个SKU的补货,而是跨渠道的库存分配和调拨。
这是全年库存计划最关键的窗口,动作和时间点高度绑定。

库存计划说到底是一连串取舍。下面四个取舍是绕不开的,我给出自己的判断标准和边界条件。
我的判断是:在项目早期(0到6个月)宁可滞销,也要保不断货;在项目成熟期(12个月以后)宁可偶尔断货,也要保周转。
原因是早期最缺的是数据和学习速度。断货意味着你失去了测试市场反应的机会,也失去了排名和评价的积累,这些是后续所有优化的基础。而滞销虽然损失钱,但损失是可量化的、可以用清货回收一部分的。
成熟期则相反,此时你已经有稳定的排名和复购,偶尔断货的代价可控,而资金效率成为增长的瓶颈。所以阈值应该随着项目阶段动态调整,而不是一套规则用到死。
不要靠感觉决定。我用一个简单的不等式:
空运划算的条件:
(空运单件成本 − 海运单件成本) × 补货数量
< 断货损失
其中 断货损失 ≈ 日均净销量 × 断货天数 × 单件毛利
+ 排名恢复成本(通常按 3 到 4 周的额外广告投入估算)
举个例子:单件毛利25元,日均净销量20件,如果不断货可以提前20天到仓,那么多赚的毛利约1万元。如果这批货是500件,空运比海运每件贵36元,总差价1.8万元,不划算,应该等海运,或者只空运一半。
我通常的做法是:空运只运“能撑到海运到仓的那一部分”,而不是整批。这样既避免了断货,又不会为全程付溢价。这个思路能把空运的临界点显著下移。
集中备货的优势是物流成本低、管理简单;分散备货的优势是灵活、能快速响应需求变化。我的分界线是需求变异系数。
CV低于0.4的稳定款,集中备货,一次备足一个补货周期加安全库存。CV高于0.8的高波动款,分散备货,每批只备1/3个周期,宁可多付物流费。中间地带看单品资金占用,占用超过10万元的走分散,低于的走集中。
这个问题我在很多团队里被问过。我的判断标准是三条:
我见过最常见的浪费是:团队花两个月自建看板,做出来发现口径还在变,最后废弃。0到1阶段的正确顺序是先跑通口径、再固化工具,而不是先固化工具、再倒逼口径。


下面这份清单是我在实际项目里用的版本,共24个问题,分五组。新接手一个跨境店铺时,我会按顺序问完,通常在90分钟内就能判断出它的库存计划水平处在哪个阶段。
这24个问题里,如果第1、11、16、17题有一题答不上来,说明你的库存计划还处在“凭感觉”阶段,先不要上工具,先把这四题答清楚。如果前20题都能答上来,但第21到24题答不上来,说明你的问题不在运营侧,在资金侧,需要财务一起进来。
不需要,但需要一张结构正确的表。判断标准是:如果你的数据源少于3个且没有海外仓,表格足够;一旦出现跨渠道库存合并需求,手工作业的错误率会快速上升,此时用成熟工具搭分析层比自建更快。关键是先把口径定下来,工具只是固化口径的容器。
这个问题没有统一答案,因为品类差异巨大。我的建议是不看绝对值,看两个相对指标:一是自己过去6个月的周转趋势,二是同品类中你排在第几档。如果一定要给参考,跨境消费品类目里,年周转4到6次算正常,低于3次要警惕,高于8次通常意味着你把风险推给了断货。
用一个简化判断:如果断货会影响到主力款的排名权重,且批量小于500件,空运通常划算;如果批量超过1000件,优先考虑只空运“撑到海运转运到仓”的那一部分数量。不要整批空运,也不要完全不运,中间的解法是把批次切开。
我的经验是首单备“预计45天销量”的量,而不是90天。原因是新品数据最不确定,首单的作用是测市场反应而不是压成本。同时把首单拆成两个批次,第二批在首批开卖后第15天根据实际动销决定是否追加。这比一次性备足90天更安全,代价是物流成本略高。
先按各渠道的补货周期设不同的安全库存,再按各渠道的历史动销占比分配主库存,最后保留一个10%到15%的“公共池”用于应急调拨。切忌平均分配,因为不同渠道的补货周期差异可能超过20天,平均分配会导致周期长的渠道先断货。
写到最后,我想把这篇长文压缩成一个判断:0到1阶段的库存计划,本质上是在缩短“从发现异常到做出决策”的时间,而不是在提高数字的精确度。
你不可能预测准。任何声称能帮你把预测误差压到个位数的方案,在只有几个月历史数据的情况下都值得怀疑。但你可以做到:今天发现某个SKU可售天数掉到了补货周期以下,今天晚上就能决定补不补、走什么物流、补多少,并且这个决定基于全公司唯一的一套口径。
这四件事,口径、周期、阈值、例会,的投入加起来不到30个人时,但它们决定了你后面所有工具的发挥空间。反过来,如果口径不统一就上预测模型,你只是在更快地产出错误答案。
如果你现在就想动手,我建议按这个顺序做:
一个月之后,你会发现断货率可能只降了几个百分点,但你的团队不再在群里零散地吵库存了,他们开始用同一套语言讨论同一件事。这才是0到1阶段最值钱的成果。
我刚开始做的时候每天只盯后台销量,卖得动就补,结果一款突然断货、另一款在仓里躺了三个月。后来才发现不是数据看得少,而是看的指标不对。SKU只有十几个、团队就一两个人的时候,到底该盯哪几个数,别一上来就搞几十个字段的大表?
先只盯四个数,其余都是衍生指标。第一是可用天数,等于当前可用库存除以近14天日均销量,注意分子要扣掉已锁定、待处理、破损部分,只算真正能卖的货。第二是补货提前期,从下单、生产、头程、清关到上架的真实天数,新手最容易按工厂说的交期算,漏掉头程和入仓上架,通常会少算10到15天。
第三是安全库存天数,新品类按提前期的0.4到0.5倍给,成熟稳定款收到0.2到0.3倍。第四是30天滚动库存周转天数,用来判断整体资金压得重不重。实操上做一张表,每行一个SKU,列出口径固定的这四个数,每周固定一天更新,触发线设成可用天数小于提前期乘以1.2就进入待下单清单。
指标控制在四个以内的好处是,一两个人也能每周真的跑完一遍,而不是表越做越漂亮、越没人用。
我第一次备货完全是拍脑袋,看竞品月销几千就跟着备了两千件,结果海运一柜子货压了半年,仓储费比利润还高。反过来也踩过坑,有一款备少了,卖到断货排名掉下去再也没起来。所以我很想知道,首批备货有没有一个能算出来的方法,而不是靠感觉。
用公式算再打折,别凭感觉。基础量等于预估日均销量乘以覆盖天数,覆盖天数等于头程天数加安全缓冲加一个销售周期,比如头程35天、缓冲15天、销售覆盖30天,总共80天。
预估日均销量不要用竞品月销直接除,要按自己Listing的曝光和转化预估,比如日曝光5000、转化率3%,就是150单,但新品期先按60%折算,取90单,基础量就是7200件。
这个数一定会被起订量和体积卡住,所以再走第二步拆分:首单只下基础量的25%到35%,用空运或快递发其中三到五成做测款,海运发剩下的。测款窗口看14到21天,判断依据是转化率和加购率是否稳定在类目中位以上、退货率是否低于5%、广告ACOS是否在可接受区间。三个都过关,第二单按基础量补足;
有一个明显不达标,就先不要放大,把剩余海运分批或改款。核心原则是首单宁可分批追、不要一次性押满,因为断货可以靠空运救,压货只能靠打折清。
这个问题我纠结了很久,因为两边都疼:断货掉排名、广告白烧,滞销就是天天交仓租。我曾经为了不断货把安全库存堆到60天,结果旺季一过,清货打了六折还倒贴运费。现在我想弄明白,这两个损失到底怎么量化,安全库存该按什么标准设。
先把两种损失都折算成钱再比较,就不会凭感觉。断货的代价是排名和权重下滑,恢复期通常要2到4周,同期广告为了维持曝光往往要提价,等于多花20%到40%的广告费买回原来的位置。滞销的代价是仓储费加清货折价,实测超过90天没动的库存,最终多半要按成本价5到7折清,实际损失20%到40%,还要占资金。
所以判断标准不是哪个更可怕,而是哪个SKU的毛利率扛得住。毛利率高于40%的款,可以多备一点,安全库存给到提前期的0.4到0.5倍;毛利率低于25%的款,安全库存压到0.2到0.3倍,宁可用空运补急单也不压海运大货。
更严谨一点的算法是安全库存等于z值乘以需求标准差乘以提前期天数的平方根,但多数小团队没有稳定的历史波动数据,实操简化成日均销量乘以提前期再乘0.3到0.5就够了。同时给每个SKU设两个硬阈值:可用天数低于提前期的1.2倍触发下单,超过90天库龄触发清货或捆绑销售,两条线写进表里,别临时讨论。
我同时跑平台店、独立站和海外仓,最开始每个地方的数据都能看出不同结论,运营说该补、财务说压太多,开会就是吵架。后来发现根子在于大家说的销量和库存根本不是同一个口径。所以我想知道,这种多平台多仓的情况,表该怎么搭、多久跑一次,才能让所有人看同一个数。
第一件事是统一口径,这比选工具重要得多。库存定义成可用库存等于实物在仓减去已锁定、待处理、破损,在途单独一列不要混进去,否则可用天数永远是虚高的。销量口径用加权日均,近7天权重0.6、近14天权重0.4,这样既跟得上趋势又不会被单日爆发带偏,大促期间单独打标记,把促销那几天排除掉再算基准。
第二件事是分频率更新:在途和到货日每天看一眼,出异常当天处理;补货建议每周固定一天跑,输出待下单清单;周转天数和滞销盘点每月做一次,用来决定清货和砍款。频率不是随便定的,判断依据是补货提前期,提前期60天以上的品类,周更都算晚,最好设好在途预警节点。
第三件事是表的结构,一张主表管SKU和库存数据,一张事件表记下单、发货、到仓、改价这些动作,两张表用SKU编码关联。工具上表格软件够用,但要有人负责更新和复核,如果团队超过三个人,建议把补货审批做成任务流放在某项目管理平台里,谁在什么时候改了什么数留痕,避免月底对不上账。


读者评论
四段库存我试着落地过,卡点不在定义,而在数据来源。平台后台的在库、预留、订单锁定口径经常不一致,靠人工在表格里对齐,每天光核对就要半小时。小团队如果没有一个能自动拉取并统一展示的看板,四段口径很容易变成周会前临时凑数。想问下在库和预留到底以哪个时点为准?
补货周期连续记10个批次取中位数,方法没错,但对多SKU卖家不太现实。我们上百个SKU,光记录每批到仓、上架、接收就耗掉大量时间,而且旺季供应商插单、船期跳港,中位数很快失效。我更倾向给关键SKU做实测,长尾用保守缓冲,不然数据维护成本会压过收益。
断货线和滞销线分开设这个点很真实。以前用同一个逻辑,结果旺季前一直补,旺季后又压了一堆慢动销。不过滞销线设宽容也要看现金流,小卖家资金薄,超过两个月不动销就很难扛仓储费和占款。我的做法是A类款保排名,C类款到第45天就清,不一定非要等21天动销率。