电商仓储管理:直播商家老板关心什么:库位规划能否解决补货凭感觉
直播间一场爆单之后,最容易暴露的不是流量问题,而是仓库老板站在货架前问出的那句:“这款还剩多少?下一箱放哪里?要不要现在补?”如果答案依赖某个老员工的记忆、主播的感觉和微信群里的零散消息,库位规划即使画得再漂亮,也解决不了补货凭感觉。真正有效的做法,是把销量变化、库位容量、补货周期、拣货路径和库存可信度放在同一套判断里,让“该不该补”从经验问题变成可以追溯的经营决策。
我观察过多家直播商家的仓库,发现补货失误通常不是因为老板完全没有数据,而是数据被分散在直播后台、订单系统、采购表、仓库手工台账和员工经验里。每一份数据看起来都有道理,合在一起却无法回答一个最紧急的问题:在下一场直播开始前,这个商品是否会在这个库位、以这个拣货效率,支撑住预计订单量?
库位规划首先解决的是“货放在哪里、能放多少、怎样更快拿到”的问题。它可以缩短拣货路径,降低错拣概率,减少同款商品散落在多个角落的情况,也能帮助仓库判断某个位置是否已经接近容量上限。
但库位规划本身并不能自动回答“什么时候补货”。因为补货涉及销售速度、供应商交期、促销计划、退货率、可售库存、在途库存和安全库存。一个商品被放在黄金库位,并不代表它应该立刻采购;一个商品放在远端库位,也不代表它不值得补货。
我更愿意把两者区分为两个层面:
如果只做库位编号,不做销售速度和补货周期分析,最后往往会出现一种“看起来很专业”的假象:货架上贴满了编码,仓库画出了分区,系统里也有库存数量,但老板依然要每天问仓管:“这款还能卖几天?”
对于直播商家而言,单纯看库存件数不够。库存有多少件,必须和每天卖多少件、下一次补货多久到仓联系起来。比“库存 2000 件”更有用的指标,是“按当前销量还能卖 3.5 天”。
可售天数可以用一个简单公式估算:
可售天数 = 当前可售库存 ÷ 近阶段日均销量
这里的“近阶段日均销量”不能机械地使用过去 30 天平均值。直播商品的销量通常高度不均匀,一场活动可能卖掉平时一周的量。因此,我在实际分析中会同时看三个口径:
如果近 7 天日均销量是 800 件,当前可售库存为 2400 件,表面上可以卖 3 天。但如果 48 小时后有一场预计 5000 单的直播,这个库存就不是“够 3 天”,而是“很可能无法支撑下一场活动”。

很多仓库的库存问题,不是系统数字错了,而是“系统里的库存”与“实际上能马上发出的库存”不是一回事。库存可能已经被订单锁定,部分商品在质检区,部分商品在退货待判区,部分商品堆在临时通道,部分商品虽然在仓库里,却因为包装破损不能直接销售。
因此,补货计算不能只使用总库存,而应至少拆成以下几类:
| 库存口径 | 含义 | 是否可直接用于补货判断 | 常见风险 |
|---|---|---|---|
| 账面库存 | 系统记录的全部库存 | 不能直接使用 | 可能包含冻结、破损和待处理库存 |
| 可售库存 | 通过质检且可正常发出的库存 | 可以作为主要分母 | 若盘点不及时,数字仍可能失真 |
| 锁定库存 | 已被订单占用但尚未出库的库存 | 应从可售库存中扣除 | 大促期间锁定量快速上升 |
| 在途库存 | 已采购但尚未入仓的库存 | 只有确认到货时间后才可计入 | 供应商延迟会造成虚假安全感 |
| 待判库存 | 退货、换货或质检中的库存 | 通常不应直接计入 | 处理周期不稳定,容易高估供货能力 |
库位规划在这里发挥的作用,是让这些库存状态在空间上有明确归属。可售库存放在拣货位,补货库存放在存储位,待检库存进入隔离区,锁定订单进入待发区。空间分区越清楚,库存状态越容易被准确记录。
传统电商仓库的销量通常相对平滑,而直播仓库会在短时间内出现订单集中、商品集中和人员集中。平时每天 300 单的仓库,可能在两个小时内接到 3000 单;平时分散销售的几十个 SKU,可能因为主播的一句“最后 1000 单”突然只剩下两个主推款。
这意味着直播仓库并不是只有一个作业速度。至少同时存在以下四种节奏:
如果库位按照平时的销量布局,爆款在直播开始后很快会被拣货员取空;如果库位按照峰值容量一次性铺满,又可能把大量资金压在低频商品上。直播仓储管理的难点不是“把爆款放在最前面”这么简单,而是要根据商品速度变化动态调整库位和补货批量。
我见过一种很典型的场景:某款护肤套装系统显示库存 1800 套,仓管说“还有货”,但拣货员在主货架只找到 260 套。后来查到,900 套在二楼存储区,400 套在直播间旁边的临时堆放区,剩下的库存分散在退货区、打包区和两个未标识的纸箱里。
从账面上看,它没有缺货;从履约角度看,它已经接近缺货。因为真正决定订单能否发出的,不是仓库里存在多少,而是拣货员在规定时间内能否找到、确认并拿到正确商品。
这类问题会带来三种额外损失:
很多老板并不是不想看数据,而是过去的经验确实曾经有效。一个商品连续三天卖得很好,采购及时补货,仓库没有缺货,老板自然会形成“看到销量上来就补”的工作习惯。
问题在于,直播销售的信号变化非常快。销量上升可能来自一次性投流、达人联播、平台活动、短期低价或某个热点内容,并不一定代表未来会持续。若每次看到销量上升就按峰值采购,库存积压几乎是必然结果。
另一方面,销量下降也不代表商品失去需求。可能是直播排期改变、链接被限流、优惠券失效或库存被隐藏。没有把流量、转化和库存一起看,单看销量曲线也会误判。

