我会按可直接发布的 HTML 正文组织内容,重点把“是否滞销”的判断、现金回收测算、九数云的数据看板场景和分级处理流程串成一套可执行方法。案例与数值会明确标注为情景模拟或建议基准,避免把推演数据伪装成真实客户结果。电商库存实用方法:围绕滞销处理建立入门指南

很多电商商家处理滞销库存的第一反应是打折,但我在设计库存诊断表时,更关注另一个问题:这批货现在卖掉,究竟能回收多少现金;如果继续放着,又会损失多少现金。销量低不一定代表商品没有价值,库存多也不一定应该立即清仓。真正有效的库存管理,应当先判断商品处于什么状态,再根据资金占用、销售趋势、仓储成本、季节窗口和品牌风险选择处理方式。
这篇指南不把“清仓、促销、捆绑、转渠道”简单罗列成技巧清单,而是建立一套适合中小电商商家的判断流程:先识别高风险库存,再区分积压原因,接着计算不同方案的实际回收金额,最后把处理结果反馈给采购、选品和补货决策。文中的案例和数字均明确标注为情景模拟或建议基准,不代表某个真实企业的经营结果。
库存管理表面上是在管理商品数量,实际管理的是现金、仓储空间和未来销售机会。商品躺在仓库里,不只是占用几个货位,还会占用采购资金,产生盘点、搬运、包装、仓租、损耗和机会成本。
因此,我不会只问“这个商品还能不能卖”,而会同时问三个问题:第一,它现在能以什么速度卖出去;第二,继续持有一个月需要付出什么代价;第三,今天通过其他渠道处理,能够回收多少现金。
一批库存是否应该处理,不应由库存数量单独决定,而应由未来可回收现金与继续持有成本共同决定。只要继续等待带来的预期收益低于持有成本,就应该进入重点处理清单,即使这批商品仍然偶尔有订单。
我建议中小商家至少把库存分为四种状态,而不是简单分成“畅销”和“滞销”。不同状态对应的动作完全不同。
| 库存状态 | 典型表现 | 首要判断 | 建议动作 |
|---|---|---|---|
| 正常库存 | 销售速度稳定,库存可售天数与补货周期匹配 | 是否需要维持当前补货节奏 | 维持销售与补货,观察异常波动 |
| 观察库存 | 销量下降或库存增长快于销量增长 | 下降是短期波动还是趋势变化 | 暂停追加采购,设置复查日期 |
| 高风险滞销库存 | 可售天数过长,资金占用较高,近期销售趋势转弱 | 继续销售与转渠道哪个更划算 | 安排促销、组合、渠道转移或批量处理 |
| 必须尽快处理库存 | 临期、过季、技术淘汰或持续产生高额仓储成本 | 怎样减少损失并尽快回收现金 | 设定处理期限,优先考虑批量转让、退供或报废 |
这四类状态并不是永久标签。一个商品可能从正常库存变成观察库存,也可能通过改价、优化页面和调整渠道重新回到正常销售。库存分类的作用,是让团队知道现在应该做什么,而不是给商品贴上永远不能改变的标签。

