电商库存优化清单:滞销处理与进阶玩法的关键动作

电商库存最危险的状态,不是仓库里货最多,而是库存已经连续占用现金、仓储空间和运营资源,却没有人能说清楚下一步到底是继续卖、降价卖、换渠道,还是尽快退出。很多商家把“滞销处理”直接等同于打折清仓,结果商品确实卖掉了,利润、广告费和售后成本却一起失控。我的判断是:滞销库存不是销售问题的单一结果,而是一个需要同时看需求、利润、库存年龄、渠道和现金回收效率的经营决策问题。
本文给出一套可以落到 SKU 层面的库存优化清单。我会先判断哪些库存值得救,再拆解滞销原因,接着用成本和回款测算不同处理路径,最后把一次滞销处理反馈到采购、补货和商品生命周期管理中。文中的案例和图表数据均为脱敏后的情景模拟或建议基准,用于展示判断方法,不代表某个企业的公开经营结果。
一批库存有 1000 件,并不意味着它一定比 100 件库存更危险。假设前者是低成本、稳定出货的通用配件,后者是高客单价、连续 120 天没有订单的季节性商品,后者可能占用更多现金,也更容易在后续处理时产生大幅折损。
库存优化的第一步,应当把数量换算成经营风险。至少要同时看当前库存量、库存成本、近 30 天销量、可售天数、商品生命周期和最近销售趋势。单独查看某一个指标,很容易把“库存多但卖得快”和“库存少但完全没有需求”混为一谈。
我通常会先把 SKU 分成四种状态:有需求且有利润、有需求但利润薄、需求弱但仍有渠道价值、需求消失或继续经营不划算。四类库存的处理动作不能相同,否则就会出现该加大精准曝光的商品被直接清仓,该止损的商品却被继续投放。
滞销品处理最容易出现的执行问题,是一个 SKU 同时做标题优化、直播、投流、打折、赠品和跨平台分销,最后无法判断到底什么动作有效。更合理的做法是先选择一个主路径,再设置短周期验证窗口。
主路径不是永久结论,而是一个在截止日期前必须验证的经营假设。没有负责人和截止日期的“继续观察”,通常只是把滞销问题推迟到下个月。
库存管理不能只追求“全部按原价卖出”。某些商品继续等待原价销售,表面上保住了毛利率,实际上却持续支付仓储、资金占用、管理和过季成本。相反,某些商品通过组合销售或渠道转移,虽然单件利润下降,却能提前释放现金和仓储容量。
因此,处理方案应当比较三种结果:继续持有能带来的预期收益、现在处理能够回收的现金、继续等待需要承担的额外成本。决策的核心不是哪一种方案看起来更体面,而是哪一种方案能让剩余资源获得更高的回报。

下面使用一个家居类 SKU 作为测算案例。该商品采购成本为每件 24 元,当前库存 1200 件,近 30 天销量只有 36 件。商品并非完全没有订单,因此运营团队认为“再观察一段时间,等下一次活动再卖”。
问题在于,按近 30 天销量计算,它的理论消化周期接近 1000 天。即使未来销量不再下降,也需要很长时间才能自然消化。期间还要承担仓储费用、资金占用、活动资源、售后和商品老化风险。
| 观察项目 | 当前数据 | 经营含义 |
|---|---|---|
| 当前库存 | 1200 件 | 库存绝对量较高,处理动作会影响仓储和现金回收 |
| 采购成本 | 24 元/件 | 库存成本金额为 28800 元 |
| 近 30 天销量 | 36 件 | 仍有少量需求,但不足以支撑当前库存规模 |
| 近 30 天日均销量 | 1.2 件 | 销售速度偏低,不能按“偶尔有订单”判断为健康动销 |
| 理论可售天数 | 约 1000 天 | 若不改变需求或处理路径,库存会长期占用资源 |
这个案例的关键不是 1000 天这个数字本身,而是它揭示了一个常见误区:只要商品还偶尔卖出,就被误判为“还有机会”;但低频成交不等于库存结构健康。商品是否值得继续投入,需要结合毛利、库存金额、可替代渠道和持有成本判断。
我在库存复盘中会把“卖不动”拆成四种原因。第一种是需求型滞销,例如商品过季、价格带变化或功能被替代。第二种是运营型滞销,例如用户有需求,但商品没有进入正确的搜索词、内容场景或流量入口。
第三种是结构型滞销,例如一个服装款式整体销售正常,但某几个尺码和颜色严重积压。第四种是供应链型滞销,例如采购批量过大、补货周期过长,或者预测时只看历史销量,没有把大促结束、季节变化和渠道迁移纳入模型。
不同原因对应不同动作。如果把结构型问题当成需求消失,可能错误清仓;如果把需求消失当成页面问题,继续增加广告预算只会放大损失。
为了避免团队围绕最熟悉的动作争论,我建议先从库存金额最高、库存年龄最长或销售趋势下降最快的 SKU 中抽取样本,逐个填写滞销原因。哪一类原因占比最高,决定下一阶段应该先改商品、改页面、改采购,还是改渠道。