把高频商品放在靠近打包区的位置,通常是正确方向,但“永远放在最前面”并不严谨。商品的拣货频率、单次拣货数量、包装体积、重量、易碎程度和补货频率都不同。
例如,某款小包装零食每天订单很多,但每单只拣 1 袋;另一款纸巾每天订单略少,却每单拣 6 提。前者的访问次数高,后者的搬运体积大。如果只按销量排序,纸巾可能被放在不适合搬运的位置,导致补货和拣货都更费力。
我在设计库位时,一般会把商品分成“访问频率”和“作业负荷”两个维度,而不是只看销量排名:
| 商品特征 | 库位倾向 | 需要重点关注的因素 |
|---|---|---|
| 高频、小件、低破损 | 靠近拣货起点和打包区 | 补货速度、拣货拥堵 |
| 高频、大件、重货 | 靠近地面和出库通道 | 搬运安全、通道宽度 |
| 低频、高价值 | 相对独立的可控区域 | 权限、盘点、损耗 |
| 易碎、怕压、怕热 | 按存储条件单独分区 | 环境、堆叠高度、批次 |
| 直播临时组合装 | 设置组合拣选区 | 拆零、配套、缺件 |
同样是每天卖 1000 件,1000 个订单各买 1 件,和 100 个订单各买 10 件,对仓库的影响完全不同。前者需要大量访问库位,后者需要更高的整箱或整包搬运效率。
所以,库位规划至少要看三个数据:
如果一个商品出库件数很高,但订单数很少,说明它可能适合整箱拣货;如果订单数很高而件数接近订单数,说明它需要快速、频繁、低成本访问。两者的最佳库位不一定相同。
把库位塞满,看起来提高了空间利用率,实际却可能降低作业效率。补货时没有操作空间,拣货时无法快速辨认批次,盘点时需要反复搬箱,甚至因为超高堆叠带来安全风险。
我更倾向于把库位容量分成三层:
例如某拣货位最多可以放 120 件,但超过 80 件以后就会遮挡标签、增加拿取时间,那么 80 件才是更合理的作业容量。库位不是越满越好,而是要在空间利用率与作业稳定性之间找到平衡。
直播商家无法完全避免临时货物。活动样品、赠品、组合套装、达人专属库存和大促预留库存都会出现。如果没有提前定义临时库位,员工会把货物放在通道、桌下、直播间角落或空纸箱旁边。
临时库位并不等于随便放。一个可执行的临时库位至少要有:
库存准确率通常回答的是“账上数量与实物数量是否一致”,但补货还需要知道销量预测是否合理、交期是否稳定、活动计划是否变化。
一个商品账实相符,并不代表补货正确。假设系统准确显示库存 1000 件,但最近 7 天销量突然从每天 80 件升到每天 500 件,供应商交期是 10 天,那么这个库存仍然处于明显风险状态。
因此,仓库应将以下指标分开管理:
| 指标 | 回答的问题 | 不能替代的指标 |
|---|---|---|
| 库存准确率 | 账面库存是否接近实物 | 需求预测准确率 |
| 拣货准确率 | 拿到的商品是否正确 | 补货及时率 |
| 补货及时率 | 拣货位是否在缺货前得到补充 | 采购交付稳定性 |
| 缺货率 | 订单是否因库存不足无法履约 | 资金周转效率 |
很多商家一听到数据分析,就想把所有字段都接进来。我的建议恰恰相反:先建立一个能够每天更新、每个人都看得懂的最小数据集。
对于直播仓库,第一阶段至少需要以下字段:
这组数据不复杂,但它能够把“库存够不够”拆成一个完整判断链:现在有多少、每天卖多少、什么时候会卖完、补货多久能到、到货后有没有地方放、放进去后能不能及时拣出来。
直播商品的销售速度变化很快,简单平均容易被过往低销量稀释,也容易被一次峰值抬高。实践中可以使用加权销量作为第一版模型:
加权日均销量 = 近 7 天日均销量 × 50% + 近 30 天日均销量 × 30% + 最近一次直播日均销量 × 20%
这个比例不是行业标准,而是适合多数中小直播商家的起始参数。商品生命周期、活动频率和销量稳定性不同,权重应当调整。
例如:
基础补货点可以这样计算:
补货点 = 加权日均销量 × 采购交期 + 安全库存
如果加权日均销量为 400 件,供应商平均交期为 5 天,安全库存为 800 件,那么补货点就是 2800 件。当可售库存与已确认可到货的在途库存合计低于这个水平时,就应该启动补货评估。
但直播商家还需要加入活动需求:
直播补货需求 = 预计直播销量 × 预计履约比例 − 当前可售库存 − 已确认到货库存
这里的“预计履约比例”很重要。不是所有直播间成交都能形成有效发货订单,可能有取消、超卖、地址异常、支付失败和售后拦截。不要把成交口径直接当作出库口径。
固定安全库存容易执行,但无法适应销量波动。供应商交期稳定、销量平缓的商品,安全库存不必太高;销量波动大、交期不稳定的商品,即使平均销量不高,也需要更高的缓冲。
可以用以下思路估算:
安全库存 = 波动缓冲 + 交期缓冲 + 活动缓冲
我不建议中小商家一开始就追求复杂的统计模型。先用过去 8 周销量的波动范围,结合供应商实际交期记录,给商品设置低、中、高三档风险,比套用一个没人理解的复杂算法更容易落地。