这五步的顺序不能轻易颠倒。如果没有先确认原因,促销很可能只是把一个“页面卖不动”的问题变成“利润更低但仍然卖不动”;如果没有计算最低回收金额,团队也可能为了追求清仓速度,做出比继续持有更差的决策。
下面的案例是情景模拟,用于展示判断过程。假设一家销售家居用品的店铺有三类商品:可折叠收纳箱、桌面置物架和季节性凉席。店铺近三个月的销售额没有断崖式下降,但仓库库存金额从18万元增加到31万元,仓位使用率从62%上升到91%。
负责人最初的判断是“最近流量少了”,于是准备对所有商品做统一八折。但把SKU拆开后,问题并不一样:收纳箱有需求,只是大规格转化下降;置物架的页面点击率正常,但加购后付款率明显偏低;凉席则是销售窗口已经接近尾声。
| 商品类型 | 库存数量 | 库存成本 | 近30天销量 | 预计可售天数 | 初步判断 |
|---|---|---|---|---|---|
| 可折叠收纳箱 | 1,200件 | 96,000元 | 420件 | 86天 | 有需求,但规格与价格需要重新测试 |
| 桌面置物架 | 700件 | 70,000元 | 95件 | 221天 | 高风险库存,优先检查转化和评价 |
| 季节性凉席 | 900件 | 81,000元 | 260件 | 104天 | 销售窗口收窄,应在季节结束前处理 |
如果三类商品都统一八折,收纳箱可能损失本来可以保留的毛利,置物架可能因为页面问题继续卖不动,凉席则可能错过最后的销售窗口。更合理的做法是分组处理:收纳箱先做规格组合测试,置物架先修正页面和评价问题,凉席则设置明确的分阶段处理期限。
很多小团队的问题不是没有数据,而是数据分散在店铺后台、仓库表格、采购记录和财务表中。运营看销售额,仓库看库存数量,采购看进货价,财务看付款记录,最终没有人能快速回答“哪一批库存最值得先处理”。
在这种场景下,可以使用九数云作为数据分析和可视化工具,将订单、库存、采购和费用数据按SKU统一。其价值不在于自动替商家决定打几折,而在于让团队可以从同一套口径查看销售趋势、库存金额、可售天数和处理结果。
例如,可以建立一个库存健康看板,至少包含以下字段:SKU、商品分类、当前库存、单位成本、近7天销量、近30天销量、最近销售日期、当前售价、平台费用率、平均物流成本、预计可售天数、库存金额和处理状态。
我建议把看板拆成三个页面。第一个页面看总体风险,回答“库存金额集中在哪些分类”;第二个页面看SKU明细,回答“哪些商品应该先处理”;第三个页面看动作结果,回答“促销或转渠道后到底回收了多少现金”。
通过九数云建立这样的视图后,管理者不需要在多张表之间反复查找,就可以把“库存高但仍有需求”和“库存高且已经失去销售机会”区分开来。这个区分,比单纯统计库存总量更有决策价值。

数据分析工具能够减少手工汇总、口径不一致和重复计算,但它不能替代商品判断。例如,系统可以算出某个SKU过去30天销量为零,却无法仅凭这个数字判断商品是已经过季、暂时缺货、页面下架,还是因为库存数据没有同步。
因此,看板必须保留人工备注字段,包括“滞销原因”“当前处理动作”“负责人”“复查日期”和“不可接受的风险”。只有数字和业务解释同时存在,数据才会真正进入库存决策。
销量低只能说明销售结果不理想,不能直接说明商品没有需求。一个刚上架七天的新品、一个每月只卖十件但单价较高的专业工具、一个处于淡季的季节商品,都可能出现低销量,但处理逻辑完全不同。
判断滞销至少需要结合商品上架时间、近期销售趋势、库存规模和商品生命周期。新商品需要看曝光、点击和加购等前置指标;成熟商品需要看销售速度是否持续下降;季节商品则需要看销售窗口还剩多少时间。
不能用一个固定的“30天无销量”规则覆盖所有品类。这个规则可以作为筛选条件,却不能直接作为清仓结论。
统一折扣的好处是执行简单,但它往往忽略了不同商品的积压原因。页面没有说服力的商品,降价后可能仍然没有转化;有品牌价格限制的商品,过度降价可能破坏渠道关系;具备组合价值的商品,单独降价反而不如搭配销售。
我更倾向于先做小规模动作测试。例如,对一个库存量较大的SKU抽取10%到20%的库存,测试两种处理方式:一种是直接降价,另一种是与畅销品组合。比较两组的净回收现金、退款率、广告成本和处理速度,再决定是否扩大规模。
一场促销活动可能让订单量明显增加,但如果平台佣金、优惠补贴、广告费、物流费和退款成本同时上升,最后回到商家账户的现金可能并不理想。
库存处理应当使用“净回收现金”作为核心指标,而不是销售额。可以采用以下简化公式:
净回收现金 = 商品销售收入 – 平台费用 – 物流费用 – 促销成本 – 售后成本 – 处理产生的额外费用
如果是跨渠道转卖,还应加入分销折扣、包装改造、二次运输和渠道服务费。对于临期或过季商品,还要估算继续持有可能产生的贬值损失。
清仓只能解决当前库存问题,不能自动解决采购过量、补货过快、页面转化差或渠道数据不同步的问题。如果商家在处理完一批库存后,仍然用相同的采购批量和补货规则,几个月后很可能再次积压。
每次库存处理结束后,都应当留下一个复盘结果:这批货为什么进多了,哪个指标最早出现异常,哪个处理渠道回收现金最好,哪个SKU不应该继续采购。没有复盘记录的清仓,只是一次性地把损失从仓库转移到利润表。