90 天经常被用作库存观察周期,但它不能直接成为所有平台、所有品类和所有企业的统一规则。快消品可能 30 天没有销售就需要警惕,高客单价耐用品可能需要更长的观察周期,季节性商品则应该按照销售季节判断,而不是机械套用自然月。
平台的商品状态规则、企业内部库存政策和财务上的库龄口径,也可能完全不同。平台可能关注近期销售、编辑或商品状态,企业则更需要关注资金占用、库存周转和预计消化时间。写库存制度时,必须说明口径、平台、品类和适用时间。
更稳妥的做法是同时使用“库龄”和“可售天数”。库龄回答库存已经放了多久,可售天数回答按照当前销售速度还要卖多久。两者结合,才能区分“新货暂时慢”和“旧货长期卖不完”。
库存件数适合做仓储管理,但不适合单独做经营决策。一个低成本配件库存 5000 件,可能每天都有稳定订单;一个库存 300 件的高客单价商品,可能已经占用几十万元现金。
库存金额也不能单独决定优先级。还要看商品是否有生命周期风险。例如高价值商品虽然库存金额大,但需求稳定、毛利健康,可以继续经营;临近过季的低金额商品,反而应当优先处理。
| 错误排序方式 | 容易产生的判断 | 更合理的排序方式 |
|---|---|---|
| 按库存件数从高到低 | 先处理数量最多的商品 | 库存件数结合库存金额、库龄和可售天数 |
| 按销售额从高到低 | 销售额高的商品都应该继续补货 | 拆分到 SKU,观察不同规格的销售速度和利润 |
| 按最后一次销售日期 | 最近卖过就说明商品健康 | 同时观察销售频率、趋势和订单集中度 |
| 按毛利率排序 | 高毛利商品可以长期持有 | 毛利率结合资金占用和实际回款速度 |
降价能够提高价格吸引力,但不能修复需求消失、质量问题、规格错配和渠道不匹配。更严重的是,低价会带来低质量订单、退货增加和客服压力,最后看似销量上升,实际回款效率并没有改善。
在做价格动作前,我会先问三个问题:商品当前是否还有用户需求?用户不下单的主要阻力是否确实是价格?折后价格能否覆盖履约、平台、售后和活动成本?如果其中两个问题无法回答,直接大幅降价属于把判断交给运气。
商品信息更新可以用于重新验证页面表达,但不能承诺重新发布后一定恢复曝光或搜索表现。平台机制会随时间和类目变化,商品排名还受到相关性、转化、评价、履约、竞争环境和用户反馈等因素影响。
更稳妥的动作是:先记录原始数据,再调整一个主要变量,设置 7 至 14 天观察期,比较点击率、加购率、支付转化率和净回款。如果同时修改标题、主图、价格、投放和库存策略,后续无法判断是哪一个动作产生影响。
库存看板的价值不在于展示更多图表,而在于让团队更早发现风险,并明确下一步动作。如果看板只有库存金额、销售额和订单量,却没有库存年龄、最低价格、处理负责人和截止日期,它仍然只是报表,不是决策工具。
一个合格的库存看板至少要能回答四个问题:哪个 SKU 最危险?为什么危险?应该采取哪条路径?什么时候必须复盘?如果管理者还需要手工打开多个表格才能回答这些问题,系统就没有真正降低决策成本。

