
电商库存真正难处理的,通常不是“卖不动”,而是团队直到库存已经失去最佳销售窗口,才第一次认真讨论它。很多商家把滞销处理理解成打折、清仓或退供,结果折扣做了,现金仍然没有回来;仓库腾了位置,毛利却被一次性抹掉。我的判断是:滞销库存不是一个仓库问题,而是一套从入库、销售、补货、预警、处置到复盘的流程问题。
电商库存进阶课:围绕滞销处理完善流程设计
我在做电商经营分析时,最先要求团队停止使用“库存太老”“最近卖得不好”这类模糊表达。因为没有明确的时间、销量和资金口径,采购会认为商品只是暂时波动,仓库会认为销售没有推动,销售又会认为价格没有竞争力,最后所有人都在解释,却没人负责处理。
更适合落地的定义至少要包含四个条件:库存年龄、近期销量、库存覆盖天数和可回收价值。比如,一款商品入库已经超过120天,近30天销量只有8件,现有库存足够销售240天,即使账面毛利为正,也应该进入重点处置池。
但我不会把“超过90天”直接等同于滞销。季节性商品、节日礼盒、备货周期长的进口商品,年龄超过90天并不一定异常。相反,一款刚上架20天、库存覆盖天数达到180天、退货率快速升高的商品,也可能比一款库存年龄150天但每天稳定出单的商品更危险。
因此,我建议把库存状态分成五类,而不是只有正常与滞销两类:
一套可执行的滞销流程,应当把问题拆成五个连续步骤:识别、诊断、分级、处置、复盘。识别解决“哪些库存有问题”,诊断解决“为什么有问题”,分级解决“先处理谁”,处置解决“采用什么动作”,复盘解决“以后如何不再重复发生”。
我特别强调“诊断”这一步,因为很多企业把所有低销量库存都直接送进促销池。实际上,商品没有销量,可能是页面下架、仓库不可发、主图被替换、库存没有同步到渠道,或者商品被错误绑定到一个几乎没有流量的类目。连原因都没有查清楚就降价,等于用利润弥补数据错误。

库存年龄适合判断商品在仓库里待了多久,但不适合单独决定处理顺序。我的做法是同时计算两个指标:库存覆盖天数和可回收价值。前者回答“按现在的速度还能卖多久”,后者回答“处理它能带回多少现金、避免多少损失”。
库存覆盖天数可以用可售库存除以近30天日均销量。近30天销量为零时,不能简单把结果记为无穷大,而要进一步检查商品状态;如果商品已经下架或库存不可发,它属于运营异常,不应直接与真实需求不足混在一起。
可回收价值则不能只看库存成本。更接近经营现实的公式是:预计成交价减去平台费用、履约费用、优惠成本、退货成本和处置成本,再乘以预计可售数量。账面成本很高的商品,如果只能通过低价渠道出售,账面价值并不等于可回收价值。
我通常会把处置优先级定义为:资金占用金额 × 风险系数 × 处置紧迫度 ÷ 预计处置工作量。这个公式不需要追求理论上的精确,而是帮助团队把“金额大但不急”和“金额中等但窗口马上关闭”的库存区分开。
下面这个案例来自我参与过的脱敏复盘。某家居电商企业经营约9000个SKU,拥有三个区域仓,同时在自营商城、综合电商平台和直播渠道销售。企业每周都有库存报表,但报表主要展示期末库存、销售额和库存金额,没有把库存年龄、渠道可售状态和退货原因放在同一张表里。
这家公司当时账面库存金额约为1280万元,其中超过90天的库存约占31%。管理层最初认为问题集中在几个大件商品,因为这些商品占用仓容明显。进一步拆分后却发现,真正导致现金回收速度变慢的,不只是大件,而是大量中小件SKU叠加形成的“碎片化库存”。
在这批老库存中,约有一部分商品近60天仍有稳定销量,只是补货参数没有更新;另一部分商品页面仍然在售,但实际库存分散在不具备发货能力的仓库;还有一部分商品的退货率超过同类平均水平,销售团队仍然用原有转化率预测补货。这些库存如果只按年龄排序,结论会完全不同。
我们将库存按原因拆分后,发现真正需要立即清仓的比例低于最初预估。更大的问题是流程断点:采购没有看到区域动销差异,运营没有看到库存覆盖天数,仓库没有及时反馈残次品和不可售库存,财务也没有把仓储费用计入商品处置判断。
第一类是需求问题。商品确实没有足够需求,搜索量、点击量、加购量和成交量都低,竞品价格或产品替代性已经改变。这类库存需要调整定位、转渠道或尽快回收现金。
第二类是供给问题。商品有需求,但库存集中在错误的仓库、销售区域或渠道。例如北方仓库存积压,南方仓却频繁缺货。此时优先动作不是打折,而是调拨和改变分仓策略。
第三类是经营问题。商品本身有潜力,但页面、内容、投放、评价或客服承接出了问题。若点击率明显低于同类,先优化展示;若点击正常但加购差,重点看卖点和价格;若加购高但支付差,可能是运费、履约时效或信任问题。
第四类是商品生命周期问题。新品过了测试期仍未达到最低销量,旧款被新款替代,或者季节窗口已经关闭。这类库存不能继续用“再观察一周”拖延,应进入生命周期处置机制。
第五类是数据和流程问题。库存被锁定、SKU被拆分、退货未入账、采购单位和销售单位不一致,都会制造假滞销。只要基础数据没有校正,任何促销策略都可能造成额外损失。
很多企业月底才看库存表,而库存风险往往在月中就已经发生。月末报表的最大问题不是不准确,而是缺乏过程信息。它告诉你某个SKU现在有多少件,却没有告诉你这些库存是何时进入仓库、经历了几次调拨、是否被锁定、在几个渠道上可售。
我更建议使用日级或周级库存快照。至少保留入库日期、可售库存、锁定库存、在途库存、近7天销量、近30天销量、退货数量和渠道状态。这样才能区分“库存多但卖得动”和“库存少但完全卖不动”。
从仓库角度看,库存年龄还应该拆成“首次入库年龄”和“当前批次年龄”。一款商品可能反复补货,期末库存看起来是90天,但实际还有一批刚到仓的货。如果不按批次或入库批次分析,团队可能错误地对整个SKU打折。