很多补货计划只计算“还需要买多少”,却没有计算“买回来放哪里”。这会导致采购到货后堵在通道,或者因为拣货位容量不足而无法快速补入。
每个商品都可以建立一个简单的容量约束:
预计到货量 ≤ 存储位可用容量 + 拣货位可用容量
如果计算出来需要采购 5000 件,但仓库可用容量只有 3200 件,就不能简单地下单 5000 件。可选方案包括拆分到货、调整其他商品库位、增加临时存储区、改变包装单位,或者重新评估直播备货量。
这就是库位规划与补货决策真正的交叉点:补货数量不能只由需求决定,也受到仓储容量和作业能力约束。
下面这个案例来自我对直播商家仓配数据的匿名化整理,商品名称、数量和时间均做了脱敏处理。商家主营食品礼盒,每周有两到三场直播,仓库面积约 900 平方米,SKU 数量约 420 个。
其中一款坚果礼盒是长期主推款。老板在直播前一天查看系统,发现账面库存 6800 盒,采购表里还有 3000 盒在途,因此判断“库存足够”。但仓库主管给出的可发库存只有 4100 盒,且其中 1200 盒没有放在固定拣货位。
进一步拆分后,库存构成如下:
| 库存位置或状态 | 数量 | 实际含义 | 是否可支撑下一场直播 |
|---|---|---|---|
| 固定拣货位 | 1900盒 | 可直接拣货,但低于活动需求 | 可以立即发出 |
| 后备存储位 | 2200盒 | 需要提前完成补货才能进入拣货流程 | 有条件支撑 |
| 直播间临时区 | 800盒 | 未完成批次和位置确认 | 不能直接计入 |
| 退货待检区 | 700盒 | 需要质检和重新包装 | 不能立即计入 |
| 供应商在途 | 3000盒 | 预计直播后第2天到仓 | 不能支撑本场直播 |
当天直播预计有效订单约 4600 单。按照可直接拣货的 1900 盒计算,商家必然会出现大量缺货;即使把后备存储位的 2200 盒提前补入,也只能勉强达到 4100 盒,仍低于预计订单。
这类场景适合使用九数云进行多来源数据整合和可视化分析。官网地址:https://www.eshutong.com/。
在我看来,工具的价值不在于把所有数据堆到一张大屏上,而在于将直播订单、商品销量、采购到货、仓库库存和库位信息按照同一商品编码关联起来。老板需要的不是“今天卖了多少”的单一数字,而是能够继续追问:
九数云更适合承担“分析层”的工作,而不是替代仓库现场的收货、上架、拣货和盘点动作。数据分析工具可以帮助老板识别风险和比较方案,但现场仍然需要明确的库位编码、移库流程和责任人。
第一个发现是,账面库存高估了即时履约能力。6800 盒账面库存中,只有 4100 盒处于相对可控状态,而真正位于固定拣货位的只有 1900 盒。
第二个发现是,在途库存被错误地当成了当前库存。3000 盒预计两天后到仓,但直播在第二天上午开始。即使供应商准时发货,这批货也无法解决本场直播的供货问题。
第三个发现是,库位容量限制了补货动作。如果把后备库存全部补入拣货位,现场将出现拥堵,且需要重新安排周转箱和包装材料。补货不是简单地把箱子搬过去,而是一项会占用人员、通道和时间窗口的作业。

