电商库存真正危险的时刻,往往不是仓库里已经堆满了货,而是团队仍然认为“再卖一阵就好了”。我在做库存诊断时反复看到同一种情况:报表显示某个 SKU 还有销量,运营因此继续投放;仓库却发现它已经占用库位数月;财务把采购成本、仓储费和促销费用放在一起核算后,才发现这批货每多留一天,实际可回收价值都在下降。滞销处理最难的不是找到一个清仓渠道,而是搭建一套能及时识别、统一决策、过程留痕并持续复盘的系统。

很多企业把“库存处理成功”定义为库存数量下降,甚至把清仓率作为唯一结果指标。但库存减少并不等于经营结果变好。低价清仓可能带来平台佣金、达人佣金、仓储搬运、退货和售后成本,最终卖出了一批货,却没有真正回收现金。
我更关注四个结果:库存金额减少了多少、实际回收了多少现金、处理成本是多少、是否影响了正常商品的价格和销售。只有把这四项放在一起,才能判断一次库存处置是“卖掉了”,还是“用更高成本把问题转移了”。
| 观察维度 | 只看清仓数量 | 系统化处理应关注 |
|---|---|---|
| 库存结果 | 卖出多少件 | 库存金额、库龄和剩余风险是否下降 |
| 财务结果 | 成交额 | 净回收额、毛利和额外处理成本 |
| 运营结果 | 活动期间销量 | 自然销售是否被促销替代、退货率是否恶化 |
| 管理结果 | 一次性解决 | 采购、预测和补货规则是否得到修正 |
因此,滞销系统的目标不是把所有库存快速清零,而是在商品价值继续下滑之前,选择损失最小、现金回收最合理的处理路径。

我建议把滞销处理拆成四个连续闭环:识别、决策、执行、复盘。识别解决“哪些 SKU 正在变危险”;决策解决“应该采取什么动作”;执行解决“谁在什么时候完成什么任务”;复盘解决“这次处理结果如何,以及以后如何避免重复发生”。
如果系统只有库存看板,没有责任人和截止时间,它只是一个查询工具;如果系统只有促销审批,没有库存成本和库龄,它只是一个活动流程;如果系统没有记录处理前后的数据,就无法知道哪种方案真正有效。
不少企业一开始就要求预测模型、自动补货和实时多平台同步,最后却连“最近一次销售时间”都无法准确取得。我的经验是,滞销系统应先从一张能持续更新的台账开始,保证字段准确、口径一致、责任明确,再逐步增加自动化能力。
最小可行版本至少需要记录 SKU、仓库、可售库存、锁定库存、在途库存、最近销售时间、近30天销量、库存成本、库龄、负责人、风险等级和处理结果。字段少但持续可用,远胜于字段齐全却没人维护。
库存量大不一定滞销。一个日均销售量较高的商品,即使库存有数千件,也可能只覆盖十几天;相反,一个库存只有几十件的高价商品,如果连续两个月没有销售,资金占用和跌价风险同样值得处理。
我在诊断库存报表时,通常先把库存数量换算成库存覆盖天数。公式并不复杂:
库存覆盖天数 = 当前可售库存 ÷ 近一段时间日均销量
例如,某 SKU 可售库存为600件,近30天销售120件,日均销量为4件,那么库存覆盖天数为150天。这个数字本身不是行业统一标准,但它能把“库存很多”转化为“预计需要多少天才能消化”,更适合做决策。
需要注意的是,日均销量不能机械使用近7天数据。近7天可能受到大促、断货、投放或节假日影响。对于销售波动明显的商品,我会同时查看近7天、近30天和近90天销量,并标记异常销售周期。