累计销量容易掩盖趋势变化。一个SKU过去半年卖了1,000件,看起来销售不错,但如果最近30天只卖出20件,当前库存仍有800件,那么过去的累计销量已经不能代表未来销售速度。
建议至少同时查看近7天、近30天和近90天销量。近7天用于观察突发变化,近30天用于判断当前销售速度,近90天用于识别季节性和长期趋势。
可以用一个简单的趋势比值辅助判断:
销售趋势比值 = 近30天日均销量 ÷ 近90天日均销量
如果比值持续低于1,说明近期销售速度弱于长期平均值;如果比值快速下降,则应进一步检查价格、流量、竞品、评价和季节因素。这个比值不是行业标准,而是帮助商家避免只看累计销量的内部工具。
库存可售天数可以用当前库存除以近期日均销量计算:
库存可售天数 = 当前可售库存 ÷ 近30天日均销量
如果某商品当前有600件,近30天卖出150件,日均销量为5件,那么库存可售天数约为120天。但如果该商品的供应周期是90天,且销售全年稳定,120天库存可能并不危险;如果它是只能销售两个月的节日商品,120天则可能已经是高风险状态。
因此,可售天数必须和供应周期、销售窗口、有效期以及现金承受能力一起看,不能单独套用网上常见的30天、60天或90天阈值。
一批低价小商品有可能占用很多仓位,但资金风险不一定最高;另一批数量不多的高价商品,可能才是现金流压力的主要来源。库存件数适合管理仓储作业,库存金额更适合管理经营风险。
库存金额 = 当前库存数量 × 单位采购成本
建议按照库存金额排序,再按照可售天数和销售趋势交叉筛选。优先处理“库存金额高、销售趋势下降、可售天数长”的SKU,而不是简单处理件数最多的SKU。
生命周期不同,判断标准就不同。新品需要给测试留出时间,常规商品需要关注长期趋势,季节商品需要围绕销售窗口倒推处理节点,技术产品则要考虑版本淘汰和售后配件供应。
我通常会把商品生命周期分成导入期、验证期、增长期、稳定期和退出期。处于导入期的商品,重点看曝光到成交的转化链路;处于稳定期的商品,重点看库存与销售速度是否匹配;处于退出期的商品,重点看如何回收现金并减少后续服务成本。
有些“滞销库存”并不是真正卖不动,而是库存数据、渠道数据或商品编码出了问题。例如,仓库记录有库存,店铺后台却显示缺货;多个颜色共用一个SKU,导致某个颜色的库存被畅销颜色掩盖;退货商品尚未完成质检,系统仍把它计入可售库存。
在采取促销之前,至少应完成一次账实核对,确认库存数量、可售状态、商品质量和销售渠道是否一致。错误数据会直接导致错误采购和错误清仓。