商家没有直接取消直播,而是采取了分层处理:
这次调整没有让商家获得最高的成交额,却避免了超卖、延迟发货和售后赔付。对直播商家来说,这种取舍非常现实:少卖一部分确定可控的订单,往往比承诺全部订单后大规模延迟发货更划算。

很多团队一开始就拿仓库平面图划区域,这是顺序反了。库位规划应该先从商品和订单开始,再回到空间。
我通常建议先做四类分层:
| 分层维度 | 核心问题 | 常用数据 | 对应动作 |
|---|---|---|---|
| 需求速度 | 多久被拣一次 | 订单数、件数、日均销量 | 决定接近拣货起点的程度 |
| 波动程度 | 销量是否容易突然变化 | 销量标准差、峰值销量、活动次数 | 决定安全库存和预留空间 |
| 作业负荷 | 拣货和补货是否费力 | 重量、体积、每单件数、包装方式 | 决定货架高度和通道位置 |
| 经营价值 | 缺货或损耗的代价有多大 | 毛利、客诉、活动权重、替代性 | 决定盘点频率和库存保护级别 |
商品可以使用“高频高波动”“高频低波动”“低频高价值”“低频低价值”等组合标签。标签不需要做得过多,否则员工无法理解。能够指导库位、补货和盘点就足够了。
拣货位不应等于商品全部库存。它的任务是支撑一段时间内的快速拣货,而不是承担长期存储。
可以用以下方法设定初始容量:
拣货位容量 = 目标覆盖天数 × 高峰修正日销量 × 单位安全系数
例如,某商品平时日均销量 300 件,直播前希望拣货位覆盖 1.5 天,高峰修正系数为 1.4,单位安全系数为 1.1,那么初始容量约为 693 件。这个容量不一定是最终答案,但它比“货架能塞多少就放多少”更容易验证。
容量设计还要考虑包装单位。如果商品以箱为单位入库、以件为单位拣货,拣货位最好能够容纳完整的周转单位,避免每次补货都拆箱。如果商品易变形或怕压,则不能仅根据体积计算容量。
直播仓库至少需要三种角色不同的库位:
主库位和后备库位必须建立关联关系。否则仓管知道“后面还有货”,但不知道后备货具体在哪个位置,补货仍然会依赖熟练员工。
活动库位则需要有开始时间和结束时间。活动结束后,如果没有清理机制,活动货会逐渐变成“无主库存”。我建议每天设置一个活动区清理时段,活动结束后 24 小时内完成复核、转库和差异处理。
库位规划不能只看商品之间的距离,还要看订单组合关系。两个经常一起出现在同一订单中的商品,如果相距很远,拣货员会频繁往返;但如果两个商品都非常高频,放得过近又可能产生拥堵。
可以统计商品之间的共现关系:
当订单结构发生变化时,库位也应调整。例如主播从单品销售转向“主品加赠品”组合,赠品的访问频率会突然上升。如果仍然把赠品放在原来的低频货架上,主品销量越高,拣货路径浪费越严重。
库位不能每天随意调整,否则员工会失去稳定的作业记忆;也不能一年不动,否则商品热度变化后库位会逐渐失效。
我建议设置以下几类触发条件:

小仓库不一定需要复杂系统,但必须先解决“找得到”和“数得准”。建议为每个货架、层位和箱位建立唯一编码,并将商品与库位绑定。
第一阶段可以只做以下事情:
这类商家最大的风险不是数据模型不够复杂,而是基础数据没有稳定下来。先把库存状态和库位关系做清楚,再考虑预测模型。
销量波动大的商家不能用一个统一日均销量覆盖所有日期。至少要区分普通日、直播日和直播后处理日。
建议在直播排期确定后,建立三张表:
如果预计订单超过供货能力或作业能力,就应该提前调整库存承诺,而不是等到订单涌入后再让仓库“想办法”。
采购人员经常说“供应商一般 5 天到货”,但补货模型需要的不是口头平均值,而是实际交期记录。建议至少记录过去 10 次采购的下单日期、发货日期、到仓日期和合格入库日期。
如果 10 次交期分别为 4 天、5 天、5 天、6 天、7 天、5 天、9 天、4 天、6 天、8 天,那么平均交期可能是 5.9 天,但真正用于风险控制的交期不应只看平均数。对于不能缺货的主推品,可以按 8 天或 9 天设置保护周期。
供应商交期越不稳定,仓库越不能把在途库存全部当作确定供货。应将“已发货”“运输中”“已到仓待检”“已完成入库”分开。
很多仓库的拥堵不是因为面积太小,而是补货和拣货同时进行。直播前临时补货,仓管推车堵住主通道;订单高峰期整箱拆分,包装人员和拣货人员互相等待。
可以尝试以下安排:
如果仓库仍然拥堵,需要测量每小时的拣货量、补货次数和通道占用时间。没有这些数据,单纯增加人员往往只能短期缓解,不能解决结构性问题。
新品、季节品和热点商品的生命周期可能只有几周。如果为每个商品设计固定货架、复杂标签和长期动线,管理成本可能高于收益。
这类商品更适合使用可调整的活动库位和临时编码,但必须加强批次、有效期和退出机制。商品热度下降后,应及时转入普通存储区或清仓区,不要继续占用活动区和黄金拣货位。
把高频商品前移,可以减少拣货距离,但会占用更好的空间。对于高毛利、稳定高频且缺货代价高的商品,这样做通常值得;对于偶尔因活动爆发的商品,长期前移可能造成空间浪费。
| 方案 | 优势 | 短板 | 适用场景 |
|---|---|---|---|
| 长期固定前移 | 员工熟悉,拣货稳定 | 难适应商品热度变化 | 稳定复购品、长期主推品 |
| 按周期动态前移 | 空间利用更灵活 | 需要定期分析和移库 | SKU 多、销量变化快的仓库 |
| 活动临时前移 | 不长期占用黄金位置 | 活动准备成本较高 | 短期直播爆款、季节性商品 |
提高安全库存可以降低缺货风险,却会占用现金、仓储空间和管理资源。尤其是食品、美妆、服饰和具有明显季节性的商品,库存过多还会带来临期、过季和折价风险。
判断安全库存是否过高,不能只看缺货率,还要同时看:
对缺货代价很高的主推品,可以提高安全库存;对可替代性强、毛利低或生命周期短的商品,则应降低备货深度,接受少量缺货或通过替代品承接需求。
同一商品放在一个主库位,盘点和拣货更容易;放在多个库位,可以降低单点容量压力,也能让不同作业区更快拿到商品。
但多库位会增加库存同步、盘点和拣货规则的复杂度。除非确实存在空间、动线或作业分区需求,否则不建议为了“看起来灵活”而随意拆散同款库存。
如果必须多库位存放,应明确优先拣货规则,例如先拣主库位,再拣后备库位;或者按照批次、效期和活动用途设定优先级。规则必须写进作业标准,而不能只存在仓管主管的记忆中。

