
电商库存怎么管?以滞销处理为核心的效率提升方案
很多电商团队以为库存管理的重点是“把库存数量记准确”,但我在实际梳理店铺经营数据时发现,真正拖慢业务的通常不是盘点误差,而是滞销库存没有被及时识别、分级和处置。一批售价 99 元、成本 46 元的商品,连续 90 天没有有效动销,表面上只是库存增加,实际上还会同时占用资金、仓储位置、推广预算和运营人员的判断时间。电商库存怎么管,核心不是把所有商品都管得一样细,而是尽快判断哪些库存正在变成经营负担,并为不同状态的商品设置不同的动作。
本文不把库存管理简单归结为“设置安全库存”或“定期做促销”,而是从滞销处理倒推整套库存效率机制。我会结合服饰、食品、家居和小家电等场景,拆解滞销识别、库存分层、原因定位、清库存决策、数据看板和流程协同的具体做法,并以九数云作为数据分析工具示例,说明如何将订单、库存、采购、售后和营销数据串成可执行的库存决策。
库存管理经常陷入一个误区:只要库存总额下降,经营效率就提升。但如果库存总额下降是通过大幅折价、无利润清仓和强行退货实现的,企业可能只是把库存损失从仓库转移到了毛利表和现金流表。
我更关注三个问题:库存是否在持续产生销售,库存是否匹配未来需求,库存释放出来的现金是否足以弥补处置成本。只有这三个问题同时得到正面回答,库存减少才算真正改善。
| 库存状态 | 典型特征 | 主要风险 | 优先动作 |
|---|---|---|---|
| 健康库存 | 近 30 天有稳定销量,库存覆盖天数处于目标区间 | 断货、补货延迟 | 保持供应,优化补货点 |
| 预警库存 | 销量下降,库存覆盖天数超过目标区间 | 补货过量、资金占用 | 暂停或放缓采购,观察转化 |
| 滞销库存 | 连续 30,60 天动销很低,库存周转明显变慢 | 仓储费、折旧、机会成本增加 | 拆解原因,设计专项处理 |
| 死库存 | 连续 90 天以上无有效销售,或商品已失去销售条件 | 几乎无法按原价回收资金 | 快速清理、组合利用或核销 |
我的核心判断是:库存管理应该围绕“库存状态迁移”设计,而不是围绕“月底库存总额”设计。健康库存可能变成预警库存,预警库存可能变成滞销库存,滞销库存最终会变成死库存。管理的价值,就是在库存状态恶化之前介入。

库存覆盖天数是我判断库存风险时最常用的第一层指标。它的计算方式并不复杂:当前可售库存 ÷ 近一段时间日均销量。真正需要注意的是,日均销量不能机械地使用历史总销量,因为活动期、季节期和自然销售期的销量差异很大。
例如,一款在大促期间每天卖 100 件,平销期每天只卖 12 件。如果用大促数据计算库存覆盖天数,库存会显得非常健康;但活动结束后,库存可能迅速从“畅销”变成“堆积”。因此,我通常会同时观察近 7 天、近 30 天和近 90 天三个窗口,判断销量是短期波动,还是长期下滑。
| 指标 | 计算方式 | 适合回答的问题 |
|---|---|---|
| 近 7 天库存覆盖天数 | 可售库存 ÷ 近 7 天日均销量 | 近期是否出现突然滞销或活动后掉速 |
| 近 30 天库存覆盖天数 | 可售库存 ÷ 近 30 天日均销量 | 当前库存是否高于正常经营节奏 |
| 近 90 天库存覆盖天数 | 可售库存 ÷ 近 90 天日均销量 | 是否存在长期结构性积压 |
| 库存周转率 | 期间销售成本 ÷ 平均库存成本 | 资金使用效率是否改善 |
连续 30 天没有销量,不一定就是滞销。可能是商品处于季节切换期,可能是主图被下架,可能是库存锁定在不可售仓,可能是链接被限流,也可能是颜色或尺码结构失衡。单纯按照天数打标签,容易把经营问题误判成商品问题。
我建议将滞销定义为“销售速度低于合理预期,并且短期内没有自然恢复迹象”。这里至少要同时看四个维度:销量速度、销售趋势、库存可售性和商品生命周期。只有把这四个维度放在一起,滞销标签才有行动价值。
服饰、鞋包、饰品和家居软装,常见问题不是所有商品都卖不动,而是某些颜色、尺码、图案和规格卖不动。例如一款服装总库存只有 1,200 件,整体库存周转看起来正常,但其中两个冷门尺码占了 360 件,某个颜色占了 220 件。这种库存如果只看 SKU 总量,很容易被主款销量掩盖。
我曾经处理过一个类似场景:商家按照“款”看库存时,发现商品仍然有订单,于是继续补货;按照“颜色,尺码”拆分后才发现,核心尺码已经接近断货,冷门尺码却足够销售 8 个月。真正的问题不是采购数量绝对过多,而是库存结构与需求结构错位。
电商库存管理必须至少下钻到“商品,规格,仓库”层级。如果业务允许,还要继续拆到渠道、地区和批次,否则库存总量只能提供一种非常粗糙的安全感。
活动备货通常依据历史活动销量、预估流量和目标排名制定。但活动销量本身受折扣、投放、直播时长、达人质量和平台流量影响,不能简单外推。特别是新链接或新款,历史数据不足时,备货预测中的误差可能被放大。
活动结束后,很多团队只复盘销售额和投产比,却不复盘剩余库存。我的经验是,活动复盘至少要增加三个问题:活动带来的新增需求有多少,活动结束后的自然销量是否恢复,活动库存中有多少属于不可持续的短期冲量。