统一八折、七折或五折,是最容易执行的方案,也是最容易失控的方案。它忽略了商品的毛利结构、需求弹性、品牌价格体系和剩余销售窗口。对高毛利、低退货、仍有自然流量的商品,直接五折可能过度让利;对低毛利、体积大、仓储费高的商品,八折又可能根本卖不动。
我更倾向于把折扣看成一个测试变量,而不是最终答案。第一阶段可以小范围测试价格弹性,观察曝光到支付的转化变化;第二阶段再决定扩大促销、转直播、做组合包,或转入批发渠道。价格动作必须和流量、内容、库存位置同步调整,否则折扣只是改变了页面上的数字。
库存年龄回答的是“货在仓库待了多久”,覆盖天数回答的是“按当前速度还要多久才能卖完”。两者可能给出相反结论。一款入库180天、每天稳定销售20件的商品,可能比一款入库45天、近30天只卖出2件的商品更健康。
如果企业只按年龄筛选,销售团队会频繁质疑库存名单,久而久之,滞销预警失去可信度。真正有效的规则应该同时考虑历史年龄、近期速度、未来需求和补货周期。
退货商品是滞销分析中最容易被忽略的一块。退货入库后,如果系统直接增加可售库存,库存数量看起来没有异常,但实际销售速度会被虚高或虚低。尤其是包装破损、配件缺失、使用痕迹明显的商品,不能和全新库存采用相同的价格和渠道。
我会要求退货库存至少分成四种状态:可直接二次销售、需质检后销售、只能维修或拆零、不可销售。每一种状态都应有独立库存位置和价值口径。否则,企业表面上库存准确,实际上把一批无法按原价卖出的货算成了正常资产。
采购过量当然会造成积压,但采购决策通常依赖销售预测、营销计划、供应商起订量和仓储约束。一个商品从“预测偏差”变成“现金损失”,中间往往经过了多个部门的判断,单独追责采购并不能修复流程。
我在复盘时会把责任拆成三个时间点:什么时候做了采购承诺,什么时候出现需求下滑,什么时候已经可以识别为高风险。这样才能判断是预测错、监控迟、处置慢,还是执行不力。流程设计的目标不是分配过错,而是把风险提前暴露。
有些清仓活动销售额很高,最后却没有带来足够现金。原因可能是平台扣点、优惠券、达人佣金、赠品、运费补贴和退货成本吞掉了毛利。尤其是低客单价、体积大或易碎商品,发出去不等于收回现金。
我的判断标准是净回收额,而不是促销期间的成交金额。净回收额应至少扣除渠道佣金、支付费用、履约费用、包装费用、营销补贴、退货损失和必要的人工处理成本。只有净回收额高于转渠道或报损的预期价值,促销才值得继续。