库存数据经常因为口径不一致而失真。可售库存、锁定库存、在途库存和残次库存不能混在同一列。订单销量也应区分支付订单、发货订单和退货后的净销量,否则库存消化速度会被高估。
我建议先统一下面四个基础指标。它们不一定适合所有企业,但可以作为 SKU 级库存复盘的起点。
库存金额 = 可售库存数量 × 单位采购成本
库存可售天数 = 可售库存数量 ÷ 近30天日均净销量
单位贡献毛利 = 实际售价 – 采购成本 – 平台费用 – 履约费用 – 售后预估成本
处理净回款 = 处理收入 – 处理产生的平台费用 – 履约费用 – 营销费用 – 售后损失
当近 30 天销量为零时,不应把库存可售天数简单显示为零。零通常代表“没有库存”或“没有天数”,而无销量应单独标记为“无动销”,否则排序会把完全没有需求的商品误判为风险最低。
表现为搜索、点击和转化都持续走弱,竞争商品或替代品增加,或者商品已经过季。此时应重点看市场需求、用户画像和渠道价值,而不是继续优化页面细节。
表现为曝光和点击不足,或者点击尚可但商品详情页、评价和卖点表达无法支撑转化。这类商品可以进行小规模页面和流量测试,但必须设置预算上限和验证周期。
表现为商品整体销售正常,但部分规格长期不动销,或者套装内某个部件严重积压。这类商品适合拆分、组合、调整库存分配或转化为赠品,不应根据商品大类的整体销量继续采购。
表现为销售速度并不差,但采购量、交期和补货节奏不匹配。此时即使当前商品处理完成,如果不降低起订量、缩短补货周期或调整安全库存,下一轮仍然会产生同样的问题。
判断库存是否值得继续投入,可以把“近期需求强弱”和“处理后利润空间”作为两个主轴。需求强、利润足的商品应该恢复销售;需求强但利润薄的商品应该提高回款效率;需求弱但仍有渠道价值的商品应该转移;需求弱且没有利润空间的商品应该退出。
| 库存类型 | 判断信号 | 首选动作 | 不建议优先做的事 |
|---|---|---|---|
| 有需求、有利润 | 近期有稳定订单,单位贡献毛利为正,库存生命周期尚可 | 优化页面、精准引流、老客触达、逐步恢复销售 | 一开始就深度折扣 |
| 有需求、低利润 | 商品能够成交,但折后利润薄,库存金额较大 | 阶梯折扣、组合销售、限时回款、控制投放 | 无限期维持原价等待 |
| 需求弱、有渠道价值 | 原渠道表现差,但商品仍可适配其他客群或销售方式 | 跨渠道、区域调拨、分销、批发、赠品化 | 在原渠道持续加大投流 |
| 需求弱、无经济价值 | 无动销、临期、质量风险高或处理成本超过剩余价值 | 清仓、退供、回收、报损或退出 | 继续投入内容和广告预算 |