我不会用“超过30天没卖”这种规则直接处理所有品类。服装有明显季节性,食品受保质期约束,家电可能低频高金额,标品则要看价格竞争力和渠道库存。不同品类必须有不同的风险模型。
如果一个 SKU 库龄较长,但销售趋势稳定、毛利健康、库存覆盖天数合理,我会把它放在观察区,而不是直接打折。如果一个 SKU 库龄不算太长,却连续三周销量下滑、广告投入上升、毛利接近零,则应提前干预。
一个可落地的分级方式是把库存划分为观察级、干预级、高风险级和退出级。这里的天数只是示意,企业应根据自身品类和资金压力校准,不应直接照搬。
| 等级 | 典型特征 | 系统动作 | 管理重点 |
|---|---|---|---|
| 观察级 | 销量下降但仍有稳定转化 | 持续监控,暂不大幅降价 | 查流量、价格和页面表现 |
| 干预级 | 库存覆盖高于计划,趋势转弱 | 限量促销或优化销售条件 | 设定处理期限和预算 |
| 高风险级 | 长时间低动销、库存金额较高 | 组合、转渠道或批量处置评估 | 比较继续持有成本 |
| 退出级 | 过季、临期、残次或长期无销量 | 退供、折价、报损或合规处置 | 控制损失和处理时效 |
这是我见过最容易造成错误决策的地方。仓库里有1000件,不代表1000件都能销售。实际库存可能包含已锁定订单、调拨中的货物、待质检货物、残次品、退货待处理品和已分配给活动的库存。
如果系统把这些数量全部计入可售库存,库存覆盖天数会被严重低估;如果把在途库存完全忽略,采购部门又可能在下一批货入仓后才发现风险已经扩大。
建议至少拆分以下字段:
我通常会要求仓库和运营在同一张表里确认这几个数字,而不是让不同部门各自导出报表后再手工拼接。只要口径不一致,后面所有预警、排名和回收测算都会失真。
成交件数是库存系统最容易取得的指标,却不是最有解释力的指标。一次大促中,某个 SKU 卖了500件,可能是因为折扣、广告和赠品共同作用;如果不记录活动状态,系统会把这500件当成自然需求,进而错误预测未来销量。
我建议同步保留以下销售字段:
| 字段 | 作用 | 常见误判 |
|---|---|---|
| 近7天销量 | 观察短期变化 | 把大促峰值当成常态 |
| 近30天销量 | 判断近期消化能力 | 忽略季节和活动结构 |
| 近90天销量 | 观察较长周期趋势 | 掩盖近期快速下滑 |
| 折扣后成交价 | 判断真实销售价格 | 用吊牌价计算利润 |
| 退货量与退货率 | 评估销售质量 | 把退货前成交当成有效需求 |
| 广告费用 | 核算销售成本 | 只看销售额不看获客费用 |
在实际数据分析项目中,我更倾向于先用可视化分析工具把订单、库存、采购和费用数据连接起来,再决定是否需要开发复杂系统。以九数云为例,可以将不同平台订单、仓库库存、采购入库和费用明细按 SKU、仓库、日期和渠道进行关联,先搭出库存总览、库龄分布和风险清单。
这里要强调,九数云或类似工具并不会自动替企业定义“什么叫滞销”。它更适合解决数据分散、口径不一致和人工汇总耗时的问题。判断规则仍然需要商品、运营、供应链和财务共同确认。
一个实用的看板可以包含四个区域:
我在搭建这类看板时,会刻意把“库存金额排名”和“库存件数排名”分开。件数排名容易被低价小商品占据,而金额排名能让管理层优先看到真正影响现金流的 SKU。