我不会只用一个“滞销分数”决定动作,而是先分别观察五个维度:需求强度、剩余销售窗口、现金回收可能性、处理成本和风险暴露。分数只是帮助排序,最终仍然要结合商品属性和渠道规则。
| 判断维度 | 核心问题 | 常用指标 | 对动作的影响 |
|---|---|---|---|
| 需求强度 | 市场是否仍然需要这款商品 | 近7天销量、近30天销量、点击率、加购率 | 决定继续经营还是降低资源投入 |
| 销售窗口 | 还有多少时间可以正常出售 | 季节剩余天数、保质期剩余天数、产品生命周期 | 决定是否允许继续测试 |
| 回收可能性 | 卖出后能带回多少现金 | 净回收价、预计售出率、渠道扣费 | 决定促销、转渠道或报损 |
| 处理成本 | 处理这批货需要付出多少额外成本 | 仓储费、搬运费、包装费、人工时数 | 决定低价销售是否值得 |
| 风险暴露 | 继续持有会不会快速贬值或引发投诉 | 退货率、投诉率、质量风险、合规风险 | 决定是否优先隔离和停止销售 |
这五个维度里,需求强度和销售窗口决定“有没有必要继续努力”,回收可能性和处理成本决定“努力是否划算”,风险暴露决定“是否必须立即行动”。如果团队只分析前两个维度,很容易把库存经营成纯销售问题。
我建议把库存放入一个二维矩阵:横轴是销售修复可能性,纵轴是持有风险。修复可能性高、风险低的库存,适合优化页面、调整价格或增加流量;修复可能性低、风险高的库存,应当尽快转渠道、退供或报损。
| 库存状态 | 典型特征 | 首选动作 | 不建议做的事 |
|---|---|---|---|
| 高修复可能性、低风险 | 有点击、有加购,价格或内容落后 | 优化页面、调整卖点、短期测试价格 | 直接大幅降价 |
| 高修复可能性、高风险 | 季节窗口将结束,但仍有明确需求 | 快速集中资源销售,设定截止日 | 无限期观察 |
| 低修复可能性、低风险 | 无明显投诉,但自然需求弱 | 转批发、组合销售、跨渠道处理 | 继续按原计划补货 |
| 低修复可能性、高风险 | 临期、质量争议、退货率高 | 隔离、质检、退供、报损或合规处理 | 混入正常库存销售 |
在实际项目中,我更偏好5分制或10分制,而不是计算到小数点后两位。因为销售预测、退货概率和渠道回收价本身就存在不确定性,过度精确会让团队误以为结果非常科学。
一个简单的评分方式是:需求强度占30%,销售窗口占20%,净回收可能性占25%,持有风险占15%,处理成本占10%。每项按照1至5分评分,再按业务情况调整权重。比如临近保质期的食品,风险和窗口权重必须高于页面点击率。
我会要求每个低分商品必须写清楚“为什么低分”。如果只是因为销量低,说明诊断还不够;如果写明“近30天销量下降70%、同类商品点击率正常、退货率升至18%、剩余销售窗口25天”,处置建议才有可审核性。
库存覆盖天数 = 可售库存数量 ÷ 近30天日均销量
净回收价值 = 预计成交价
平台及支付费用
履约与包装费用
促销补贴
预计退货损失
额外处理成本
处置优先级 = 库存金额 × 风险系数 × 紧迫度 ÷ 预计处理人天