处理滞销库存之前,建议先为每个SKU设置一个最低可接受回收金额。它不是简单等于采购成本,也不一定等于原价减去折扣,而应根据商品已经发生的成本和继续持有的风险确定。
可以采用以下思路:
最低可接受回收金额 = 可避免的继续持有成本 + 预计处理费用 + 可接受的最低现金回收目标
例如,一批体积较大的商品每月仓储和搬运成本为3,000元,预计再存三个月,还可能承担过季贬值风险。即使当前转渠道只能回收部分采购成本,只要回收现金明显高于继续存放后的预期金额,批量处理仍然可能是合理选择。
| 比较项目 | 继续持有 | 立即处理 |
|---|---|---|
| 现金回收 | 回收速度慢,金额取决于未来自然销售 | 回收速度快,但可能需要折价 |
| 仓储成本 | 持续增加,体积越大越明显 | 处理后减少或停止产生 |
| 价格风险 | 可能因过季、竞品或版本变化继续贬值 | 价格损失在处理时确认 |
| 品牌风险 | 价格体系相对稳定 | 跨渠道低价销售可能造成价格冲突 |
| 管理成本 | 继续盘点、搬运和维护 | 需要谈渠道、处理售后和记录结果 |
我不会只比较“原价卖多少”和“打折卖多少”,而会把未来成本放进计算。对于大体积、低周转和容易过季的商品,继续持有的隐性成本经常被低估。
| 处理方案 | 现金回收速度 | 毛利保护 | 执行难度 | 适用情况 |
|---|---|---|---|---|
| 原渠道限时促销 | 中等 | 中等 | 低 | 仍有需求,页面和价格具备调整空间 |
| 与畅销品组合 | 中等 | 较高 | 中等 | 商品之间存在功能互补或使用场景关联 |
| 会员、团购或员工内购 | 较快 | 较低 | 中等 | 需要控制公开价格影响,且商品仍具备使用价值 |
| 批量转让或渠道分销 | 快 | 低 | 高 | 库存量较大,优先目标是回收现金和释放仓位 |
| 退供、拆解或报废 | 视协商结果而定 | 通常较低 | 中等 | 存在质量、临期、过季或销售合规风险 |

临期商品、食品、化妆品、医疗相关商品、带有特殊认证的商品和受品牌授权约束的商品,不能只从利润角度处理。不同平台对临期标识、商品描述、赠品、跨渠道销售和售后责任可能有不同要求。
在转渠道或批量处理之前,应核查商品标签、有效期、质检状态、平台规则和供应商合同。特别是临期商品,必须清楚告知消费者,不能因为库存压力而弱化信息披露。
这类商品不应立即清仓。先检查流量、点击、加购、支付和退款数据,判断问题发生在哪个环节。
如果问题出在页面和价格,先做小样本优化测试。不要在没有修复转化障碍的情况下直接扩大广告或折扣,因为这只会让更多流量进入一个仍然无法成交的页面。
这类商品通常不是完全滞销,而是采购批量超过了真实需求。处理重点是减慢库存增长,而不是极限降价。
如果商品仍有稳定需求,保留一定毛利通常比一次性清仓更合理。此时更重要的是建立库存上限和补货冻结机制。
季节商品最怕“等下一个旺季再卖”。很多商家以为库存可以放到明年,但下一季可能发生款式变化、需求变化、包装损耗或竞品降价。
季节商品的关键指标不是当前折扣有多大,而是处理完成时点。晚一个月处理,可能比多打九折造成的损失更大。
这类库存不能用普通促销逻辑处理。首先要确认是否还能合法、合规地销售,其次要判断销售后可能产生的退货、赔付和声誉成本。
如果商品不适合继续面向普通消费者销售,可以依次评估供应商退换、批量转让给合适的专业渠道、拆解利用、内部消耗或规范报废。处理记录应包括数量、原因、责任人和最终去向。
低价值大体积商品经常被忽略,因为管理者认为“损失不大”。但如果它们长期占用黄金仓位,就会影响畅销品补货、拣货效率和仓库租赁面积。
这类商品可以单独计算“单位货位成本”和“每立方米回收价值”。如果一批商品每月占用的仓储成本已经接近其可预期利润,那么即使单件仍有毛利,也应考虑快速处理。