统一天数规则看起来简单,却容易把正常的低频商品误判成滞销。高客单价耐用品可能一个月只成交几单,但每单毛利较高;如果因为库存超过30天就降价,企业可能不必要地放弃利润。
相反,快消品即使只沉淀了两周,也可能已经错过关键销售窗口。因此,天数只能作为触发器,不能直接作为处置结论。真正的判断应当是库龄、库存覆盖、商品生命周期和剩余销售窗口的组合。
某个活动卖出1000件,表面上很成功,但如果折扣损失、平台费、广告费和退货成本加起来超过了库存继续持有的成本,这次活动可能只是制造了“忙碌感”。
我会用下面这个公式做初步筛选:
处理净回收额 = 预计销售收入 − 折扣让利 − 平台及渠道费用 − 物流费用 − 促销费用 − 退货售后成本
另外,还要计算继续持有成本:
继续持有成本 = 预计持有天数 × 单位日仓储成本 + 预计跌价损失 + 资金占用成本
当处理净回收额低于继续持有成本时,快速退出可能更合理;当商品仍有自然需求且持有成本较低时,直接清仓则可能过早。
我曾经遇到过一个典型流程:运营发起库存处理活动,仓库连续出库,采购系统却按照过去的销量预测继续下单。结果是旧货刚清掉一部分,新货又到仓,库存曲线几乎没有真正下降。
滞销处理一旦触发,系统至少应同步检查采购状态:
原销售渠道并不一定是最适合的处置渠道。一个在主平台转化不佳的商品,可能适合区域分销、线下团购或组合销售;但也有一些商品因为品牌定位、售后要求或合规限制,不能随意转移。
渠道转移不是简单地“换个平台上架”,而是要重新评估用户预期、物流成本、售后责任、价格体系和渠道接受能力。没有做这些测算,渠道越多,管理成本可能越高。
预警的价值不在于红色数字有多少,而在于红色数字出现后是否有人行动。一个没有负责人、没有截止时间、没有审批记录的预警看板,最终会变成每天重复查看但无人负责的展示板。
每条风险记录至少应有五个状态:待判断、已立项、处理中、待复盘、已关闭。状态变化要保留时间和操作人,这样才能知道风险是被及时处理,还是在报表里反复出现。

滞销不等于商品没有需求。很多 SKU 的问题并不在产品本身,而在流量、价格、内容或评价。为了避免误杀,我会先把商品分成几类。
| 销售表现 | 优先检查的问题 | 第一选择 |
|---|---|---|
| 有流量、低转化 | 价格、主图、详情页、评价 | 优化页面和小范围价格测试 |
| 低流量、转化正常 | 关键词、投放、人群匹配 | 调整内容和流量策略 |
| 有销量但退货高 | 尺码、质量、描述一致性 | 先修复商品和售后问题 |
| 销量持续下滑 | 竞争品、生命周期、季节性 | 评估促销和渠道转移 |
| 长期无销量 | 需求是否消失、库存是否可售 | 进入退出和价值回收评估 |
只有确认商品还有需求但销售条件不理想,才适合先做页面、价格或投放优化。如果需求本身已经消失,继续增加广告预算往往只是延迟处置。

季节性商品最忌讳平均化处理。羽绒服、凉鞋、节庆用品和开学用品都有明显时间窗口。即使当前销量还不错,如果距离季节结束只剩很短时间,未来库存也可能迅速贬值。
我会把“剩余销售窗口”加入库存判断:如果预计库存消化天数大于剩余销售天数,就不能再按正常销售计划持有。此时要提前安排折价、套装、批量渠道或退供,而不是等季节结束后再清仓。
低价活动可能影响同款商品的价格锚点,组合销售可能消耗畅销品库存,跨渠道销售可能引发售后责任不清,赠品处理可能增加仓库拣配复杂度。每种动作都有副作用,不能只看它能不能出库。
我会在审批表中增加三个问题:
对金额较大的库存,我建议至少同时比较三个方案:继续销售、促销处理、渠道转移或快速退出。每个方案都列出预计销售周期、预计回收额、额外成本、价格影响和执行难度。
| 方案 | 预计回收额 | 处理周期 | 额外成本 | 适用条件 |
|---|---|---|---|---|
| 继续销售 | 较高但不确定 | 较长 | 投放和仓储成本 | 仍有稳定自然需求 |
| 限时促销 | 中等 | 中等 | 折扣、广告和售后成本 | 有流量但周转不足 |
| 组合销售 | 中等 | 中等 | 拣配和套餐运营成本 | 与畅销品有明确互补关系 |
| 渠道转移 | 较低到中等 | 较短 | 渠道折价和运输成本 | 原渠道不适合但商品仍可售 |
| 快速退出 | 较低 | 最短 | 折价、报损或处置费用 | 继续持有成本已经明显偏高 |