我不会把数据分析工具包装成“自动解决库存问题”的系统。工具能做的是把分散在订单、库存、采购、退货、仓库和渠道后台的数据拉到同一个分析层,降低人工拼表和重复核对的成本;最终的价格、调拨、退供和报损决策,仍然需要业务规则与责任人。
以九数云为例,我会把它定位为库存经营分析和异常监控的可视化层。企业可以先了解其官网公开信息:https://www.jiushuyun.com/。在实际使用时,重点不应是看有多少图表,而应是确认它能否连接企业现有数据、统一SKU口径、按仓库和渠道下钻,并支持持续刷新。
以下案例数字是我按真实项目常用字段整理的脱敏样本推演,不代表平台官方效果承诺。这样做的原因是:库存改善结果取决于企业原有数据质量、流程执行、商品结构和管理权限,不能简单归因于某一个工具。
第一张是库存日快照表。它至少包含日期、SKU、商品名称、仓库、可售库存、锁定库存、残次库存、在途库存和库存成本。没有日快照,就无法判断库存是持续积累还是某天突然增加。
第二张是销售明细表。建议保留订单日期、SKU、渠道、仓库、销售数量、实付金额、优惠金额、取消数量和发货状态。销售数量不能只从财务销售额倒推,因为取消、退款和赠品会造成严重偏差。
第三张是入库与采购表。字段包括采购单、到货日期、供应商、采购数量、采购单价、批次和预计交期。通过它可以判断库存年龄,也能回溯是哪一次采购计划形成了当前积压。
第四张是退货与质量表。应包含退货日期、退货原因、质检结果、可二次销售状态、维修成本和最终去向。退货数据如果没有进入库存分析,库存健康度一定会被高估。
我见过很多企业的库存看板很漂亮,但同一个商品在采购系统、仓库系统和渠道后台使用不同编码。结果是库存数量对不上、销售数量重复计算、成本无法分摊,管理层看到的是视觉统一,底层却没有业务统一。
在九数云这类分析工具中,应该先做SKU映射表,明确主SKU、渠道SKU、组合商品、赠品和拆分商品的关系。对于套装商品,必须事先定义销量如何折算到单品库存,否则组合促销会让某些单品看起来无故消失。
时间口径也要固定。近7天、近30天和近90天应以自然日还是交易日计算,必须在指标定义中写明。大促期间的销量最好单独标记,不能直接拿大促峰值作为日常需求基准。
第一层是管理驾驶舱。只放库存总额、老库存金额、库存覆盖天数、处置回收额、处置损失率和高风险库存数量。管理层需要看到变化趋势和异常,不需要在首页阅读几百个SKU。
第二层是经营诊断页。按品类、品牌、仓库、渠道、供应商和上架月份切分,观察哪个环节产生了积压。这里要能从金额下钻到SKU,再从SKU下钻到订单和库存批次。
第三层是执行清单页。每一条异常库存都应显示商品、库存数量、库存金额、库存年龄、覆盖天数、近30天销量、退货率、建议动作、责任人、截止日期和当前状态。这一层的目标不是展示,而是推动处理。
一个没有责任人和截止时间的预警,只是另一种报表。我会给每条预警绑定动作,例如“覆盖天数超过180天且净回收价值为正,进入促销测试”“连续14天无销量且页面正常,进入转渠道评估”“退货率超过15%,冻结补货并启动质检”。
预警还要有抑制机制。某些商品刚参加大促、刚完成调拨或刚重新上架,短期数据不适合立即触发清仓。系统应允许标记特殊状态,并要求到期后重新评估,而不是永久关闭预警。
如果企业已经有审批系统,可以将分析结果导出或通过接口传递到内部流程;如果暂时没有,也可以先用固定字段的处置清单推进。重要的不是一开始就追求全自动,而是保证每个异常都能留下处理记录。