系统里的库存数量不等于真正能卖的库存。退货待检、包装破损、配件缺失、跨仓锁定、质检不通过和订单预占,都会让账面库存高于实际可售库存。如果采购和运营依据总库存做判断,就可能出现“不该补货时补货,该促销时又找不到货”的情况。
我在库存项目中通常会把库存拆成可售、待检、锁定、残次、调拨中和不可售六类。对于滞销判断,只使用可售库存;对于现金占用,则把所有已经发生采购成本的库存纳入。这样可以同时看清销售能力和资金压力。
| 库存口径 | 是否进入滞销判断 | 是否计入资金占用 | 管理重点 |
|---|---|---|---|
| 可售库存 | 是 | 是 | 判断真实销售覆盖天数 |
| 订单锁定库存 | 按预计发货时间判断 | 是 | 防止重复销售或错误补货 |
| 退货待检库存 | 否,单独观察 | 是 | 缩短质检和重新上架周期 |
| 残次库存 | 不作为正常销售库存 | 是 | 确定维修、拆件、折价或报损路径 |
| 调拨中库存 | 按目的仓预计到货时间判断 | 是 | 避免多仓重复备货 |
全店统一打折看起来最简单,但它会把不同库存状态、不同毛利水平和不同生命周期的商品混在一起处理。健康商品可能因此损失利润,真正的滞销商品却未必获得足够的转化刺激。
更合理的做法是按滞销原因分组。价格敏感型商品适合阶梯折扣,曝光不足型商品需要重做内容和投放,规格错配型商品更适合拆分销售,季节性商品则要在时间窗口关闭前快速处理。折扣不是第一动作,而是处置工具箱中的一个按钮。
销量低可能来自五类原因:没有流量、流量不精准、点击率低、转化率低、履约体验差。不同原因对应完全不同的动作。没有流量时直接降价,可能只是让少量低质量流量以更低价格成交;转化率低时继续加广告,可能会扩大无效投放。
我会把商品漏斗拆成曝光、点击、加购、支付和签收五个节点。只有定位到掉速节点后,才能判断是内容问题、价格问题、产品问题,还是物流和售后问题。
| 表现 | 可能原因 | 不建议的动作 | 优先验证 |
|---|---|---|---|
| 曝光少,点击率正常 | 搜索排名低、投放不足、渠道权重下降 | 直接大幅降价 | 关键词、投放、人群和渠道入口 |
| 曝光高,点击率低 | 主图、标题、卖点或价格缺乏吸引力 | 继续增加流量 | 素材与竞品展示对比 |
| 点击高,加购低 | 详情页说服力不足、规格不清、信任不足 | 只改库存计划 | 页面信息和用户疑虑 |
| 加购高,支付低 | 价格、运费、优惠门槛或支付环节有阻力 | 立即判定产品滞销 | 结算页流失和优惠使用情况 |
| 支付正常,退货高 | 质量、尺寸、描述或预期管理存在问题 | 继续放量 | 退货原因与批次质量 |
销售额高的商品不一定值得继续占用库存。一个商品月销 50 万元,如果折扣后毛利率只有 3%,退货率又高,实际贡献可能低于一个月销 10 万元、毛利率 35% 的商品。
在滞销处理时,我会计算“库存贡献毛利”,而不是只看商品销售额。一个简单的估算方式是:预计可回收销售额减去商品成本、渠道扣点、履约成本、促销成本、售后成本和额外仓储成本。这个数字为负时,继续等待未必比现在清理更划算。
仓库只能告诉你货在哪里、数量多少和状态如何,但不能单独决定商品为什么卖不动,也不能决定清仓价格。滞销通常是采购、商品、运营、营销、客服和财务共同作用的结果。
如果没有明确的责任分工,常见结果是仓库催运营,运营等采购,采购等老板,财务只在月底提示库存金额上升。最终所有人都知道库存有问题,却没有人在问题变严重前拥有处置权。