下面的案例为情景模拟,数据用于演示系统判断过程。假设某家经营家居用品的电商企业,有三个 SKU 进入库存风险清单。
| SKU | 库存量 | 近30天销量 | 库龄 | 单位成本 | 当前毛利状态 |
|---|---|---|---|---|---|
| A收纳盒 | 500件 | 20件 | 90天 | 18元 | 仍有毛利 |
| B桌面灯 | 300件 | 3件 | 150天 | 65元 | 低毛利 |
| C节庆摆件 | 800件 | 0件 | 240天 | 12元 | 基本无毛利 |
A 收纳盒的库存金额为9000元,近30天日均销量约0.67件,库存覆盖天数约746天。它虽然仍有毛利,但按当前销售速度几乎不可能自然消化,因此不能因为“还有利润”就继续持有。
B 桌面灯库存金额为19500元,近30天仅销售3件,库存覆盖天数约3000天。它占用金额最高,且低毛利意味着直接大幅促销可能无法获得合理回收,应优先调查是否存在质量、评价、功能或价格问题。
C 节庆摆件库存金额为9600元,连续240天无销量。它的主要风险不是库存金额最大,而是销售窗口已经结束。继续保留在主仓会增加库位和管理成本,适合快速转移或退出。
如果将库存表、订单表、采购表和费用表连接起来,九数云这类分析工具可以把三个 SKU 放到同一视图中比较。管理者可以同时查看库存金额、库龄、近30天销量、库存覆盖天数、预计回收额和负责人,而不是让运营、仓库和财务分别提交三份表。
在实际配置中,我会设置两个排序入口。一个按库存金额从高到低排序,解决“钱压在哪里”;另一个按库龄和剩余销售窗口排序,解决“哪个风险最紧急”。这两个排序不能合并,否则高金额但风险不急的商品可能挤占过季商品的处理优先级。

A 收纳盒还有一定销售价值,但自然消化时间过长。可以先将其与高频购买的家居小件组成套餐,设置有限数量的优惠,不直接击穿单品价格。如果两周后库存覆盖天数没有明显下降,就转入批量渠道评估。
B 桌面灯应先处理商品问题。若评价中大量出现亮度不足、安装复杂或描述不符,继续投放只会放大退货。只有确认商品质量和页面信息没有重大问题后,才适合进行价格测试或渠道转移。
C 节庆摆件不应继续投入广告。它可以通过区域团购、线下礼品渠道或批量折价快速退出。如果涉及包装、材质或合规限制,必须先由商品和财务确认处置方式,不能为了快速出库而随意流向不适合的渠道。
假设 A 收纳盒预计通过组合销售处理200件,预计净回收额为4200元;实际处理后只卖出130件,净回收额为2500元。复盘时不能只写“活动效果一般”,而要拆解差异来自流量不足、套餐吸引力不足、库存展示不完整,还是优惠力度不够。
如果 B 桌面灯最终通过渠道转移回收12000元,但产生了2200元费用,那么实际净回收额为9800元。这个结果应与继续留在仓库六个月的仓储、资金占用和跌价成本比较,而不能仅和原始成本19500元比较。
C 节庆摆件如果快速退出回收6000元,账面上看似损失较大,但如果继续持有还会产生仓储、搬运和后续报损费用,那么立即处置可能仍然是更优方案。