库存总览不需要堆满指标,核心是快速发现风险集中区域。建议展示库存总金额、可售库存金额、观察库存金额、高风险库存金额、近30天销售额和库存金额变化趋势。
总览页面应支持按店铺、渠道、仓库、品类、供应商和负责人筛选。如果商家同时经营多个平台,必须区分平台库存和共享库存,否则同一件商品可能被多个渠道重复计算。
SKU清单应当能够按照处理优先级排序,而不是只按商品名称浏览。建议至少保留以下字段:
在九数云中,这些字段可以通过数据连接、计算字段和筛选器组合成面向经营人员的清单。运营人员看到的是“需要优化页面”的SKU,仓库人员看到的是“需要移库或打包”的SKU,采购人员看到的是“暂停补货”的SKU。
处理结果页面是最容易被忽略、但最有长期价值的部分。每次促销、组合、转渠道或退供,都应记录处理前库存、处理后库存、销售收入、净回收现金、处理成本、毛利变化和售后情况。
如果只记录“库存减少了多少”,就无法判断哪种方法真正有效。举例来说,某次大折扣让库存减少200件,但退款率提高、物流成本增加,最终净回收现金不如组合销售方案,那么下一次就不应继续复制大折扣。

每个指标都应该对应一个动作。如果“高风险库存金额”上升,谁负责暂停补货;如果“可售天数”超过内部阈值,谁负责提交处理方案;如果“净回收现金”低于目标,谁负责复盘渠道和费用。
建议为每个预警指标绑定负责人和处理时限。例如,库存可售天数超过内部基准后,采购负责人在两个工作日内确认是否冻结补货,运营负责人在五个工作日内提交页面优化或促销测试方案。
没有责任人和截止日期的看板,只是信息展示;有负责人、动作和复查日期的看板,才是库存管理流程。
先不要急着做促销。将店铺订单、仓库库存、采购成本和退款记录统一到同一时间口径,排除下架商品、残次品、待质检退货和重复SKU。
使用库存金额、可售天数、销售趋势、商品生命周期和仓储压力进行分级。每个重点SKU必须写出一个明确的积压原因,不能只填写“卖不动”。
建议将原因归为六类:采购过量、需求下降、曝光不足、转化不足、季节变化和数据异常。原因分类越具体,后续动作越容易执行。
不要一开始就对全部库存降价。为每个高风险SKU选择一种主方案和一种备选方案,抽取一小部分库存做测试。
测试期间不要只看订单数量,还要观察净回收现金、退款率、客服咨询、物流成本和每日库存减少量。
如果测试结果证明某种方案能在可接受的损失范围内回收现金,再扩大到更多库存。对于效果不明显的方案,应及时停止,而不是因为已经投入时间和广告费就继续追加。
扩大执行时,应同步更新库存看板和处理记录。库存数量减少不代表处理成功,只有净回收现金、仓储成本和售后风险都在可接受范围内,方案才值得复制。
月底复盘至少回答五个问题:哪个SKU最早出现风险信号;哪个动作回收现金最多;哪个动作带来的售后成本最高;采购数量为什么超出真实需求;下一批货应该采用什么样的试采规模。
对新品和不确定性较高的商品,可以采用小批量试采。先用真实订单验证价格、点击、转化和退款,再决定是否扩大采购,而不是把一次性大批量采购当成降低采购单价的唯一目标。

新品最容易出现“看起来有机会,所以一次买太多”的问题。更稳妥的方式是把采购拆成测试批、验证批和放量批,每个阶段设置明确的进入条件。
测试批关注是否有真实需求,验证批关注销售速度和退款率,放量批才关注采购成本和供应稳定性。这样做可能牺牲一部分批量价格优势,但可以减少错误选品带来的大额库存风险。
只看历史销量补货,会把过去的高峰误当成未来常态。补货时至少需要考虑近期销售速度、供应周期、销售波动、现有库存和资金上限。
可以建立一个简单的补货上限:
补货上限 = 预计供应周期需求量 + 安全库存 – 当前可售库存
如果计算结果为负数,说明当前库存已经足够,不应因为供应商正在促销或采购价格暂时较低就继续进货。
每月固定检查以下五类商品,比等仓库爆满后再清理更有效:
月度复盘不需要一开始就建立复杂模型。只要保持字段稳定、时间口径一致,并为异常SKU留下处理记录,几个月后就能形成适合自身品类的判断基准。