滞销处理必须在开始前写清楚三个数字:最低可接受价格、处理期间的目标销量或回款、最晚复盘日期。没有价格底线,团队容易被临时促销带着走;没有目标,动作结束后无法判断成功与否;没有截止日期,试错会无限延长。
价格底线不一定等于采购成本。对于已经发生的历史采购成本,企业需要区分“会计上的损失”和“现在继续处理的增量现金流”。如果库存已经采购完成,今天决定是否清仓时,更重要的是比较清仓能回收多少现金,以及继续持有还会产生多少新增成本。
但在评估商品是否应该继续采购时,必须把采购成本、平台费用、履约、售后和资金占用纳入完整成本。只看处理当天的现金流,可能短期看起来划算,却让企业在下一轮采购中重复亏损。
以九数云为例,我不会先做一张只展示销售额和库存金额的漂亮大屏,而会先建立能够追溯到 SKU 的数据结构。相关工具可以参考其官网公开信息:九数云。
库存优化至少需要四类数据:订单明细、库存明细、商品成本和费用明细。如果企业有多仓、多平台或线下渠道,还要增加仓库、平台、渠道和区域字段。数据表不必一开始就追求复杂,但商品编码必须统一,否则销售、库存和成本无法在同一个 SKU 上关联。
| 数据表 | 关键字段 | 用途 |
|---|---|---|
| 订单明细 | 订单日期、SKU、平台、数量、实付金额、退款状态 | 计算净销量、销售趋势和渠道表现 |
| 库存明细 | 仓库、SKU、可售库存、锁定库存、在途库存、库龄 | 识别真实可处理库存和库存年龄 |
| 商品成本 | SKU、采购成本、包装成本、供应商、批次 | 计算库存金额和单位贡献毛利 |
| 费用明细 | 平台佣金、运费、广告费、售后成本、仓储费 | 比较不同处理方案的真实回款 |
| 处理计划 | 原因、动作、最低价、负责人、截止日期、结果 | 把分析结果转化为可追踪的执行任务 |
库存看板的首页可以展示库存总额、滞销库存额、库存周转天数和无动销 SKU 数量。但管理者真正需要的是第二层:点击某个风险指标后,能够看到对应的 SKU、仓库、平台、库存年龄、近 30 天销量和建议动作。
第三层则要进入处理明细,包括最低价格、处理期限、负责人和当前结果。这样,库存分析才能从“知道问题存在”走到“明确谁在什么时候做什么”。
我建议至少设置以下几个筛选条件:平台、仓库、商品大类、商品生命周期、库龄区间、库存金额区间、处理状态和负责人。筛选条件的意义,是让采购、运营、仓储和财务看到同一份底层数据,但从各自的经营视角做判断。
下面的表格使用情景模拟数据。为了避免把“回款”和“利润”混为一谈,我把商品成本、处理费用和预计库存剩余分别列出。处理净回款是处理动作之后可以获得的现金结果,完整经营结果则进一步考虑售出商品对应的采购成本。
| SKU | 库存 | 库存成本 | 近30天净销量 | 主要问题 | 建议路径 |
|---|---|---|---|---|---|
| A 家居收纳用品 | 1200 件 | 28800 元 | 36 件 | 需求弱、库存年龄高 | 渠道转移或分层回款 |
| B 服装基础款 | 260 件 | 52000 元 | 78 件 | 部分尺码失衡 | 拆分规格、组合销售 |
| C 数码配件 | 480 件 | 14400 元 | 120 件 | 仍有需求、利润可控 | 继续经营并控制补货 |
| D 季节性用品 | 90 件 | 2700 元 | 0 件 | 季节窗口已过 | 尽快清仓或转赠品 |
如果只按库存数量排序,A、C、B、D 可能会成为处理顺序;如果按库存金额排序,B 会被排在第一位;如果按无动销排序,D 会最紧急。真正合理的排序需要把库存金额、销售速度、商品生命周期和处理成本放在一起,形成综合风险分。
假设 A SKU 的零售价为 69 元,采购成本为 24 元,平台及履约费用会随方案变化。原价慢卖可能保留单件毛利,但 30 天只能消化很少库存;折扣销售能够提高销量,但还要考虑活动费和退货;渠道转移的价格较低,却可以一次性处理较大数量;直接清仓则回款快,但可能产生明显的全成本损失。
| 处理方案 | 预计处理数量 | 预计回款 | 处理费用 | 预计剩余库存 | 适用判断 |
|---|---|---|---|---|---|
| 原价慢卖 | 36 件/30天 | 2484 元 | 约595元 | 1164 件 | 适合需求仍稳定且库存年龄不高的商品 |
| 零售折扣 | 360 件/30天 | 17640 元 | 约3918元 | 840 件 | 适合有价格敏感需求且能够控制售后成本的商品 |
| 渠道转移 | 900 件/45天 | 27900 元 | 约3150元 | 300 件 | 适合其他渠道仍有客群,但需要核算物流与渠道费用 |
| 直接清仓 | 1200 件/15天 | 24000 元 | 约1800元 | 0 件 | 适合临近过季、仓储紧张或后续价值快速下降的商品 |
这里的预计回款不是利润。以渠道转移为例,扣除采购成本 21600 元和约 3150 元处理费用后,完整经营结果约为 3150 元;直接清仓扣除 28800 元采购成本和处理费用后,完整经营结果约为负 6600 元。
但这并不意味着渠道转移永远优于清仓。渠道买方是否能按时付款、是否需要退货、是否需要重新包装,都会改变结果。如果仓库即将腾仓、商品即将过季,清仓的价值可能不仅是回款,还包括释放仓储空间和避免进一步损耗。

如果某个商品被判断为运营型滞销,我会先选择一组明确的用户场景,调整主图、卖点和详情页中的一个核心变量,再用有限预算观察流量到订单的转化路径。曝光增加并不代表需求被验证,点击增加也不代表用户愿意支付。
例如,某商品经过页面调整后,曝光从 10 万次增加到 10.8 万次,点击率从 6% 提升到 8.2%,但加购后的支付率没有变化,说明问题可能不在流量入口,而在价格、评价、规格选择或履约承诺。此时继续增加曝光并不能解决根因。