在做任何库存分析前,我都会先确认五组基础口径:库存数量到底是可售库存还是账面库存,销量是否包含退款订单,成本使用采购成本还是含税成本,滞销天数从入库日还是上架日开始计算,销售渠道之间是否存在重复统计。
这些问题看起来是数据细节,却会直接改变结论。比如一个商品入库 100 天,但实际上只在售 45 天。如果按入库日计算,它会被判定为高风险;如果按上架日计算,可能只是正常成长中的商品。不同业务没有唯一正确口径,关键是口径固定、可追溯、能被采购和财务共同认可。
我建议使用“时间、速度、结构、价值”四个维度建立滞销评分。时间回答商品在库多久,速度回答近期卖得快不快,结构回答库存是否集中在难卖规格,价值回答继续等待是否值得。
在实际使用时,我不建议一开始就追求复杂模型。先把商品分为正常、关注、预警、滞销和死库存五档,再为每一档绑定动作,比建立一个看似精确但没人理解的算法更有效。
| 层级 | 参考条件 | 管理动作 | 负责人 |
|---|---|---|---|
| 正常 | 库存覆盖天数不超过目标上限,近 30 天趋势稳定 | 按常规补货和销售节奏管理 | 采购、商品 |
| 关注 | 覆盖天数超过目标 20%,近 7 天销量有波动 | 暂停追加采购,观察一周 | 采购、运营 |
| 预警 | 连续两周销量下降,覆盖天数超过目标 50% | 减少流量投入,制定小范围测试 | 商品、运营 |
| 滞销 | 连续 30,60 天低动销,库存成本较高 | 确定价格、渠道、组合或内容处置方案 | 商品负责人 |
| 死库存 | 连续 90 天以上无有效销售,或商品失去销售条件 | 批量清理、拆件利用、转渠道或核销 | 商品、财务、仓库 |
表中的天数只能作为起点,不能替代行业判断。食品要看保质期,服装要看季节,3C 配件要看接口迭代,家居商品要看体积和仓储成本。库存周转目标必须与商品生命周期、毛利和供应周期结合,而不是全店设置一个统一数字。
库存决策最容易忽略等待成本。很多团队会说“先放着,说不定以后能卖”,但等待不是免费的。它会产生仓储费、资金利息、商品折旧、平台费用、管理时间和错失新品采购机会等成本。
我通常会让团队计算一个简单的等待比较:如果继续等待 30 天,预计能卖出多少件,能获得多少毛利,需要增加多少仓储与推广成本;如果现在处置,能回收多少现金,损失多少账面利润。两种方案放在同一张表里,讨论会从“舍不舍得降价”变成“哪种损失更小、哪种现金回收更快”。

很多企业已经有进销存系统、订单系统、平台后台和财务软件,但库存问题仍然要靠人工导出表格。原因通常不是没有数据,而是数据分散在不同系统中,商品编码不一致,时间口径不一致,负责人也无法在一个页面上看到“库存异常,销售原因,处理进度”的完整链路。
九数云适合用来搭建这类经营分析层:将订单、库存、采购、退货、广告和商品主数据进行关联,再通过可视化看板按商品、规格、仓库、渠道和时间下钻。它并不替代仓储系统或交易系统,而是承担跨数据源分析、异常识别和经营复盘的角色。官网入口可参考:九数云。
我在设计库存看板时,不会先从“做一张漂亮大屏”开始,而是先列出每天必须回答的问题:哪些商品库存覆盖天数最高,哪些商品正在加速恶化,哪些滞销库存价值最高,哪个仓库存在结构性积压,哪些商品应该停止采购,哪些商品已经有了明确的处置方案。
如果要搭建可持续更新的库存分析,至少需要五类数据。数据量不大时可以先用表格连接,数据量增加后再通过数据库或接口同步。关键不是一次性接入所有字段,而是先保证商品主键、日期和库存状态统一。
商品编码是这套体系的地基。如果一个系统使用款号,一个系统使用内部货号,另一个系统使用平台 SKU,首先要建立映射表。没有统一主键,任何看板都可能出现销售对不上库存、退货找不到商品和成本无法分摊的问题。
库存看板最常见的失败方式,是把商品按照库存金额从高到低排列,然后让运营人员自己判断下一步做什么。这个页面可能很热闹,但不一定能改变结果。
我更建议把看板分成四个区域:总体健康度、异常商品池、原因诊断区和处置进度区。每个异常商品都要有“建议动作、负责人、截止日期、预计回收金额和当前状态”,否则看板只是另一份需要人工解释的报表。
| 看板区域 | 关键字段 | 建议更新频率 | 使用人 |
|---|---|---|---|
| 总体健康度 | 库存金额、周转率、覆盖天数、滞销占比、可售率 | 每日或每周 | 负责人、财务 |
| 异常商品池 | 商品、规格、仓库、库存成本、最后销售日、风险等级 | 每日 | 商品、采购 |
| 原因诊断区 | 曝光、点击、转化、退货、价格、评价、缺货情况 | 每周 | 运营、营销、客服 |
| 处置进度区 | 处理方案、负责人、开始日期、已售数量、回收金额、剩余库存 | 每日 | 项目负责人 |
用九数云搭建库存分析时,我一般按照“连接数据,统一字段,计算指标,分层筛选,下钻原因,跟踪结果”的顺序推进。这个顺序的好处是先建立可信口径,再做可视化,避免团队在图表颜色和布局上花很多时间,却没有解决数据一致性。
如果企业已经有成熟的数据仓库,九数云可以作为上层分析和协作入口;如果企业处在早期阶段,也可以先从销售与库存两张核心表开始。我的建议是不要等到所有系统都打通才启动,因为滞销管理首先需要的是一套可用的判断机制,而不是一次完成的复杂工程。