仓储看板最容易犯的错误,是把所有能统计的指标都放上去。老板真正需要的是能够触发动作的指标,而不是数字越多越显得专业。
我建议把看板分为四个区域:
每个区域都要有明确动作。例如“未来 3 天缺货”后面应该显示责任人、供应商、预计到货日和替代方案。只有数字没有动作,系统就会变成另一个需要维护的表格。
| 核心指标 | 计算方式 | 管理意义 | 建议动作 |
|---|---|---|---|
| 可售天数 | 可售库存÷加权日均销量 | 判断按当前速度还能销售多久 | 低于补货周期时进入预警 |
| 库位缺货率 | 主库位缺货次数÷拣货任务次数 | 判断货物是否及时补到拣货位 | 检查补货阈值和补货班次 |
| 库存准确率 | 账实相符SKU数÷盘点SKU数 | 判断数据是否值得用于决策 | 对高频异常SKU增加盘点 |
| 补货提前完成率 | 在缺货前完成补货的任务数÷补货任务总数 | 判断补货机制是否有效 | 调整预警点和责任分工 |
| 库存资金周转天数 | 平均库存金额÷日均销售成本 | 判断库存是否过深 | 处理滞销、降采或调整备货量 |
看板显示“缺货风险商品 18 个”还不够,点击后应能看到商品、规格、库位、当前可售库存、近 7 天销量、下一场直播时间、供应商交期和责任人。
如果显示“拣货效率下降 20%”,还需要继续判断是某几个库位拥堵、某类商品包装变化、人员熟练度下降,还是订单组合发生变化。数据分析的价值,正在于让管理者从结果追到原因,再追到具体动作。
使用九数云这类分析工具时,建议先把字段口径统一,再设计图表。尤其要统一商品编码、订单状态、库存状态、入库时间和出库时间。否则不同部门各自使用不同口径,图表越多,争议越多。

第一周不要急着调整货架。先建立基础清单,确认每个 SKU 的商品编码、包装单位、现有库位、库存状态和近期销量。
建议完成以下工作:
这一周的目标不是达到完美,而是找出最影响补货判断的三类数据缺口。常见缺口包括商品编码不一致、临时库存没有登记、在途库存没有预计到货日。
第二周按照需求速度、波动程度、作业负荷和经营价值对商品分层。先处理前 20% 的高频商品,因为它们通常贡献了大部分拣货任务,也最容易产生效率收益。
为每个重点 SKU 确定:
第三周开始把补货点与活动排期连接起来。每次直播前至少检查一次现货、在途、库位容量和作业能力。
直播前检查可以采用以下顺序:
第四周需要比较预测与实际:预计销量是多少,实际有效订单是多少;预计补货量是多少,实际缺货发生在哪里;预计拣货效率是多少,实际耗时增加在哪个环节。
如果结果偏差很大,不要立刻认为员工执行不到位。先检查模型输入和规则是否合理。例如,最近 7 天销量可能被一次异常直播抬高,供应商交期可能使用了口头平均值,退货库存可能被错误计入可售库存。
只有在规则明确、数据可靠、责任清晰之后,才适合追踪个人执行差异。否则,仓库人员会被迫用更多经验去弥补系统缺陷。