这类商品通常会出现搜索词覆盖不足、点击率低、商品卖点与用户场景不匹配等问题。处理重点不是马上降价,而是先确认用户在搜索什么、为什么点击竞品、为什么到达页面后没有下单。
如果曝光和点击提升,但支付转化率仍然没有改善,就要把判断从“流量不足”转向“价格、产品或信任不足”。继续投放只会扩大无效流量。
这类商品适合做回款效率管理。可以设置轻度、中度和深度三个价格档位,每个档位对应不同的销售目标和截止时间,而不是长期挂出一个模糊的“促销价”。
| 价格阶段 | 主要目的 | 观察指标 | 停止条件 |
|---|---|---|---|
| 轻度优惠 | 验证价格敏感度和转化改善空间 | 点击率、加购率、支付转化率 | 流量增加但转化无改善 |
| 中度优惠 | 提高销售速度并回收现金 | 日均销量、单位贡献毛利、退款率 | 售后成本抵消价格带来的销量提升 |
| 深度折扣 | 释放仓储空间、减少库龄风险 | 库存减少速度、净回款、仓储节省 | 处理费用高于可回收价值 |
价格档位必须配合库存数量。如果库存很多,单纯降价可能只提升订单,却没有形成足够的库存下降。此时应同时考虑组合销售、渠道分销或分批处理,避免一次促销把价格体系打穿。
这是最容易被商品总销量掩盖的问题。一个服装款式卖得不错,不代表所有颜色都值得补货;一个数码配件有稳定订单,也不代表所有接口和容量都同样健康。
零售渠道卖不动,不一定代表商品没有价值。高频消费品可以尝试批发、团购或企业采购;特定区域需求明显的商品可以考虑区域调拨;低客单价配件可以与主商品组合,作为提升主商品转化的工具。
但跨渠道不是把库存简单搬到另一个仓库。每次调拨前都要核算运输、重新包装、渠道佣金、账期、退货和人工处理成本。只有转移后的预计净回款高于原渠道继续持有的预期价值,调拨才有意义。
这类商品不适合用普通运营方法慢慢验证。季节性商品要计算下一次销售窗口距离现在还有多久,临期商品要遵守品类和平台相关要求,存在质量或安全风险的商品则不能通过低价促销把风险转移给消费者。
处理顺序通常是先核对能否退供,再评估合规的清仓、批发、回收或报损路径。对这类库存,速度和风险控制通常比维持表面毛利更重要。

继续销售的优势是可能保留更高售价,也能避免立即确认损失;缺点是库存仍然占用现金,并且可能继续支付仓储、广告和管理成本。提前止损的优势是快速释放空间和资金,缺点是需要接受价格折损或一次性处理费用。
我会用“等待成本”帮助团队做判断。等待成本包括预计仓储费、资金占用、商品贬值、管理成本和过季风险。如果预计未来一个月能够获得的增量收益,低于一个月的等待成本,那么继续等待就不是保守,而是在扩大损失。
折扣销售通常保留零售渠道的控制权,也能积累订单和评价,但会消耗流量、客服和履约资源。渠道转移可能更快处理库存,但要接受价格更低、账期更长和品牌控制力下降等问题。
| 比较维度 | 零售折扣 | 渠道转移 | 判断重点 |
|---|---|---|---|
| 库存释放速度 | 中等,取决于流量和价格弹性 | 通常较快,但受渠道容量影响 | 库存是否已经逼近仓储或季节节点 |
| 价格控制 | 较高,可分层设置优惠 | 较低,可能出现渠道价格外溢 | 品牌是否能接受低价和二次销售 |
| 运营成本 | 包含投流、客服、履约和售后 | 包含物流、打包、谈判和账期管理 | 哪种方式的增量成本更低 |
| 回款确定性 | 分散回款,周期依赖日常订单 | 可能集中回款,但要关注账期和信用 | 企业当前更需要现金速度还是利润空间 |
组合销售适合商品之间有真实使用关系的场景。例如配件可以和主商品一起使用,补充装可以和消耗品组合,低转化规格可以作为购买主商品后的赠品。
但组合销售不能成为“把两个卖不动的商品绑在一起”的借口。组合后如果没有新增购买理由,消费者只会认为价格更高、选择更复杂,结果是热销商品也被拖累。
评价组合效果时,要看主商品转化率、组合商品销售速度、客单价、退款率和组合后净回款。不能只看组合订单数量。
清仓仍然意味着商品有可交易价值,只是价格和渠道发生变化;报损则意味着商品已经缺乏经济价值,或者继续销售会带来质量、合规和售后风险。两者不能混用。
有些企业因为不愿确认库存损失,把明显没有价值的商品长期放在仓库里,最后同时承担仓储费、盘点成本和管理成本。库存处理的专业性,不在于永远避免损失,而在于尽早识别无法挽回的部分,并把损失控制在最小范围。