滞销商品池不是一张永远不变的名单,而是一个每天或每周更新的动态集合。建议至少记录商品编码、规格、库存状态、库存成本、最后销售日、近 30 天销量、库存覆盖天数、近 90 天销售趋势和当前负责人。
为了避免名单过大导致团队失焦,可以设置优先级。优先级不只由库存数量决定,还应同时考虑库存成本、保质期、季节窗口、仓储占用和处理难度。一个体积小、成本低、还能自然销售的商品,不一定比一个占用大量仓位、即将换季的商品更应该优先处理。
需求问题通常表现为曝光和点击正常,但支付转化偏低,或者同类商品整体需求下降。供给问题则可能表现为核心规格缺货、冷门规格积压、仓库分布错误或商品状态异常。
我会先问“客户有没有机会买到它”,再问“客户为什么不买它”。如果核心尺码已经缺货,冷门尺码还有大量库存,那么商品本身可能没有问题,问题在于补货结构。此时把所有规格一起打折,往往会损害仍然畅销的部分。
| 滞销原因 | 识别信号 | 适合动作 | 不适合动作 |
|---|---|---|---|
| 曝光不足 | 库存充足,点击率和转化率尚可,但访问量低 | 调整渠道、搜索词、内容和投放节奏 | 直接深度降价 |
| 页面说服力不足 | 曝光高,点击率或加购率明显低于同类商品 | 优化主图、卖点、详情页和评价内容 | 盲目增加库存 |
| 价格竞争力不足 | 点击和加购正常,支付转化明显偏低 | 设置限时优惠、组合价或阶梯折扣 | 长期无差别降价 |
| 规格结构失衡 | 部分规格持续销售,部分规格长期零动销 | 拆分规格处理、搭配销售、跨渠道分配 | 按整款平均销量补货 |
| 季节窗口结束 | 销售趋势与季节变化同步下滑 | 及时清仓、转季节渠道或转为赠品 | 等待下个周期而不计算仓储成本 |
| 品质或预期问题 | 退货率高、差评集中、客服咨询重复出现 | 暂停放量,解决产品和描述问题 | 继续用广告掩盖问题 |
滞销处理不应该一上来就把全部库存打到最低价。更稳妥的方式是先按 10%,20% 的库存比例测试,观察点击、转化、退货和实际毛利,再决定扩大、调整还是停止。
例如,一批成本 20 万元的库存可以先拿出 15% 做组合销售,拿出 10% 做限时折扣,剩余库存暂不动。测试结束后比较每种方式的现金回收、毛利、退货率和处理耗时。这样即使方案不理想,损失也被控制在可承受范围内。
一次清仓如果只解决了当前库存,却没有改变下次采购计划,库存问题还会重复出现。处理结束后要复盘三个结果:哪个原因判断正确,哪个动作产生了真实回收,哪些数据在最初没有被纳入。
例如某款商品通过改主图后恢复销售,说明此前是内容问题;某款商品多次降价仍然没有转化,说明继续采购同类商品需要谨慎;某个仓库长期积压而另一个仓库缺货,则要调整调拨规则和区域库存分配。
服饰库存最危险的地方是“总款还有销量,但局部规格已经失去销售机会”。因此建议将款式、颜色和尺码分开计算覆盖天数,尤其关注冷门规格库存占比和最后一次有效销售日期。
服饰团队还要谨慎处理“平均尺码销量”。平均值会掩盖结构差异,最好使用规格级 ABC 分析:核心规格保证供应,普通规格控制补货,长尾规格设定更高的清理优先级。
食品、保健品和美妆商品的库存管理不能只看周转率。距离保质期越近,实际可出售时间越短,折扣和渠道限制也越多。一个库存覆盖天数为 60 天的商品,如果距离保质期只剩 75 天,风险已经远高于普通商品。
我建议增加“剩余保质期覆盖比”,即剩余可售天数 ÷ 预计销售覆盖天数。当这个比例低于 1.5 时,就不应再按正常商品管理,而应提前进入促销、渠道转移或供应商协商流程。
大件商品的滞销损失常常被低估,因为很多企业只记录商品成本,没有把仓租、搬运、破损风险和占用仓位纳入核算。一件成本 300 元的商品,如果每月占用仓储成本 12 元,放置 6 个月就额外增加 72 元;如果还需要二次搬运和包装,实际等待成本会更高。
对于体积大、销量慢的商品,我通常会优先评估仓位释放价值。如果清理一批库存可以释放出仓位,用于存放月销更高的商品,那么即使清仓价低于账面成本,也可能在整体经营上更划算。
小家电和数码配件的滞销不一定是销量低,也可能是接口、协议、系统兼容性或平台规则变化。产品一旦出现技术代际变化,等待价格回升的可能性通常低于服装和家居。
这类商品要把售后率、配件可得性和兼容性咨询纳入滞销判断。对于已经出现兼容风险的库存,继续投放广告可能带来更多退货和差评,适合尽快转为明确标注的低价渠道、配件包或拆件利用。