如果商品仍有稳定需求,销售窗口充足,仓储成本低,且品牌价格体系比较敏感,就不应为了短期减少库存而过度降价。可以通过组合销售、会员权益、阶梯优惠和页面优化逐步消化。
这类商品的目标是让库存回到可控水平,同时尽量保留单位利润。判断重点是库存是否持续增加,而不是要求库存立刻归零。
如果商品已经过季、技术变化快、仓储成本高、资金占用大或未来需求明显下降,优先回收现金通常比维护原有毛利更重要。
这并不意味着无条件低价销售,而是要设定一个明确的退出价格和处理期限。如果继续等待只能增加仓储和贬值成本,那么尽快转渠道、批量处理或退供,可能是更理性的选择。
对于有经销商体系、统一零售价或品牌授权约束的商品,公开大幅降价可能带来比库存损失更大的长期问题。此时可以优先考虑限定人群、限定渠道、组合销售、非公开团购和供应商协商。
价格处理方案必须提前确认授权范围和售后责任。一次清仓虽然减少了库存,但如果破坏了渠道信任,下一轮合作成本可能更高。
如果商品长期没有有效需求,页面、价格和渠道多次测试都没有改善,且继续持有的成本高于可预期回收金额,就应该考虑停止经营,而不是无限期追加运营资源。
停止经营不是失败,而是为资金和仓位重新分配机会。真正需要复盘的是:为什么当初没有在更早阶段发现问题,以及下一次应该增加什么验证条件。
| 判断条件 | 优先目标 | 首选动作 | 不建议做法 |
|---|---|---|---|
| 有需求,转化下降 | 恢复销售效率 | 优化页面、价格和评价,做小规模测试 | 直接全量清仓 |
| 需求稳定,库存过多 | 控制库存增长 | 暂停补货、组合销售、阶梯优惠 | 一边补货一边大幅降价 |
| 季节窗口即将结束 | 尽快回收现金 | 分阶段降价、团购、转渠道 | 等待下一个旺季再处理 |
| 临期或合规风险较高 | 控制法律和售后风险 | 核查规则、退供、转让或规范报废 | 隐瞒状态继续销售 |
| 长期无需求且占用资源 | 停止损失 | 设定退出价格和最终处理期限 | 继续投入广告和采购资源 |