商品级报表适合看大盘,但补货和滞销处理必须落到 SKU。相同商品下的颜色、尺码、容量、接口和包装方式,可能拥有完全不同的销售速度和退货率。
库存看板中至少要把 SKU、仓库、渠道和批次拆开。对于服装、鞋类、美妆、食品和数码配件等规格复杂的品类,更要避免用一个商品级平均销量推导所有规格的补货量。
新品阶段最大的风险不是卖不出去,而是在需求尚未验证时就完成了大批量采购。新品应设置小批量试销、观察期和补货触发条件,先观察真实支付、退货、评价和复购,再决定是否扩大采购。
试销阶段需要记录的不只是销量,还包括转化率、获客成本、用户反馈、退货原因和不同规格的需求结构。只有销量,没有利润和退货数据,仍不足以判断商品是否值得放量。
固定库存阈值在需求稳定时比较简单,但在促销、季节和渠道快速变化时容易失效。补货点应至少考虑近期日均销量、供应商交期、安全库存和即将发生的促销计划。
建议补货点 = 预测日均销量 × 供应交付天数
+ 安全库存
+ 已确认促销增量需求
在途可确认库存
公式中的预测日均销量不能只用过去 90 天平均值。如果最近 30 天销量持续下降,或者大促已经结束,长期平均会高估未来需求;如果即将进入旺季,单纯使用最近 30 天又可能低估需求。
新品、成长期、成熟期和衰退期商品不应使用同一套库存标准。新品需要更关注试销转化和采购承诺,成长期需要防止断货,成熟期需要保持周转效率,衰退期则要尽快降低采购和库存风险。
| 生命周期 | 库存管理重点 | 主要预警信号 | 处理动作 |
|---|---|---|---|
| 新品期 | 验证需求,控制首批库存 | 点击有但支付弱,退货原因集中 | 调整定位、页面和采购承诺 |
| 成长期 | 避免断货,跟上真实需求 | 销量上涨但补货交期过长 | 缩短交期、提高预测频率 |
| 成熟期 | 保持周转和利润平衡 | 销售稳定但库存金额持续上升 | 控制补货量,优化规格结构 |
| 衰退期 | 降低库存和现金占用 | 销量连续下降、替代品增加 | 停止盲目补货,规划退出和转渠道 |
库存问题越晚发现,处理成本通常越高。我建议每周观察新增滞销 SKU,每月做一次库存金额和处理结果复盘。周度会议不需要讨论所有商品,只需要重点看新进入风险区的 SKU 和处理计划逾期的 SKU。
每次复盘都要回答四个问题:哪些 SKU 新进入滞销?上周采取的动作是否改变销售速度?哪些商品的处理成本超过预期?采购和补货规则需要调整什么?这样,库存处理才会从临时救火变成经营反馈。