直接折扣适合时间窗口短、库存标准化程度高、消费者价格敏感的商品。它的优点是执行快、沟通成本低,缺点是容易影响正价销售、品牌价格认知和后续活动预期。
使用折扣前,我会先设置价格底线。价格底线不应只等于采购成本,还要考虑平台扣点、履约、包装、售后和清仓运营成本。如果价格已经低于可回收底线,就要比较批量转卖、员工内购、异业渠道和组合利用等方案。
组合销售适合互补性强、使用场景一致的商品。例如将慢销配件与畅销主品组合,将冷门颜色作为套装选项。但组合销售的风险是把消费者不需要的商品强行塞进订单,导致退货率和差评率上升。
组合前要看两个数据:组合后整体转化是否提升,慢销商品在组合中的实际消化速度是否达到目标。如果只是畅销品承担了全部销售,慢销品仍然无人使用,那么组合只是延缓了问题暴露。
转渠道可以把主渠道卖不动的库存转移到团购、线下零售、员工福利、直播专场或区域经销渠道。它适合主渠道价格体系较严格、但商品仍有使用价值的情况。
转渠道前必须确认授权、包装、售后和价格边界。尤其是同一商品可能被消费者跨渠道比价,如果低价渠道公开曝光,可能反过来影响主渠道转化。因此,渠道转移不是简单“换个平台卖”,而是要设计商品标识、包装组合和销售范围。
对于采购周期长、供应商合作稳定的商品,可以尝试退货、换款、延期结算或转为后续订单抵扣。这个方案通常比深度折扣更能保护现金和毛利,但需要合同条款、供应商关系和质量责任作为支撑。
我建议把供应商协商放在采购合同设计阶段,而不是库存积压后才临时谈。合同中可以提前约定滞销换货比例、临期处理责任、质量退换范围和季节商品的返还条件,这些条款本身就是库存风险控制的一部分。
当商品已经无法销售、维修或转渠道时,继续寻找买家可能会消耗更多人力。核销看似是确认损失,实际上可以释放仓位、停止管理成本,并让财务数据回到真实状态。
核销必须有清晰审批和留痕,包括库存数量、成本、原因、照片或质检记录、处理方式和责任归属。尤其不能为了美化库存报表而随意核销,也不能因为不愿确认损失而长期隐藏不可售库存。
| 处置方式 | 现金回收速度 | 毛利保护能力 | 价格体系风险 | 适合对象 |
|---|---|---|---|---|
| 直接折扣 | 高 | 低到中 | 中到高 | 标准化、时效性强的商品 |
| 组合销售 | 中 | 中 | 低到中 | 互补性强的商品 |
| 转渠道 | 中到高 | 中到高 | 中 | 仍有使用价值但主渠道不匹配的商品 |
| 退货换货 | 中 | 高 | 低 | 合同支持、供应商关系稳定的商品 |
| 核销报损 | 低 | 不适用 | 低 | 无法销售或继续管理不划算的商品 |

每日管理重点是异常变化,例如突然掉速、库存状态异常、订单取消、退货激增和仓库可售数量不一致。每日不需要开长会,只需要让异常商品进入处理队列,并明确谁在什么时间前完成判断。
每周管理重点是滞销商品池和处置进度。商品负责人要说明本周新增了哪些风险商品,哪些商品已经完成处理,实际回收金额与预计是否一致,哪些方案需要调整。
每月管理重点是机制复盘。采购需要看预测偏差,运营需要看活动后自然销量,仓库需要看库存状态准确率,财务需要看库存减值和现金回收。月度会议不能只讨论结果,还要讨论哪些规则需要修改。
| 周期 | 必须查看的内容 | 输出结果 |
|---|---|---|
| 每日 | 异常掉速、断货、库存状态、退货和调拨 | 新增异常任务 |
| 每周 | 滞销池、处置方案、回收金额、剩余库存 | 动作调整和责任确认 |
| 每月 | 周转率、预测偏差、采购执行、减值和仓储成本 | 规则优化与预算调整 |
很多补货系统可以提醒何时需要采购,却没有明确提醒何时应该停止采购。实际上,当商品进入预警或滞销状态时,停止采购往往是最立即、最有效的动作。
我建议将暂停采购设置为系统规则的一部分。例如,近 30 天销量连续两周下降、覆盖天数超过目标上限、退货率高于阈值或库存成本超过预算时,自动进入采购复核。采购复核不是永远停采,而是要求有人解释为什么还要继续买。
没有关闭条件的库存任务,很容易变成长期挂起。每个处置任务至少要有一种明确的关闭方式:库存售罄、库存转移、供应商退回、核销完成或重新进入正常销售状态。
关闭时还要记录实际结果,包括售出数量、回收金额、折扣幅度、退货数量、处理天数和剩余库存。这样下一次遇到类似商品时,团队可以参考历史结果,而不是再次凭经验争论。
如果只考核清仓销售额,团队可能会倾向于深度降价;如果只考核库存周转率,团队可能会减少备货,导致断货。更合理的指标组合包括滞销识别提前期、滞销库存占比、库存现金回收率、清仓后实际贡献毛利、处置任务按期完成率和重复滞销率。
其中,重复滞销率特别值得关注。一个团队如果每个月都能清掉滞销库存,但同样的商品类型不断重复积压,说明它只是具备了清理能力,还没有形成预测和采购改进能力。