季节性商品最忌讳无限期试卖。比如夏季防晒、节日礼盒、开学用品,越接近窗口结束,商品的可回收价值下降越快。此时团队应该先确定最后销售日,再倒推促销、直播、组合包和转渠道的时间。
我会把季节性库存设置成阶梯动作:距离窗口结束45天时测试内容和价格,30天时扩大渠道,15天时集中回收现金,低于7天时停止以正常零售价为目标的销售计划。具体天数要根据品类周期调整,但“提前设定截止日”这个原则不能省略。
季节品还需要区分“季节过期”和“商品永久过期”。有些商品只是当前季节不适合销售,下一年仍可销售;有些商品包装、颜色或营销主题只适合当年。前者可以低成本存储,后者应该在窗口结束前优先处理。
高毛利商品常见于专业设备、家具配件和有明确使用场景的商品。它们的购买决策时间长,但一旦成交,贡献利润较高。如果近30天销量低,先看咨询量、收藏量、内容触达和复购关联,而不是只看订单数量。
这类商品适合采用内容解释、场景组合、销售顾问跟进和定向渠道,而不一定适合全网降价。降价可能改变消费者对品质的判断,还会破坏原有经销商价格体系。只要仓储成本和贬值风险可控,就可以保留有限库存,同时停止继续补货。
低毛利大体积商品的危险在于,账面上可能没有亏损,实际上每天都在消耗仓容和资金。对于这类商品,我会把仓储费、搬运费和拣配成本折算到单件净回收价值中。若预计再存放30天的成本高于转渠道损失,应该尽快离开原仓。
这类商品更适合区域调拨、团购、工程项目、员工内购或组合销售。需要注意的是,转渠道不是把问题丢给别人,而是要确认新渠道的售后规则、结算周期和最低可接受价格。
如果一个SKU的退货率持续高于同品类平均水平,继续加大投放通常会放大损失。第一步应当拆解退货原因:尺寸不符、色差、描述不一致、质量问题、安装困难、物流破损或消费者预期错误。
若主要问题是描述不准确,应先修改页面和客服话术;若是物流破损,应改善包装和承运方案;若是产品本身缺陷,则应停止补货并评估批次处理。库存清得越快,并不代表经营越健康。
当一个仓库积压、另一个仓库缺货时,调拨通常比降价更值得优先考虑。但调拨也有成本,不能看到缺货就盲目移动。应估算调拨后增加的销量、节省的缺货损失、调拨运费和操作成本。
如果调拨后预计增加的贡献利润明显高于调拨成本,就应优先调拨;如果需求本身很弱,只是另一个仓库库存更少,调拨可能只是把积压从一个地方搬到另一个地方。
新品最容易被“再给一点时间”拖成老库存。新品上架前就应设定最小验证标准,例如曝光后的点击率、加购率、首批转化率、评价数量和退货率。达到测试周期仍未达到门槛,就要决定是改款、改内容、改渠道还是退出。
新品退出并不一定意味着失败。只要企业能记录失败原因,例如价格过高、卖点不清、场景不成立或目标人群错误,下一次开发和采购就能减少重复试错。没有退出机制的创新,最终会变成库存累积。

| 方案 | 保留的价值 | 主要代价 | 适用情况 |
|---|---|---|---|
| 继续正常销售 | 保留价格和毛利空间 | 占用资金和仓容,可能错过窗口 | 需求稳定、风险低、覆盖天数可控 |
| 定向促销 | 提高销售速度,减少库存年龄增长 | 需要流量、内容和运营资源 | 商品仍有需求,价格弹性尚未验证 |
| 大幅折扣 | 快速回收现金、释放仓容 | 毛利下降,可能影响价格体系 | 窗口即将结束、持有成本高 |
| 转批发或团购 | 缩短处理周期,降低运营复杂度 | 单价通常较低,可能影响渠道关系 | 原渠道需求弱,新渠道有明确承接方 |
| 退供或换货 | 减少仓储压力,保留部分供应链价值 | 受合同、供应商意愿和物流成本限制 | 合同有退换条款,供应商具备再销售能力 |
| 报损或回收处理 | 停止继续投入,避免风险扩大 | 账面损失立即确认 | 质量、合规、临期或处理成本高于回收价值 |
我在审批处置方案时,通常要求团队同时提交至少两个备选方案。例如“继续销售30天”和“现在转渠道”,分别列出预计回收额、仓储成本、人工成本、资金占用和最坏情形。这样可以避免团队只展示自己偏好的方案。
最低价格需要财务、运营、供应链和销售共同确认。财务知道账面成本,运营知道用户反应,供应链知道仓储和物流成本,销售知道渠道承接能力。任何一个部门单独制定底价,都可能忽略关键成本。
在实际执行中,建议至少设三条线:正常促销价、渠道转让价和最低止损价。正常促销价可以在前台测试,渠道转让价用于批量处理,最低止损价则需要管理层审批,不能由一线人员随意突破。
如果预计未来持有成本、贬值风险和处理成本之和,已经超过当前可回收价值,继续保留账面价值只是延迟确认损失。尤其是临期商品、质量争议商品和连续无销量商品,拖延往往不会让价值恢复,反而让处置选项越来越少。
接受损失并不等于管理失败。真正的问题是,企业是否在可控范围内及时确认损失,并把原因反馈到采购、预测和商品开发。如果每次都为了保持账面好看而延迟报损,最终可能出现更大的仓储费、退货费和品牌风险。