这类商品通常不是没有市场,而是用户看到了却没有购买。先检查价格、主图、详情页、评价、规格说明和竞品差异,再决定是否降价。
这类 SKU 的核心取舍是“保留利润空间”与“加快周转”之间的平衡。不要一开始就使用最低价,否则很难知道问题到底是商品销售条件不佳,还是需求本身不足。
有销量的商品最容易被误判为健康库存。实际上,销售速度可能低于采购速度,或者活动期间销量被高估,导致库存持续增加。
建议先暂停或下调补货,重新计算活动后自然销量,再根据近30天和近90天趋势决定是否做限量促销。对于仍有利润的商品,组合销售通常比直接大幅降价更稳妥。
过季商品的判断重点不是当前还能赚多少,而是销售窗口还剩多少。距离季节结束越近,未来折价幅度和处理难度通常越大。
如果库存覆盖天数已经超过剩余销售窗口,应立即启动处理方案。可以将库存拆成两部分:一部分留在原渠道争取正常销售,另一部分提前转移到批量渠道,避免全部库存押在最后几周。
长期无销量有时不是市场需求为零,而是库存根本没有正确展示,或者系统编码、上下架状态和仓库数量存在问题。处理前要确认商品是否仍在售、库存是否可售、渠道是否同步、价格是否异常。
确认数据无误后,再比较退供、分销、报损和直接处置的成本。对金额很小但管理复杂度很高的库存,不应投入过多人工运营资源。
高金额 SKU 会影响现金流和财务风险,不能仅由运营自行决定折扣。应由商品、供应链、财务和负责人共同确认价格底线、处理周期、预计回收额和最晚退出时间。
这类商品最适合建立“阶段性闸门”:先做小范围销售验证,再决定扩大促销;先询价渠道,再决定批量转移;先测算继续持有成本,再决定快速退出。

库存预警不应只有一个阈值。建议至少设置库龄预警、覆盖天数预警、连续无销量预警、金额集中度预警、季节窗口预警和在途库存预警。
例如,近30天销量下降并不一定触发清仓,但如果同时满足“库龄较长、库存覆盖天数高、毛利下降、无新的销售计划”,就应升级为高风险任务。

一条有效的库存处置任务应包含:SKU、风险等级、触发原因、库存数量、库存金额、推荐动作、审批人、执行人、截止时间、预计回收额和复盘时间。
对于不同等级,任务时限可以不同。观察级适合周度检查,干预级适合在一到两周内完成方案,高风险级应尽快完成决策,退出级则需要明确最晚处理日期。时间规则应根据品类和现金压力设定。
许多活动失败,是因为企业只设计了第一方案,没有设计第二方案。系统中应提前写明:如果页面优化后转化没有改善怎么办;如果促销达不到销量目标怎么办;如果渠道报价低于底线怎么办。
我建议为每个风险 SKU 设定一个“升级条件”,例如活动上线7天后销量低于目标的50%,或净回收额低于预计值的70%,就自动进入下一层级评估。这样可以避免活动无限延期。
复盘至少要包含以下指标:

继续销售适合仍有稳定需求、库龄尚可、仓储成本低且价格体系重要的商品。它的优势是可以减少折价,缺点是现金回收速度慢,销售预测一旦失误,库存风险会继续扩大。
如果选择继续销售,必须设置观察期限和退出条件。不能因为商品“还有销量”就无限期等待。
限时促销适合有流量、有转化但周转不足的商品。促销前应计算最低可接受价格,并将平台费、广告费、优惠券、赠品、物流和退货成本纳入测算。
促销的主要风险是把原本可以正常销售的订单提前折价成交。因此,建议控制活动库存和时间,不要把全部库存一次性投入低价活动。
组合销售不是把两个卖不动的商品硬绑在一起,而是要有真实使用场景。例如收纳盒与整理用品、灯具与安装配件、清洁工具与替换耗材之间具有明确的互补关系。
组合前要检查畅销品库存是否足够、套餐拣配是否增加人工、售后是否需要拆分处理。如果组合销售消耗了高利润畅销品,却只带走低价值滞销品,整体毛利可能反而下降。
渠道转移适合商品仍可销售,但原平台流量、价格或用户人群不匹配的情况。决策时要比较渠道报价、起订量、物流距离、账期、退货责任和品牌要求。
尤其要关注账期。一个报价看起来较高但账期很长的渠道,未必比现金回收较低但即时结算的渠道更好。对于现金压力大的企业,资金到账时间本身就是处置方案的重要指标。
快速退出通常意味着折价、退供、报损或合规销毁。它最容易遭到团队心理阻力,因为账面损失会被立即看见。但如果商品已经过季、临期或长期无销量,继续持有只是把损失延后,并不代表损失会消失。
我在做方案比较时,会把“今天退出”和“再持有三个月”放在同一张表里。只要未来新增仓储、跌价、资金占用和管理成本超过立即退出的差额,快速退出就有合理性。