小团队不需要一开始建设复杂的数据平台。可以先统一商品编码,建立一张库存明细表和一张销售明细表,每周筛选库存成本最高的 20 个商品,再为每个商品指定处理动作。
小团队的关键不是分析维度越多越好,而是确保异常商品有人处理。即使只能做到商品、库存、近 30 天销量、覆盖天数、最后销售日和负责人六个字段,也比每月凭感觉看总库存有效。
中型团队通常已经有多个渠道、多个仓库和较复杂的采购关系,单纯增加报表数量不能解决问题。此时要建立统一的库存分层规则和处置审批机制,明确哪些商品由运营决定,哪些商品需要财务确认,哪些商品必须经过采购和供应商协商。
中型团队可以使用九数云搭建跨系统看板,让管理者在同一页面查看库存金额、商品动销、渠道表现和处理进度。更重要的是,让看板上的每个异常数字都能够下钻到明细,避免会上出现“这个数字怎么算出来的”而无法继续讨论。
多仓企业最常见的错误,是把全国库存总量当成每个区域都能销售的库存。某个区域仓库缺货,并不意味着全国缺货;某个仓库积压,也不代表商品没有需求。
多仓分析至少要加入仓库、配送区域、调拨时效和履约成本。调拨前要比较调拨成本与当地补货成本,调拨后要重新计算目的仓覆盖天数。对于低价值商品,如果调拨成本过高,直接在原仓清理可能更合理。
高速增长时期,销售增长很容易让团队形成“库存越多越安全”的心理。但增长期的需求波动通常也更大,渠道政策变化、投放效率下降和新品替代都可能让库存快速失去流动性。
高增长团队应该将补货拆成基础量、增长量和试错量。基础量满足已验证需求,增长量根据趋势逐步追加,试错量严格设置上限。这样即使预测失误,也不会让单个新品成为大额库存风险。

第一阶段不要急着做促销。先确认商品编码、库存状态、销售订单、退货状态和成本口径,找出无法匹配的数据。对异常数量较大的商品进行抽样核对,确认系统库存与仓库实际情况是否一致。
按照库存成本、覆盖天数、最后销售日和季节风险筛选商品。建议先处理高金额、高仓储占用、临近保质期和即将换季的商品,不要一开始把所有长尾 SKU 都纳入专项项目。
这一阶段的输出不是“已经清掉多少货”,而是形成一份有优先级、有负责人、有截止日期的名单。每个商品必须写明初步原因和待验证问题。
对重点商品查看曝光、点击、转化、退货、评价、价格和规格结构。对于内容问题,先做页面测试;对于价格问题,先做小规模优惠;对于结构问题,先拆规格;对于季节问题,直接计算保留与清理的成本差异。
测试期间不要频繁改变多个变量,否则无法判断结果来自哪里。最好一次只改价格、主图、组合方式或渠道中的一个关键变量,并记录测试前后的销售变化。
如果某种方案带来真实增量,并且扣除折扣、广告和售后成本后仍能回收现金,就可以扩大处理范围。如果销量只是因为额外投入短暂增加,但净回收仍然为负,就应该停止继续投放。
这一阶段要同步暂停相关采购,避免一边清理旧库存,一边继续采购同款或相近款式。对于规格结构失衡的商品,应更新下一批采购配比,而不是只处理当前库存。
最后阶段要统计处置前后的库存金额、库存覆盖天数、回收金额、毛利变化、退货率和人力耗时。把有效规则写进日常流程,把失败案例保留下来,尤其记录那些“看起来有销量但实际贡献很低”的商品。
如果使用九数云,可以将这些结果做成按周更新的库存经营看板,让负责人看到的不只是当前库存,而是库存风险的变化方向、处置动作和实际回收结果。