第一周不要急着做复杂模型,先把基础字段整理出来。明确SKU主键、仓库编码、渠道编码、入库日期、库存状态、销售数量和退货状态。对所有无法匹配的数据建立异常清单,不要为了让报表看起来完整而强行填补。
第二周筛选三类异常:库存年龄高、覆盖天数高、近30天销量持续下降。每条异常必须带出仓库、渠道、库存金额、退货率和当前状态。此时可以使用九数云建立基础分析页面,先验证数据关系和业务口径,再逐步补充维度。
我建议先选择一个品类或一个仓库试运行,而不是一次覆盖所有商品。试点范围过大,数据异常会淹没流程问题;选一个具有代表性的范围,更容易看出字段缺失、责任不清和动作无法执行的地方。
处置会不应变成逐条解释报表的会议。会前先把库存分为“数据异常、可以修复、需要促销、需要转渠道、需要退供或报损”五类。会议只讨论动作、价格、责任人和截止日期,数据问题单独形成修复任务。
每一条任务都应具备以下字段:
第四周不要只统计“处理了多少件”。更重要的是计算净回收率、平均处理周期、账面折损率、单位处置成本和再次进入异常池的比例。如果一批库存处理完后又在其他仓库重新出现,说明只是移动了问题。
复盘结果应至少反馈到三个环节:采购的首批数量和补货上限,运营的新品测试门槛,仓储的库存状态和退货分级。只有规则回写,滞销处理才会从一次专项活动变成日常经营能力。