同一商品在直播后台叫“坚果礼盒”,在采购表叫“坚果组合装”,在仓库台账又用供应商货号。如果这些名称没有统一映射,系统可能把同款商品拆成多个 SKU,也可能把不同规格合并,自动补货结果必然不可靠。
此时最重要的工作是建立商品主数据,明确品牌、系列、规格、包装单位、条码和供应商编码之间的关系。
如果订单每天只同步一次,库存状态需要人工隔天更新,那么“实时缺货预警”只是视觉上的实时。管理者应先明确数据更新时间,并在看板中显示最后刷新时间。
对于延迟较大的系统,可以使用更保守的安全库存和人工确认机制,避免把滞后数据当成实时事实。
如果员工没有统一的上架、移库、拣货和盘点流程,频繁改变库位只会增加混乱。先确定基本规则,再逐步调整空间。
最小标准至少包括:
每天开工前,可以围绕以下问题快速检查:
这些问题的共同特点是,它们都能对应一个动作。比如“可售天数低于交期”对应采购评估;“主库位缺货”对应补货任务;“在途晚于直播”对应调整承诺;“低周转占用黄金库位”对应移库或促销处理。
仓库主管最重要的不是记住所有货物的位置,而是让任何一个经过基本培训的员工都能按照规则找到货、补到货、记录货。
建议坚持以下原则:
不要一上来就规划几百个 SKU。选一个销量高、直播频率高、缺货代价明显的主推款,完整跑通一次流程:
当一个商品的流程跑通后,再复制到同类商品。这样做虽然看起来慢,但能够避免一套错误规则被批量推广到全仓。
我的核心判断是:库位规划不能单独解决补货凭感觉,但它能让库存状态变得可见,让销量速度能够落到具体库位,让补货动作有时间窗口,也让老板知道“缺货风险究竟发生在采购、入库、存储、补货还是拣货环节”。
下一步不要先买设备,也不要先做复杂预测。先选出一个直播主推 SKU,连续记录 14 天的销量、可售库存、库位缺货、补货耗时和供应商交期。再用九数云或现有数据工具把这些字段连起来,形成一张能够回答“还能卖几天、什么时候补、补多少、放哪里、谁负责”的决策表。
当补货从“老板觉得应该买”变成“数据显示在某个时间点必须补、现场也有位置接货”,仓库才真正从经验驱动进入可控运营。
我做直播电商仓库时,主播临时改主推款、活动突然爆单很常见,仓库主管往往只能凭昨天的发货量判断今天要不要补货。我想知道,库位规划到底是把经验变成了规则,还是只是把货架重新编号,最后仍然要靠人拍脑袋?
能解决一部分,但不能单靠“规划库位”解决。真正有效的做法,是把库位规划和补货触发条件绑定起来:什么商品放在哪里、一个库位最多放多少、低于多少必须补货,都要在系统或看板中形成明确规则。我曾参与过一个约1200个SKU、日均发货8000单的直播仓试运行。
最初仓库主管按照“最近卖得好不好”补货,结果爆款经常在拣货区断货,慢销品却长期占着黄金库位。调整前,拣货区临时补货平均每天发生34次,补货员需要在高峰期反复找货。我们没有先采购复杂设备,而是先按近14天销量、直播排期和商品体积做三层划分:A类为高频爆款,放在距离打包台最近的拣货位;
B类为稳定销售款,放在中距离区域;C类为低频或活动备用款,放在后置存储区。每个A类SKU再设置“拣货位容量”和“后备位库存”,拣货位低于安全线时自动生成补货任务。
指标调整前运行30天后 高峰期临时找货次数每天约34次每天约11次 拣货区缺货导致的等待约占订单的4.8%降至约1.6% 补货任务完成时长平均18分钟平均7分钟 我的判断是:库位规划解决的不是“要不要补货”,而是让补货从个人感觉变成可执行的动作。
对于直播商家,最关键的不是把所有SKU排得很整齐,而是给爆款、预热视频款和临时加推款设置不同的库位优先级,否则静态库位表很快会失效。
我以前按月销量给商品分配库位,结果一场大促后数据完全变了,原来的热销区挤满了已经卖不动的商品。直播销售受排期、优惠券和主播话术影响很大,我不确定应该看历史销量、最近销量,还是直接看下一场直播计划。
不建议只看月销量。直播仓的库位规划至少要同时看三个变量:近期真实出库量、未来直播排期、商品补货周期。历史销量只能说明过去卖过什么,不能直接决定下一场直播应该把什么放在手边。
在实际调整中,我会给商品计算一个简单的库位优先级,而不是追求复杂模型:近7天日均销量占40%,近3场直播销量占30%,未来7天排期权重占20%,补货难度占10%。其中“补货难度”可以用供应商响应时间、在途天数和是否需要质检来判断。
例如,某款商品近7天日均只卖80件,但下场直播预计曝光量是平时的5倍,且供应商补货要7天。它不应该因为近期销量低就被放到远端库位,而应提前分配前置拣货位,并预留临时扩容位置。相反,某款商品历史月销很高,但已经连续两场直播没有排期,就不应继续占用最靠近打包台的库位。
数据类型适合回答的问题不适合单独决定的问题 近7天出库量当前拣货频率如何下一场是否会爆单 近3场直播销量直播场景下的转化表现长期库存价值 未来排期近期是否需要前置备货实际成交是否一定发生 补货周期安全库存和后备位要留多少商品是否值得继续销售 我更建议每周做一次“动态分区”,大促或重点直播前再做一次专项调整。
不要每天移动库位,否则仓库员工会记不住位置,反而增加错拣。比较稳妥的方式是:小幅调整商品优先级,大幅调整只发生在排期变化、连续爆单或商品生命周期切换时。
我遇到过一种很矛盾的情况:后仓明明有货,但拣货员找不到;系统显示库存充足,前台却一直提示缺货。后来才发现,问题不只是库存数量,而是拣货位容量、后备位位置和补货任务没有衔接起来,我想知道应该怎样设计这套规则。
这类问题的核心不是库存不够,而是“可拣库存”不足。仓库总库存、后备库存和拣货位库存必须分开管理,否则系统看到的是一个总数,现场面对的却是多个无法及时使用的库存位置。我通常会为每个高频SKU设置三个参数:拣货位上限、补货触发线和后备库存下限。
比如某款日均销量为300件,拣货位最多放120件,单次补货60件,补货触发线设为40件;当拣货位库存低于40件时,系统生成从后备位到拣货位的任务,而不是等到完全缺货才处理。还要注意补货单位。若商品一箱有24件,但直播订单经常按单件出库,补货任务就不能只按“整箱”设计,否则拣货区可能长期堆放过多库存。
相反,对于不拆箱销售的整箱商品,按箱补货更适合,可以减少开箱和盘点次数。
设计对象建议做法常见错误 拣货位按1至2天高峰需求设置容量按仓库总库存平均分配 补货触发线结合日均销量和补货耗时设置统一设为“低于10件” 后备位与拣货位绑定,并标记明确方向同一SKU分散在多个无关联位置 补货单位匹配整箱、整托或单件出库方式所有商品都按箱补货 我的经验是,补货任务最好设置优先级:拣货位已断货但后备位有货,优先级最高;
预计30分钟内断货,次之;只是低于预警线但仍能支撑当前波次,排在后面。这样补货员不会被大量低价值提醒淹没,仓库也不会出现“系统一直报警、现场没人处理”的情况。
我的仓库面积只有几百平方米,SKU数量也不是特别多,暂时不想马上购买昂贵设备或部署复杂系统。但每次直播后都要靠熟手带新人找货,熟手请假时效率明显下降,我想知道低成本的库位规划应该做到什么程度,什么时候才值得上系统。
小型商家也值得做库位规划,但不必一开始就购买复杂系统。库位规划的第一阶段是建立可复用的空间和编号规则,第二阶段才是把库存、补货和订单波次接入系统。很多仓库失败,不是因为工具不够,而是连基础位置编码都没有统一。
我建议先用一张共享表和现场标签完成最小闭环:货架编号、层号、库位号、SKU编码、拣货位、后备位、补货线、负责人。编号要让新人一看就懂,例如“A-03-02”代表A区3号架第2层,而不是使用“左边第二排”这类依赖现场记忆的描述。
可以先做一个7天小测试,记录三项数据:新人独立找到商品所需时间、每100单错拣次数、直播结束后整理库存所需时间。如果库位编码和分区调整后,新人找货时间从平均4分钟降到2分钟以内,错拣率从2%以上降到1%以下,就说明基础规划已经产生价值。
仓库阶段优先投入暂时不必投入 SKU少于300个、日单量低于500位置编码、标签、固定拣货位复杂自动化设备 SKU约300至1000个、日单量500至3000补货预警、波次拣货、库存盘点过度精细的预测模型 SKU超过1000个或频繁大促系统化库位、权限、任务追踪只依赖纸质登记 什么时候值得上系统?
我会看三个信号:每天需要反复人工确认库存;熟手和新人的拣货效率差距超过30%;补货、盘点和发货数据经常对不上。达到其中两项,就说明问题已经不是“有没有规划”,而是需要工具帮助执行和追责。最重要的避坑点是不要先追求“全仓一次性改造”。
先选直播频率最高的20%商品做试点,跑满两周,再根据缺货、错拣和补货耗时调整规则。这样既能验证库位规划是否适合自己的业务,也能避免花钱买了系统,却把原来的混乱完整搬进去。


读者评论
文章把库位规划和补货决策区分开,这一点很实用。很多仓库虽然有货位编码,但没有结合销量、交期和活动计划,确实容易出现“账上有货、现场缺货”。
可售天数比单看库存件数更适合直播商家,尤其是直播销量波动大的场景。不过实际应用时,还需要较准确的活动预测和订单锁定数据支持。
文中对库存状态的拆分比较清楚,将可售、锁定、待检和在途库存区分后,补货判断会更接近真实情况,适合仓库盘点和系统改造时参考。
按访问频率、作业负荷、重量和体积规划库位,比单纯把爆款放在前面更全面。不同订单结构对拣货效率的影响,确实常被仓库管理者忽略。
文章提出临时库位也要编码、限时和明确责任人,这个建议很有操作性。直播活动中的赠品、组合装和预留库存如果没有单独管理,后续很容易造成库存混乱。