库存总额下降可能是销售增长、采购减少、深度清仓、报损核销或供应商退货造成的。要判断改善是否健康,至少要将库存变化拆成销售消化、采购新增、退货入库、调拨变化和处置损失五个部分。
如果库存下降主要来自报损和低价处理,而正常销售没有改善,说明企业只是完成了一次清理;如果库存下降的同时,周转率提高、毛利稳定、断货率没有上升,才更接近经营效率改善。
库存周转率上升,但断货率也显著上升,不一定是好结果;库存现金回收率很高,但毛利和复购受到影响,也不能简单判定成功。库存指标必须与销售、利润、履约和客户体验一起看。
| 观察组合 | 可能结论 | 下一步 |
|---|---|---|
| 周转率上升,毛利稳定,断货率稳定 | 库存效率健康改善 | 保留当前规则并扩大适用范围 |
| 周转率上升,毛利明显下降 | 主要依靠折价消化 | 检查价格底线和组合渠道 |
| 滞销占比下降,报损率上升 | 库存表面变轻,损失被确认 | 复盘采购预测与品质问题 |
| 库存金额下降,断货率上升 | 可能出现过度保守采购 | 重新设置核心 SKU 的安全库存 |
| 处置任务完成率低 | 责任、权限或方案不清晰 | 减少审批层级,明确负责人和截止日期 |

一件商品最终滞销,往往在选品、定价、备货、活动规划或规格配比阶段就埋下了原因。仓库只是最后一个暴露问题的地方。如果企业只在仓库堆满后清仓,实际上已经错过了成本最低的干预时点。
真正成熟的库存体系,会把滞销处理结果反馈给前端:哪些商品不应再采购,哪些规格需要降低比例,哪些活动备货模型过于乐观,哪些供应商需要调整交付和换货条款,哪些渠道不适合承接某类商品。
库存管理中的很多决策都不可逆:大批量采购、深度降价、公开清仓和大规模转渠道,一旦执行就很难回到原状态。因此,我更推荐先做小批量、短周期、可复盘的可逆动作。
可逆动作的价值不只是降低风险,还能让团队获得更可靠的数据。每次测试都应记录投入、销量变化、毛利、退货和库存剩余,逐步形成属于企业自己的处置经验库。
如果你现在正面临库存积压,不必先追求搭建一套复杂系统。可以从一批商品开始:选出库存成本最高的 20 个 SKU,统一库存和销量口径,计算近 7 天、30 天和 90 天覆盖天数,再把它们按需求、价格、规格、季节和品质五类原因分组。
随后,为每组商品指定一种小范围动作,明确负责人、截止日期和回收目标。对于需要跨系统关联销售、库存、采购和售后数据的团队,可以用九数云搭建可下钻的库存分析看板,让异常从发现到处理形成闭环。
我最后想强调一个容易被忽略的观点:库存管理的最高效率,不是把滞销商品处理得多快,而是让同类错误下一次更晚发生、规模更小发生,或者根本不再发生。当库存看板能够告诉你“为什么积压、谁来处理、处理后回收了什么、采购规则要改哪里”,库存才真正从仓库数据变成了经营决策。