导出可售库存、锁定库存、不可售库存和在途库存,核对 SKU 编码、仓库和批次。同步提取近7天、30天和90天销售数据,标记大促、断货和异常价格期间。
这一步的重点不是立刻做活动,而是确保清单里的库存确实可处理。数据错误会让团队在错误对象上浪费时间。
为每个 SKU 标记库龄、覆盖天数、库存金额、销售趋势、商品生命周期和风险等级。然后判断问题属于流量、转化、价格、质量、季节性、渠道还是需求消失。
如果无法说明某个 SKU 为什么滞销,就不应直接审批大额促销。没有原因的处置,复盘时也无法形成可复用经验。
每个高风险 SKU 至少提供两个方案,并列出预计处理量、预计净回收额、处理周期、额外成本和失败后的下一步。金额较大的库存,应由财务或负责人审核最低价格和现金回收要求。
如果过程指标已经显示方案无效,不要等到活动结束才调整。活动的时间成本也是成本。
任务关闭需要填写实际处理数量、实际回收额、处理费用、剩余库存和差异原因。剩余库存必须重新分级,不能因为活动结束就自动回到普通库存池。
最后,把复盘结论反馈到采购、补货、商品开发、定价和渠道规划。否则企业只是解决了一个 SKU,却没有解决导致它滞销的机制。
电商库存管理最常见的问题,不是员工不知道清仓方法,而是组织缺少一个允许大家及时承认风险的机制。运营担心降价影响业绩,采购担心承认预测错误,仓库只想释放库位,财务则希望减少资金占用。没有统一数据和决策流程,每个人都可能在局部上做出合理选择,最后却形成整体损失。
我认为,一套合格的滞销处理系统应当满足五个标准:
如果企业当前还没有完整系统,可以先做三件事:建立统一库存台账,定义适合自身品类的风险分级,给每个高风险 SKU 指定负责人和截止时间。随后再用九数云等分析工具连接订单、库存、采购和费用数据,减少人工汇总,让管理层能在一张看板里看到金额风险、时间风险和处置进度。
下一步不要先问“这批货怎么打折”,而要先问“这批货为什么进入风险区、继续持有每天要付出什么代价、哪种方案能够在可接受损失下回收最多现金”。当这三个问题能够由数据和流程共同回答时,滞销处理才真正从临时救火,变成了可持续的库存经营能力。
我以前一直按“30 天没有卖出”来判断滞销,结果把一些季节性商品和低频高客单商品也误判了。现在我更想知道,系统到底应该看哪些指标,才能区分暂时卖得慢和真正需要处置的库存?
滞销不是一个固定天数,而是“库存继续留在仓库里的预期价值,已经低于它带来的资金、仓储和跌价风险”。这是搭建系统时最容易被简化、也最容易误判的地方。实际梳理库存流程时,我不会先问“多少天没卖算滞销”,而会先看四个变量:可售库存、近 30 天销量、最近销售日期和单位库存成本。
然后再补充季节性、商品生命周期、退货率和渠道差异。最实用的基础指标是库存覆盖天数:可售库存 ÷ 近 30 天日均销量。比如某 SKU 有 500 件库存,近 30 天卖出 100 件,日均销量约为 3.33 件,库存覆盖天数约为 150 天。
若该品类正常补货周期只有 30 天,这个 SKU 就已经值得干预;但如果它是低频耐用品,150 天未必代表滞销。
建议将判断拆成四级,而不是直接贴上“滞销”标签: 等级典型表现系统动作 观察级销量下降,但仍有稳定转化观察趋势,暂停盲目追加采购 干预级库存覆盖天数明显超过经营目标检查价格、流量、页面和评价 高风险级连续无销量、库龄高、库存金额大指定负责人和处理截止日期 处置级过季、临期、残次或预计价值快速下降评估促销、转渠道、退供或合规处置 关键判断不是“库存多不多”,而是“继续持有 30 天,预计能卖多少、要付出多少成本”。
如果库存金额为 20,000 元,继续持有一个月还要承担 1,500 元仓储和运营成本,而预计只能多回收 800 元,就不应为了追求账面毛利继续拖延。需要注意的是,以上等级和计算方式是管理示例,不是所有品类的统一标准。
服装、食品、家电和工业品应分别建立阈值,否则系统看起来很精确,实际上只是用错误的尺子批量制造误报。
我们现在的库存报表只有 SKU、库存数量和销售金额,运营、仓库和财务经常因为口径不同争论半天。我想知道,一套不依赖复杂软件的最小可行台账,至少应该记录哪些字段,才能从发现问题走到执行和复盘?
库存系统最常见的失败,不是没有报表,而是报表只能回答“现在有多少货”,不能回答“为什么要处理、谁来处理、处理后是否划算”。我在梳理库存数据时,会把字段分成四组:库存事实、销售表现、经营成本和处置过程。
第一组是库存事实,包括 SKU、仓库、可售库存、锁定库存、残次库存、在途库存、最近入库时间、最近销售日期、批次和保质期。这里尤其要区分物理库存与可售库存。仓库里有 1,000 件货,不代表 1,000 件都能被订单正常占用。
第二组是销售表现,包括近 7 天、30 天和 90 天销量,销售金额,退款量,退货率,销售渠道,促销期间销量和自然销售量。只看促销后的销量,容易把“靠高额补贴卖出去”误判成商品恢复了需求。第三组是经营成本,包括单位采购成本、当前售价、平台扣费、履约成本、促销成本、单位仓储成本和预计跌价损失。
滞销处理不是单纯比较售价和采购价,而是比较不同方案的净回收额。
第四组是过程字段,这是很多团队真正缺失的部分: 字段解决的问题示例 风险等级当前需要多快处理高风险 判定原因为什么进入处置池连续 45 天无销量 建议动作准备采用什么方案转线下渠道 审批人谁对折扣和损失负责商品负责人 截止日期什么时候必须完成本月 25 日 实际回收金额方案最终是否有效示例:8,600 元 复盘结论下次如何避免重演采购上限需下调 如果暂时没有专门系统,可以先用共享表格搭建最小版本,但必须固定数据口径和更新频率。
例如每周一更新库存与销量,每周二由运营补充原因,每周三完成处置决策。表格本身不重要,重要的是它能把数据、责任人、截止日期和结果串起来。我建议把“不可售库存”和“在途库存”单独列出。前者会虚增可销售能力,后者会在问题已经出现后继续增加库存压力。若系统不把这两类库存拆开,预警越自动,误导速度越快。
我遇到过一种情况:商品每天还有少量订单,运营认为应该继续投放,财务却认为库存占用已经不划算。清仓能快速降低库存,但又可能把利润和价格体系一起打穿,我应该用什么方法比较不同处理方案?
滞销处理不应先决定“打几折”,而应先判断问题究竟发生在需求、流量、价格、页面还是渠道。如果商品有曝光但转化低,继续投放通常只会放大浪费;如果转化率正常但没有流量,页面和投放调整可能比直接降价更合理。我更倾向于使用“方案净回收额”比较决策,而不是看成交件数。
一个简单的计算方式是:处理收入 − 平台费用 − 促销费用 − 履约成本 − 额外仓储成本。这个数还要和继续持有期间的预期回收额进行比较。
下面是一组示例数据,假设某 SKU 还有 300 件库存,单位成本 40 元,当前售价 79 元: 方案预计售出预计回收收入额外费用主要风险 继续投放60 件4,740 元广告及履约约 1,500 元剩余库存继续老化 限时促销150 件8,850 元折扣及活动费用约 2,000 元可能影响正常售价 渠道转移240 件7,200 元分销及物流约 900 元回款速度和渠道稳定性 批量处置300 件5,400 元运输及处理约 600 元账面损失较明显 从表面收入看,限时促销可能更好;
但如果促销会带来大量退货,或者需要搭配畅销 SKU 才能成交,真实回收额就会下降。反过来,批量处置虽然单价低,却可能立即停止仓储成本和运营人力消耗。我通常会把商品分成四种动作,而不是把所有库存都交给促销:仍有需求但流量不足的,先优化内容和投放;有流量但转化差的,检查价格、评价和商品质量;
适合搭配销售的,做组合或加价购;长期无动销且持有成本高的,优先评估转渠道、退供或退出。还有一个容易被忽略的指标是“单位处理人力”。如果一批低价值库存需要多个部门反复审批、拣货和换标,最终可能出现货卖掉了,但管理成本超过了回收价值。系统应设置最低处理价值,避免团队把时间消耗在经济上已经不值得的库存上。
我们公司每次清库存都很忙,但处理结束后没人说得清是谁决定的,也不知道为什么下一季度又重复积压。我想搭一条真正能闭环的流程,既能及时预警,又不会因为层层审批错过最佳处理窗口,应该怎么设计?
滞销处理不是仓库部门的单项任务,而是一个跨部门决策流程。只让仓库负责“把货发出去”,会掩盖采购过量、商品定位错误、渠道失效和价格策略失误,下一轮库存还会按原来的逻辑重新积压。比较稳妥的做法是把流程拆成“识别、诊断、决策、执行、复盘”五个阶段,并给每个阶段设置明确负责人。
系统中的负责人不应只有一个总负责人,而要记录提出人、审批人、执行人和复盘人。在识别阶段,库存或数据岗位负责每天或每周生成预警,至少覆盖库龄、库存覆盖天数、连续无销量、退货率异常和季节结束。预警不能只是报表上的红色标记,而应自动形成任务,包含 SKU、风险原因、库存金额、处理时限和责任人。
在诊断阶段,运营判断是流量问题、转化问题还是需求变化;商品或采购判断是否继续补货、能否退供或换货;仓库确认可售、残次、锁定和批次库存;财务测算折扣底线、预计回收额和继续持有成本。
建议使用如下职责划分: 角色核心职责不可替代的信息 运营分析流量、转化和促销方案商品是否还有真实需求 商品或采购暂停补货、协调退供和生命周期判断供应链是否会继续放大库存 仓库核实可售、残次、批次和出库条件实际能否正常发货 财务或负责人审核成本、折扣底线和处置损失哪种方案的净回收更优 为了避免审批过慢,可以按金额和风险分层。
低金额、低风险 SKU 由商品负责人直接处理;高金额、价格敏感或涉及报损的 SKU 才进入财务或负责人审批。所有方案都要设置截止日期,超过期限自动升级,而不是让任务一直停留在“待处理”。复盘时不要只问“卖掉了多少”,还要比较预计回收金额与实际回收金额、处理周期、促销成本、退货率和剩余库存。
若一次清仓卖掉 80% 库存,却使用了过高折扣并拖累正常商品,就不能简单判定为成功。真正成熟的闭环,是把复盘结果反馈给采购上限、补货周期、商品生命周期和渠道策略。否则团队每个月都在处理滞销,却从未改变制造滞销的规则。


读者评论
文章把滞销库存从“清仓动作”提升到经营决策系统,尤其强调净回收额和持有成本,较好地避免了只看出库数量的误判。
库存覆盖天数的分析比较实用,但实际应用中还需要结合品类季节性、促销周期和新品生命周期,否则统一阈值仍可能造成误判。
文中对物理库存、可售库存、锁定库存和在途库存的拆分很有价值。很多企业的库存预警失真,确实源于基础数据口径不一致。
先搭建可持续维护的台账,再逐步增加自动化能力,这个建议比较符合多数企业现状。系统再复杂,如果责任人和字段没人维护,也难以真正落地。
清仓时暂停补货这一点容易被忽略。文章不仅关注库存处理,还把采购、运营、财务和仓库纳入闭环,整体思路较完整。