滞销库存处理最容易被误解成促销技巧,实际上它更接近一项经营决策。商家需要先知道库存为什么积压,再计算继续持有和现在处理的成本,最后根据商品的销售窗口、资金占用、仓储压力和品牌风险选择动作。
我的建议是,不要从“这批货打几折”开始,而要从一张SKU清单开始。先把当前库存、近30天销量、库存金额、可售天数、最近销售日期和商品生命周期放在一起,再为高风险商品设定处理期限和最低回收目标。
如果使用九数云等数据分析工具,重点也不应是做出复杂漂亮的图表,而是让采购、运营、仓库和财务看到同一套数据,并能在异常出现后快速采取动作。工具可以减少人工汇总和数据遗漏,但不能替代商品判断、价格策略和责任分工。
真正健康的库存,不是仓库里一件货都没有,而是每一件货都清楚地知道自己为什么存在、还能卖多久,以及什么时候必须改变处理方式。
下一步可以从最近30天的库存数据开始:先筛选出库存金额最高的20个SKU,再标记其中销售趋势下降、可售天数过长、季节窗口收窄或仓储成本较高的商品。为每个SKU写下一个处理动作、一个负责人和一个复查日期。只要这张表能够持续更新,库存管理就会从事后清仓,逐步转向提前决策。
我店里有些商品每天还能卖出一两件,但库存却一直降不下来,我不确定这算不算滞销。如果直接打折,可能会损失本来可以获得的利润;如果继续放着,又担心过季或占用现金流,应该用什么方法判断?
我不建议用“连续30天没有销量”作为唯一标准,因为不同品类的销售节奏差异很大。低频家居用品可能一个月卖几件仍然正常,而季节服装在销售窗口结束后,即使还有零星订单,也可能已经进入高风险库存状态。我在做库存复盘时,会把“销售速度、库存可售天数、商品生命周期、继续持有成本”放在一起判断。
先计算近30天平均日销量,再用当前库存量除以平均日销量,得到预计可售天数。如果近30天销量只有6件、现有库存还有120件,理论上还要销售600天,这比单纯看“最近还有订单”更能说明问题。
判断维度观察问题实际意义 销售速度近7天和近30天销量是否持续下降识别短期波动还是趋势恶化 库存可售天数现有库存按当前速度能卖多久判断资金和仓储占用时间 生命周期商品是否临近换季、过时或失去热度判断未来价格下跌风险 持有成本继续存放是否产生仓储、损耗或过期成本比较现在处理和继续等待哪个损失更小 实际操作中,我会把商品分为四级:正常库存、观察库存、重点处理库存和高风险库存。
新品至少要经过一个合理测试周期,不能因为前7天销量低就直接清仓;而临近换季的商品,即使库存可售天数不长,也可能需要提前处理。一个实用的判断公式是:滞销风险不只取决于销量低,还取决于“库存量大、销售速度下降、未来销售窗口变短、继续持有成本上升”这四个因素是否同时出现。
满足的因素越多,越应该尽快制定处理期限,而不是继续等待自然销售。
我以前遇到库存卖不动时,第一反应就是设置满减和低价促销,但活动结束后发现库存并没有真正消化,反而增加了退款和售后。我想知道哪些情况适合促销,哪些情况说明商品本身就不值得继续投入?
我的判断是,打折应该是处理方案,而不是诊断步骤。商品卖不动可能是价格问题,也可能是曝光不足、主图无法表达卖点、评价太少、需求已经变化,或者商品根本不适合当前渠道。原因不同,促销的结果完全不同。
我曾经复盘过一批功能相近的家居用品:其中一款点击率正常但支付转化率只有同类商品的一半,问题更接近页面表达和价格带;另一款曝光、点击、收藏和加购都很低,继续投广告或加大折扣都缺乏依据。前者值得做小范围页面和价格测试,后者更适合尽快转移渠道或批量处理。
表现更可能的原因优先动作 曝光低、点击低选品或流量匹配不足停止盲目补货,评估转渠道 曝光正常、点击低主图、标题或价格缺乏吸引力先测试页面和价格 点击高、转化低详情页、评价、规格或信任问题修正商品表达和购买门槛 转化正常但库存过多采购量超过真实需求用组合销售和阶梯优惠加速周转 我通常会先做一个小规模测试,而不是全店降价。
例如保留一部分原价库存,将另一部分设置限时优惠,观察7天内的支付转化率、退款率、毛利和库存减少量。如果销量增加但退款率明显上升,说明低价吸引来的需求并不稳定,不能把活动期间的订单量当成处理成功。判断是否继续投入时,可以把商品分成三种情况:有需求但卖法不对,适合优化;有需求但库存过量,适合加速周转;
没有明确需求,适合停止新增成本。第三类商品最容易被误判,因为商家常常把更多广告费和更低价格误认为“还有机会”。
我知道清仓不一定要保住原来的毛利,但也不想为了回收现金而忽略平台佣金、运费和售后成本。实际做促销时,我应该按照采购成本打几折,还是按照最终能回收多少钱来判断?
处理滞销库存时,我更关注“预计净回收现金”,而不是折扣率。商品从原价降到五折,看起来折扣很大,但如果还要承担平台费用、履约成本、赠品、退款和额外仓储,实际回收金额可能并不理想。
可以使用这个简单公式:预计净回收现金 = 销售收入 – 平台费用 – 履约及物流费用 – 促销成本 – 售后成本 – 继续持有成本。假设商品售价为59元,平台和支付费用4元,物流及包装8元,促销成本5元,预计售后成本3元,那么每件实际回收现金只有39元。
用这个数字和“现在批量转让能拿回多少钱”比较,才有决策意义。
方案单件收入额外成本预计净回收适用情况 原渠道促销59元20元39元商品仍有稳定需求 组合销售按组合分摊折扣和赠品成本较高需单独核算能与畅销品形成互补 批量转让28元低物流和售后成本约26元优先回收现金和释放空间 继续存放暂时没有现金回收每月仓储及贬值成本可能持续下降只有未来需求明确时适用 我踩过的一个坑是只计算采购成本,不计算“等待成本”。
一批体积较大的商品即使没有临期风险,也会持续占用仓位,并挤压更快动销商品的存储空间。如果继续持有一个月要增加仓储、搬运和价格下跌成本,那么当前少回收几元,可能反而是更便宜的选择。底价也不能机械地等同于采购成本。
对已经确认难以销售的库存,应该先设定一个可接受损失区间,再比较原渠道促销、组合销售、批量转让和报废处理。优先级通常不是“谁售价最高”,而是“谁能在可控风险下更快回收现金,并减少后续成本”。
我的店铺没有专门的供应链团队,也没有复杂的库存系统,平时主要靠表格和人工经验管理。有没有一套每周或每月都能执行的流程,让我不仅能处理当前积压,还能避免下一次重复进货过多?
中小商家不一定要先购买复杂系统,关键是先建立固定的复盘节奏和责任口径。我在实际整理库存时,会把流程压缩成“筛选、分类、定方案、设期限、复盘”五个动作,先用一张表跑通,再考虑是否需要工具自动化。第一步是固定筛选时间,例如每周查看近7天和近30天销量,每月查看库存金额、长期未动销SKU和库存增长速度。
不要等到仓库爆满才盘点,因为那时很多季节品已经错过了最容易销售的时间窗口。第二步是给每个异常SKU补齐必要字段,包括当前库存、单位成本、近30天销量、最近销售日期、预计可售天数、有效期或季节节点、处理渠道和负责人。字段不需要很多,但必须能支持“现在是否要处理、由谁处理、什么时候复查”这三个问题。
阶段要做的事输出结果 筛选找出销量下降、库存金额高或长期未动销的SKU异常库存清单 分类区分正常、观察、重点处理和高风险库存处理优先级 定方案选择优化页面、促销、组合、转渠道或批量转让单SKU处理计划 设期限明确测试天数、目标销量和复查日期可执行的时间节点 复盘记录回收金额、损失、退款和后续建议采购及选品调整依据 第三步是给方案设置退出条件。
例如页面优化测试7天后,如果点击率没有改善,就不要无限期继续投入;促销测试结束后,如果库存下降很慢且退款率升高,就应切换渠道。没有截止日期的处理方案,最后通常会变成“先放着看看”。我认为最有价值的复盘字段不是“这次卖了多少”,而是“为什么当初会多进”。如果原因是供应商起订量过高,就要重新谈分批交付;
如果原因是新品没有经过小批量测试,就要设置首批采购上限;如果原因是销售、仓库和采购使用了不同数据口径,就要统一库存和销量的统计时间范围。一套简单流程是否有效,可以看三个结果:高风险库存是否被更早识别,处理决策是否有明确期限,复盘结论是否真的改变下一次采购。
只要这三个环节能持续执行,表格管理也能比临时打折更可靠。


读者评论
文章把滞销库存从“销量低”进一步拆解到销售趋势、持有成本和现金回收,判断逻辑比较完整。尤其是区分页面转化问题、季节变化和采购过量,实际操作中比统一打折更有参考价值。
文中的库存看板设计比较实用,能够把库存金额、可售天数、销售趋势和处理状态放在一起。不过具体预警天数仍需结合品类、补货周期和资金状况调整,不能直接照搬示例阈值。
净回收现金的计算提醒了一个常被忽略的问题:促销带来的销售额不等于最终回款。平台费用、物流、退款和售后成本都应纳入评估,建议企业再结合真实结算数据验证方案。