我以前一直用库存天数判断商品是否滞销,结果把季节性商品和低频高价商品误判了,清仓后才发现其中一部分其实仍有稳定需求。现在我想知道,除了库存天数,还应该看哪些数据,才能避免把能卖的货过早降价?
滞销不能只看一个库存天数,而要同时看销售速度、最近成交时间、毛利、退货率和商品生命周期。库存天数只能说明按照当前销量还能卖多久,却不能解释为什么卖得慢。
我在做SKU复盘时,会先把商品放进下面这张表,而不是直接按统一天数清仓: 判断维度建议查看的数据我的判断方式 销售速度近7天、30天、90天销量判断下降是短期波动还是持续下滑 最近成交距最近一笔订单的天数长期没有成交比库存高更危险 资金占用库存数量×单位成本优先处理占款高的长尾SKU 商品状态过季、临期、包装破损考虑生命周期带来的不可逆损失 售后表现退货率、差评原因先解决质量或描述问题,再谈促销 实际操作中,可以先设置一个预警组合:近30天销量持续下降、最近14至30天无稳定成交、库存金额较高,并且没有明确的促销或季节性计划。
满足其中两项时进入观察名单,满足三项时进入处理名单。需要注意的是,服装、生鲜、标品配件和工业品不能共用同一套滞销阈值。比如一个售价较高但每月只卖几件的专业配件,库存天数可能很高,但只要毛利和订单稳定,就不应像过季服装一样直接打折。
我们店里有一批库存,单独卖几乎没有订单,但和主推商品有一定的使用关系。团队有人建议直接五折清仓,也有人建议做套餐,可我担心把两个卖不动的商品绑在一起,最后只是把库存从仓库搬到了活动页面。到底应该怎么判断?
组合销售不是把两个滞销SKU简单捆绑,而是要确认它们是否围绕同一个使用场景产生互补关系。我的判断顺序是先看用户是否会同时需要,再看组合后能否降低决策成本,最后才计算折扣。可以按下面的顺序测试: 第一,检查商品关系。如果滞销品是畅销品的配件、耗材、替换件或使用补充,组合销售通常比单独降价更合理。
如果两件商品没有明确关联,强行打包往往只会增加用户选择成本。第二,做小批量A/B测试。例如将100件滞销库存分成三组:30件单独促销,30件与畅销品做套餐,40件保留原价并优化页面。观察7至14天的点击率、套餐转化率、实际毛利和退货原因,不要只看销售数量。
方案适合情况主要风险重点指标 单独降价商品需求仍在,价格是主要障碍损失毛利、形成降价预期净毛利、售罄速度 组合销售与畅销品有明确互补关系套餐复杂、主品被低价拖累套餐转化率、客单价 赠品或加价购单价低、库存处理优先级高用户感知价值低主品转化率、库存消化量 换渠道销售当前渠道人群不匹配价格体系和授权风险回款周期、渠道净收益 我通常会把组合销售的最低标准设为:套餐必须能解释一个具体场景,例如新手套装、补充装、旅行装或售后替换包;
如果只能用“买一送一”解释,就说明商品关系可能不够强。最终比较的不是谁卖得快,而是哪个方案带来的净回款更高。净回款应扣除折扣、平台费用、推广费用、额外包装和仓储成本,否则看起来库存下降了,实际可能只是用现金换了销量。
我们发现整体库存周转率比上个月好看,但仓库里仍有不少多年没有动过的SKU。后来才意识到,畅销品卖得很快,把整体指标拉高了。我想知道,应该如何拆分指标,才能看见真正被忽略的滞销库存?
库存周转率是总盘子指标,最容易被畅销品掩盖。一个店铺可能靠少数爆款贡献大部分销售额,同时让大量长尾SKU继续占用仓储和现金,因此不能只看总库存周转率。建议至少同时拆出四个指标:滞销库存金额占比、滞销SKU数量占比、库存周转天数和缺货率。前两个指标看积压,后两个指标分别看资金效率和供应能力。
例如某店铺复盘得到以下结果: 指标上月本月解读 整体库存周转率2.12.5整体销售速度提升 滞销库存金额占比18%17.5%积压改善非常有限 滞销SKU数量占比31%30%长尾问题基本未解决 畅销品缺货率4%8%可能为了去库存而压缩了正常备货 这组数据说明,整体周转率变好并不代表库存管理变好。
真正需要追踪的是哪些SKU占用了最多资金、哪些SKU连续多个周期没有成交,以及清仓是否释放了现金,而不是只看库存数量有没有减少。库存周转率的计算还必须统一口径,通常应使用一定期间的销售成本除以平均库存成本,不能拿销售额除以采购成本。
若一个系统按含税成本计算,另一个系统按不含税成本计算,跨月比较也会产生误判。我建议建立一张SKU级别的复盘表,至少包含当前库存、在途数量、近30天销量、最近销售日期、库存成本、退货库存和处理负责人。每周看异常,每月看趋势,才能避免总指标改善但长尾库存继续沉淀。
我们过去也设置过库存预警,但系统只在库存低于某个数量时提醒,结果畅销品缺货时才收到通知,卖不动的商品却一直没人处理。我想重新设计预警规则,应该把哪些条件放进去,怎样避免提醒太多导致团队最后谁都不看?
库存预警不能只有一条低库存线,因为低库存预警解决的是缺货问题,滞销预警解决的是资金沉淀问题。两者必须分开设置,否则团队会把库存管理理解成单纯补货。
我建议将预警分成三类,并给每类预警绑定具体动作: 预警类型触发条件示例必须执行的动作 缺货预警可售库存低于补货点核对在途、供应周期和采购计划 滞销预警连续多个周期低销量且库存金额较高停止补货,安排页面、促销或换渠道测试 风险库存预警临期、过季、破损或退货待检数量上升限期处理、退供、换货或合规报损 预警条件不要一开始就设得过于复杂。
可以先用库存金额、近30天销量和最近成交日期做第一版规则,例如库存金额超过设定阈值、近30天销量低于历史均值、最近14天没有成交时进入人工复核,而不是直接自动清仓。预警必须有负责人和截止日期。没有负责人的提醒只是消息,没有截止日期的任务很容易被促销、上新和日常运营覆盖。
建议每条异常记录至少包含SKU、问题类型、建议动作、负责人、预计完成日期和处理结果。还要设置预警升级机制。第一次触发时由运营复核页面和流量,连续两次触发时由采购停止补货并评估库存金额,连续三次仍无改善时提交换渠道、清仓或报损决策。这样可以把库存问题从发现,推进到处理和复盘。
最后,不要用预警数量评价系统效果。更有价值的指标是:预警关闭及时率、重复触发率、滞销库存金额变化、畅销品缺货率和处理后的实际净回款。提醒越少不一定越好,关键是每一次提醒都能推动一个明确的经营动作。


读者评论
文章把滞销库存和现金流、仓储成本联系起来,这个角度比较实用。尤其是区分可售、待检、锁定和残次库存,能避免只看系统总数导致误判。
活动备货后销量回落确实容易造成积压。用近7天、30天和90天数据对比,而不是直接套用大促销量,应该更适合判断库存覆盖天数。
清库存不能简单依靠全店打折这一点值得注意。先区分流量不足、转化低、规格错配和售后问题,再决定改素材、调价格或组合销售,处理成本会更可控。