库存处理结束后,要把结果写回商品档案。至少记录实际处理数量、实际回款、处理费用、退款率、库存释放天数和最终原因。如果某类 SKU 连续出现采购过量,就要修改采购批量或供应商协作方式,而不是等下一次积压后再次促销。
采购会议不应只看“哪些商品卖得好”,还要看“哪些商品卖得好但规格采购错误”“哪些商品销售正常却补货过量”“哪些商品一开始就不应该大批量采购”。这类反向指标,往往比单纯销售额更能提升库存质量。
如果企业使用九数云或其他分析工具,可以把这份清单中的字段固化为库存处理台账,并让每个 SKU 的状态随着数据更新而变化。但工具不会替代判断:系统只能帮助你更快发现风险、统一口径和追踪结果,不能自动回答某件商品是否值得继续占用现金。
没有适用于所有品类的统一数字。库存可售天数应结合商品生命周期、季节窗口、毛利、库存金额、供应周期和替代渠道判断。对于快消品,较短的低动销周期就可能需要干预;对于耐用品,较长周期未必代表没有价值。
更实用的做法是设定企业内部的观察线、处理线和退出线。观察线用于提醒,处理线用于启动动作,退出线用于限制继续投入。每条线都要明确对应动作,而不是只设置一个孤立数字。
不一定。需要同时看新增销量的成本、退款率、单位贡献毛利和库存下降速度。如果销量上涨主要来自大额投流和深度折扣,处理净回款可能并没有改善。
还要观察促销结束后的自然销售。如果活动期间销量短暂上涨,活动结束后迅速归零,说明商品可能只对极低价格敏感,并不代表正常经营需求已经恢复。
赠品化适合低成本、低售后风险、与主商品有使用关系的库存。它的价值不只是处理库存,还应当帮助提升主商品转化、客单价或复购。如果赠品会增加包装、物流和售后成本,或者用户并不需要,赠品化可能只是把库存成本隐藏在主商品里。
赠品策略也要记录赠品消耗数量、主商品转化变化和用户反馈。没有这些数据,就无法知道赠品到底在创造价值,还是仅仅减少了仓库数量。
不应该。运营负责发现销售和流量问题,商品负责判断产品与规格,采购负责调整订货条件,仓储负责库存状态,财务负责成本和现金回收。滞销库存是跨部门结果,单独交给运营部门,通常会导致运营不断尝试促销,却无法改变采购和补货机制。
最有效的责任方式,是给每个 SKU 指定一个主负责人,同时让相关部门对成本、渠道和供应链条件承担对应责任。这样既不会出现“大家都负责等于没人负责”,也不会把所有问题都归咎于销售。
电商库存优化真正要解决的,不是仓库里还有多少件商品,而是每一件库存是否仍然值得占用现金、空间和团队注意力。能继续经营的商品,需要得到精准资源;能通过组合和转渠道释放价值的商品,需要尽快迁移;已经失去需求或经济价值的商品,则应该设置边界,及时退出。
我更建议把滞销处理看成一个经营反馈系统,而不是一次性清仓活动。每一次处理都应该留下四类结果:原因是否判断正确、动作是否改变销售速度、回款是否覆盖处理成本、采购规则是否需要调整。
今天可以先做三件事:导出近 30/60/90 天动销数据,筛出库存金额高且销售速度持续下降的 SKU;为每个 SKU 写出具体滞销原因和唯一主路径;设置最低价格、截止日期、负责人和复盘指标。当库存表开始记录“为什么处理、怎么处理、谁负责、何时结束”,库存优化才真正从数据展示进入经营决策。
我以前一直用“90 天没卖出去”判断滞销品,但后来发现,季节品、耐用品和高客单价商品根本不能用同一条线。到底应该看销量、库存天数,还是库存金额?有没有一套更适合实际经营的判断方法?
我不建议把“90 天未售出”当成所有电商场景的统一标准。这个数字最多只能作为某些平台或企业的参考口径,真正影响经营决策的,是商品还能卖多久、库存占用了多少钱,以及继续等待是否值得。我处理库存时,会先同时看四个指标:近 30 天销量、库存可售天数、库存金额和销售趋势。
单看销量很容易误判,因为一个月卖 10 件的商品,如果只剩 5 件,可能完全不算危险;但如果仓库里还有 800 件,即使每天能卖 3 件,也可能要占用库存超过 8 个月。
库存可售天数可以按下面的方式测算: 库存可售天数 = 当前可售库存 ÷ 近 30 天日均销量 如果近 30 天销量为零,不要把结果简单写成“无限天”,而应单独标记为“无动销”,再结合最近 60 至 90 天的曝光、加购、询盘和退货情况判断。
场景建议关注指标初步判断 快消品库存天数、保质期、周转速度库存天数接近剩余保质期时,应立即处理 季节品距离销售季结束的时间不能等到库存天数耗尽后才行动 耐用品需求趋势、库存金额、替代产品低销量不一定滞销,但库存金额过高仍需预警 高退货品成交量、退货率、可二次销售比例表面动销不等于有效消化 我的判断标准是:只要一个 SKU 同时出现“销售速度持续下降、预计消化周期过长、库存金额较高”中的两项,就应该进入库存处理清单。
这样做比机械等待某个固定天数更接近真实的现金流风险。
我最纠结的是,很多滞销品并不是完全卖不动,偶尔也会有订单。继续投广告可能还有机会,但降价又会损失利润,清仓则担心判断过早。实际操作中,应该用什么方法决定“救”还是“退出”?
我不会先问“这个 SKU 能不能卖掉”,而会先问“继续投入后,新增回款是否值得承担新增成本”。滞销品最容易踩的坑,就是因为已经投入了采购成本,所以不愿意止损,结果又投入广告、仓储和人工,把沉没成本变成持续损失。
可以先把 SKU 分成四类,再决定动作: 库存状态典型表现优先动作 有需求、有利润仍有稳定订单,页面或流量存在明显问题优化页面,做小预算测试 有需求、低利润能卖但折后利润很薄,库存数量较大组合销售、阶梯折扣、加快回款 需求弱、有替代渠道原渠道转化差,但其他客群可能适配调拨、分销、跨平台或 B 端处理 需求消失、继续经营不划算过季、质量风险高或长期无动销退供、清仓、回收或报损 我会给“继续优化”的方案设置一个很短的观察窗口,例如 7 至 14 天,而不是无限期等待。
测试期间只改一个主要变量,比如页面卖点、价格或流量入口,并记录曝光、点击、加购、成交和退款,而不是只看浏览量。如果测试后点击增加但加购不增加,问题可能在产品价值或价格;如果加购增加但成交不增加,通常要检查最终价格、运费、评价和履约承诺;如果曝光和点击都很低,继续投放前应先确认关键词和渠道是否匹配。
真正应该清仓的,不一定是销量最低的商品,而是“继续持有一天,新增价值仍低于新增成本”的商品。止损不是承认采购失败,而是阻止库存继续占用现金和仓储资源。
我曾经把一批库存打到五折,订单量看起来明显上升,但活动结束后发现扣掉平台费用、仓储和退货,实际回款并不理想。做清仓或大促前,应该怎样比较原价销售、打折销售和直接转渠道这几种方案?
促销前最容易犯的错误,是只看折后销售额,不看处理净回款。尤其是低价商品,平台佣金、履约费、投流费和售后成本会把看起来不错的销售额迅速吃掉。我建议至少比较三种方案:继续按当前价格销售、限时折扣销售、直接转给分销或尾货渠道。统一使用同一套成本口径,避免因为每个部门算法不同,最后得出无法比较的结果。
处理净回款可以用下面的测算公式: 处理净回款 = 销售收入 – 商品成本 – 平台费用 – 履约费用 – 营销费用 – 售后损失 方案预计收入新增成本回款速度适合目标 继续原价销售单件收入较高仓储和资金占用继续增加慢需求稳定、库存可控 分层折扣单件收入下降可能增加投流和售后中等至较快仍有需求、价格敏感 组合销售整体客单价可能提高包装和履约复杂度增加中等滞销品与热销品有使用关系 渠道转让单件价格通常较低运输、渠道折扣和验货成本快原渠道需求弱但商品仍可用 举一个测算例子:某 SKU 库存 800 件,采购成本每件 35 元,原价销售预计每件净回款 12 元,但每月只能卖 40 件;
如果打七折,每件净回款降到 4 元,却能在两个月内卖出 600 件;如果直接转渠道,每件回款 6 元,15 天可以处理完。这时不能只看单件利润。原价方案可能需要等待 20 个月,还要承担仓储、资金占用和过季风险;七折方案的单件回款较低,但能快速释放大部分现金;
渠道方案虽然价格不高,却可能是综合风险最低的选择。促销必须设定最低价格、处理期限和目标销量。活动结束后,如果实际回款低于预设底线,就不要因为“已经做了活动”而继续追加预算。
我发现每隔几个月就会重新整理一次库存,但同样的问题不断出现:某些颜色卖不动、补货批量过大、新品一开始看起来有潜力,最后却积压。除了处理眼前的滞销品,怎样把库存管理真正做成一个持续有效的机制?
库存优化的进阶玩法,不是把报表做得更复杂,而是把“库存处理结果”反馈到采购、补货和商品结构中。只处理滞销品,不修正前面的决策流程,下一轮积压一定会重复出现。我最建议先从 SKU 粒度管理开始,而不是只看一个商品的总销量。
一个商品整体可能卖得不错,但其中某个颜色、尺码或容量规格可能已经连续数周没有有效订单。按商品大类补货,会掩盖这种结构性滞销。
管理动作普通做法更有效的做法 新品采购首次按预期销量大量备货小批量试销,依据真实转化补货 补货判断按商品总销量补货按颜色、尺码、规格拆分计算 库存预警统一设置一个固定天数结合生命周期、季节和交期设定 促销预测只参考历史自然销量同时纳入大促、广告和价格变化 库存复盘只看卖了多少同时看回款、毛利、退货和库存金额 新品最好采用“试销,观察,补货”的节奏。
比如首批只覆盖一个较短的销售周期,观察点击到成交的转化、退款原因和不同规格的销售结构,而不是仅凭曝光量判断市场需求。库存预警也不能只有一条线。建议至少设置观察线、处理线和退出线。
进入观察线时检查页面与流量,进入处理线时必须选择促销、组合或调拨,进入退出线时则停止无边界试错,直接比较清仓、退供和报损方案。每周或每月复盘时,除了看哪些 SKU 卖不动,还要追问三个问题:为什么当初会买这么多?哪个销售假设被事实推翻了?下一次应该减少采购量、缩短补货周期,还是改变商品组合?
真正成熟的库存系统,最终要让每个 SKU 都有五个明确结果:当前状态、滞销原因、处理动作、最晚截止日期和责任人。没有截止日期的“继续观察”,通常只是把今天的库存问题推迟到下个月。


读者评论
文章把滞销库存从单纯的销售问题扩展到现金占用、仓储成本和生命周期管理,判断框架比较完整。尤其是要求每个 SKU 只设一个主处理路径,能减少多头试错。
用库存金额、库龄和可售天数共同评估风险,比只看库存件数更实用。文中的 1000 天消化周期案例也直观说明了“偶尔有销量”不代表库存健康。
滞销原因拆分为需求、运营、规格和供应链四类,有助于避免盲目降价。不过实际应用时,还需要结合品类季节性和渠道数据动态调整标签。
文章对“90 天滞销线”的提醒很有价值,不同品类确实不能使用统一标准。库存可售天数在无销量时单独标记为无动销,也能避免数据误判。
整体方法适合用于库存复盘和经营会议,但文中部分判断仍依赖准确的成本、退货和履约数据。若基础数据不完整,处理净回款的测算结果可能偏差较大。