如果商品存在频繁补货、不同成本或明显批次差异,最好按批次计算。按SKU计算适合做管理层概览,但不适合作为具体折扣和报损依据。否则一批刚入库的商品可能被老库存拖累,整条SKU被错误降价。
如果企业暂时没有批次数据,可以先使用首次入库年龄和最近入库年龄并列展示。两者差异较大时,说明该SKU存在持续补货,管理者需要进一步拆解库存结构。
不是。没有销量首先要检查商品是否真正可售,包括页面状态、渠道库存同步、价格有效期、配送区域和库存锁定情况。确认商品正常可售后,再看曝光和点击。如果连曝光都没有,问题可能是渠道资源或类目定位,而不是商品需求。
只有在商品可售、页面正常、流量足够、连续多个周期没有有效转化,并且未来没有明确销售窗口时,才适合进入快速处置流程。
当库存覆盖天数持续高于目标上限,且近30天销量没有改善,同时新增采购会让库存金额继续上升时,应立即停止补货。对于退货率、投诉率或质量异常快速上升的商品,即使当前销量尚可,也应先暂停补货完成调查。
停止补货不是永久停售,而是把新采购从默认动作改为审批动作。这样可以给商品和供应链留出修复时间,避免销售团队为了不断货而继续放大库存风险。
我建议至少看六个指标:老库存金额变化、库存覆盖天数、净回收率、平均处置周期、单位处理成本和异常库存再发生率。只看处置数量,可能出现低价值库存大量处理、高价值库存仍然沉淀的假改善。
还要把处置后的退货率和投诉率纳入复盘。如果净回收额提高,但退货率明显上升,说明企业可能只是把问题快速转移给消费者,长期看会损害渠道和品牌。
小团队可以从一张周度执行表开始,不必一开始建设复杂系统。关键是字段完整、口径固定、责任明确。随着SKU和渠道增加,再使用九数云等分析工具连接数据源、减少人工汇总和增加下钻能力。
工具选型时,我建议重点问四个问题:能否连接现有订单和库存数据,能否按SKU与仓库下钻,能否保存历史快照,能否让业务人员自行调整筛选条件。如果只能展示静态报表,却不能回溯和更新,库存预警很快会变成一次性项目。
滞销处理做得再快,也不如少形成一批滞销库存。采购前要看相似商品的真实销售速度、退货表现和区域差异;新品前要设定测试周期、最小销量和退出条件;补货时要把库存覆盖天数和供应商交期一起计算。
我尤其建议企业建立“采购承诺后的早期预警”。商品还没有进入滞销状态时,如果首批销量低于预期、页面转化弱、退货原因集中,就应减少后续到货或调整补货量。等到库存年龄达到90天,通常已经失去最便宜的修复机会。
好的库存会议不应该花大量时间争论报表数字,而应该回答四个问题:哪批库存最危险,为什么危险,今天可以采取什么动作,谁在什么时间前完成。数字的价值在于缩短判断时间,而不是增加会议内容。
如果使用九数云或其他分析工具,建议把看板设计成“管理总览、原因诊断、执行清单”三层结构,并且保留每次处置的历史记录。这样,工具不仅能告诉团队当前发生了什么,还能帮助团队知道过去哪类判断经常出错。
我最后想强调一个容易被忽视的观点:库存健康不是“仓库里有多少货”,而是“这些货在多长时间内、以什么成本、通过什么渠道,能够转化为可用现金”。围绕滞销处理完善流程,真正要建立的不是一次清仓方案,而是一套能提前识别、解释原因、比较取舍并推动执行的经营系统。只要企业能把每次处置的结果写回采购、补货和商品流程,滞销库存才会从周期性危机,变成可以被持续管理的指标。
我以前只按库存天数判断滞销,结果一款毛利很高、但季节性明显的商品被过早打折,反而损失了利润。后来我想弄清楚,究竟应该用什么指标区分真正卖不动和暂时销售放缓的商品。
不要只用库存天数定义滞销。库存天数只能说明“按当前销量还能卖多久”,却不能解释销量下降是因为流量不足、价格不合适、季节切换,还是商品本身已经失去需求。我更建议采用“库存覆盖天数+近28天销售趋势+毛利贡献+可售期限”四个维度共同判断。
实际测试时,我把库存分成四组:库存覆盖天数超过90天、近28天销量环比下降超过30%、毛利率低于15%、可售期限不足60天。四项中满足两项,只进入观察名单;满足三项,进入滞销处理;同时满足可售期限不足和销量持续下滑,则直接进入清仓决策。
判断方式优点常见误判适合用途 仅看库存天数简单、容易执行忽略季节、毛利和趋势快速盘点 仅看销售额能识别低贡献商品高单价商品容易掩盖销量问题经营复盘 多指标评分能区分问题类型初期需要维护规则正式滞销流程 库存覆盖天数的计算也要注意口径。
建议使用“可售库存÷近28天日均销量”,而不是直接用当月销量,因为月初或大促后的数据容易造成极端波动。对于季节品,还应该加入去年同期销量和未来活动计划,否则系统会把正常的淡季库存误判成滞销。我的判断是,滞销识别的核心不是找到“卖得慢”的商品,而是找到“继续占用资金后,未来回报低于处理成本”的商品。
只有把资金占用、仓储费、降价损失和机会成本一起算进去,处理优先级才不会被单一指标带偏。
我曾经把所有滞销商品都放进满减活动,活动结束后销量确实上去了,但订单大多来自低毛利客户,退货率还增加了。现在我更关心的是,如何判断哪种处理动作真正能减少损失,而不是只看短期销量。
滞销处理不应按照“先促销、再清仓”的固定顺序执行,而要先判断商品的问题属于需求不足、曝光不足、价格失配,还是库存结构错误。不同原因对应不同动作,盲目降价很容易把本来可以正常销售的商品提前打穿价格。
我通常先做一个“处理收益测算”:预计回收金额减去折扣损失、平台佣金、仓储费、物流成本、售后成本和占用资金成本。如果继续销售的预计净收益低于退供、转仓或批量清仓的确定性收益,就不再用促销掩盖问题。
库存问题优先动作不建议直接做什么判断信号 曝光低但转化正常补充流量、调整陈列立即大幅降价点击少,转化率不差 曝光高但转化低优化价格、页面和卖点继续堆广告访问量高,支付转化低 价格敏感且同质竞争激烈组合销售、阶梯折扣单品无限期促销降价后销量才明显变化 过季或临期快速清仓、退供或转渠道等待自然消化未来可售窗口短 可以设置三段式处理窗口。
第一段为7天诊断期,只调整页面、库存分配和推荐位置;第二段为14天促销验证期,通过优惠券、组合购或会员专享价测试需求弹性;第三段为7天退出期,若销量和毛利仍未达到预设阈值,就执行清仓、退供、转仓或报损。关键是提前写清楚退出条件。
例如,促销后销量提升不足50%,毛利率仍低于8%,或者库存消化周期仍超过45天,就停止继续投放。这样可以避免团队因为已经投入了广告费和运营时间,而不断给滞销商品追加资源。
我在协作中遇到过一种情况:运营已经提交促销方案,财务认为折扣太深,仓库却继续按原库位备货,最后同一批库存被重复调整了几次。这个问题让我意识到,滞销处理不仅是销售动作,更像一个跨部门的库存变更项目。
滞销流程最容易失败的地方,不是没有审批人,而是没有统一的“决策对象”。如果运营提交的是促销申请,财务审核的是毛利,仓库接收的却只是口头通知,三方实际上并没有在审批同一件事情。
建议把每次处理定义成一张“库存处置单”,至少固定记录商品编码、批次、库位、可售数量、成本价、当前售价、预计处理价、预计回收金额、处理期限、责任人和终止条件。所有部门围绕同一张单据审批,减少表格版本不一致。
角色必须确认的内容不应承担的职责 运营需求判断、促销方案、渠道安排单独承诺最终回收金额 财务成本、毛利、现金回收和损失边界替代运营判断用户需求 仓库实物数量、批次、库位和执行结果自行修改售价 采购或供应链退供、换货、补偿和供应商协商绕过库存核对直接确认退货 审批规则不建议所有订单都走同样的层级。
可以按预计损失金额和库存数量分级:预计损失低于5000元,由运营负责人和财务复核;5000至30000元,增加供应链负责人;超过30000元,必须由经营负责人确认,并记录为什么不选择退供或转渠道。执行端还要设置“闭环证据”。促销类处置需要回传活动链接、实际折扣和订单数据;
退供类处置需要回传出库单、物流单和供应商签收记录;报损类处置需要回传盘点差异、照片或质检结果。没有执行证据的审批单,不能直接标记为已完成。
如果团队使用某项目管理工具承载流程,建议把状态设计成“待诊断、待报价、待审批、待执行、执行中、待验收、已关闭、异常复盘”,不要只设置“处理中”和“已完成”两个状态。前者能暴露卡点,后者只会制造一种所有事情都在推进的错觉。
我曾经看到一份复盘报告写着“滞销库存下降了42%”,但进一步核对后发现,主要原因是把商品转移到了另一个仓库,实际并没有卖出去。现在我想建立一套不会被数字表面误导的评估方法。
滞销流程不能只看库存数量下降,因为库存减少可能来自销售、退供、调拨、报损,也可能只是系统状态发生了变化。真正有效的流程,应该同时证明库存风险下降、资金得到回收,而且没有把损失转移到退货、售后或其他仓库。我建议把指标分成结果指标、过程指标和副作用指标三层。
结果指标回答“最后有没有改善”,过程指标回答“团队是否按规则执行”,副作用指标回答“是不是用另一种损失换来了表面改善”。
指标层级建议指标观察重点 结果指标滞销库存金额、库存覆盖天数、现金回收率资金占用是否真正减少 过程指标识别及时率、审批周期、执行完成率流程是否顺畅 副作用指标促销退货率、折扣后毛利、报损率、跨仓调拨率是否只是转移损失 其中,现金回收率比单纯销售额更有判断力。
可以用“实际到账金额÷处置前库存成本”计算,但要扣除平台费用、履约成本和售后退款。比如一批成本为10万元的库存,最终销售回款8万元,促销与履约成本1.2万元,退款损失0.5万元,真正回收率不是80%,而是63%。还应该观察处理周期的中位数,而不是平均数。
平均数很容易被少数长期未关闭的异常单拉高或拉低;中位数更能反映大多数滞销单从发现到关闭需要多久。我的经验是,普通滞销单超过30天仍未关闭,通常说明审批权限、供应商协商或仓库执行至少有一个环节设计不合理。最后要做“处理后复发率”。
如果同一商品在清仓后又因为补货规则、最低采购量或多仓分配重新产生滞销,说明团队只是处理结果,没有修正原因。真正成熟的流程应在关闭时强制填写原因代码,并把原因反馈到采购、定价和补货规则中。


读者评论
把滞销库存分成需求不足、区域错配、运营异常和数据问题,比单纯按库龄打折更有实际价值。尤其是先检查下架、锁定和库存同步情况,确实能避免把系统问题误判成商品卖不动。
文中用库存覆盖天数和可回收价值共同判断优先级,这个思路比较实用。清仓时如果只看成交额,很容易忽略佣金、履约、退货和仓储成本,最后销售额上去了,现金回收却并不理想。
退货库存单独分级这一点容易被忽视。可二次销售、需要质检、只能维修和不可销售的商品,处理方式完全不同。如果全部重新计入可售库存,库存数量和销售预测都会失真。