滞销库存压住的不是货，是本来能拿去备下一季的钱。后台把这类货叫冗余库存，通常指九十天没有动销、或者库存量明显超出近期销量的那一部分。一笔五万美元货值的库存搁在仓里，账面上仍算资产，现金流量表上已经是负数：月度仓储费照收，库龄过一百八十天起加超龄附加费，过三百六十五天再跳一档，资金成本与仓储超量费叠在上面。

清货路径,滞销库存,资金占用

一、先把压住的钱算出来

起手要算的是持有成本。把每件货的月度仓储费、超龄附加费、资金占用三项拉成一张表，按剩余库龄分档填数，别只盯着后台那个「冗余库存」标记。同一批货里，库龄刚过九十天的和快满一年的，每月烧掉的钱能差出好几倍，一刀切地按同一节奏处理，等于拿贵的那部分补贴便宜的那部分。

接着算回收率随时间怎么掉。季节品过季就没人搜，竞品换一代，自家链接的评分与排名也在缓慢下滑，压得越久能卖回的价格越低。这笔损失不进任何一张费用单，只在成交那一刻才显形，所以最容易被漏掉。

还有库容的机会成本。库存绩效分数被拖低，库容额度跟着收紧，旺季畅销品补不进去，该赚的毛利没赚到。这部分比仓储费大得多，却从来不会出现在库存报表的费用栏里。

清理动作本身也有价签。移除订单要付移除费，弃置要付弃置费，退回海外仓要算头程回程与换标人工，站外折扣要付佣金与折让。有些低货值大件，把货拉回来的运费已经高过货值，这时候「卖掉」反而不是最省的路径。

把四项摆齐，就能给自己划一条止损线：预期净回收低于未来两三个月的持有成本，就该动手。继续挂着慢慢卖和立刻折价出清是两条路，前者赌的是需求回暖，后者换的是现金与库容，没有哪条天然正确，取决于下个旺季的备货缺口有多大。

二、能原价走的货，先挪到有需求的地方

不折价的那部分货，值得先试一遍销售半径。同一批库存放在本国站点卖不动，换个市场未必卖不动，平台提供的几条跨站点配送能力就是干这个用的：库存不挪仓，订单半径变了，货值不用打折。

  1. 北美远程配送。美国站库存可直接发给加拿大与墨西哥买家，跨境段由平台管理，不必另建两处备货。

  2. 欧洲配送网络。单一欧洲仓库存能覆盖多个站点订单，也可让系统把货放到离买家更近的运营中心。

  3. 多渠道配送。同一批库存可承接独立站与其他平台的订单，把销售半径拉到本站之外。

这三条路不是无条件可用。类目是否开通、买家侧关税怎么计、退货退到哪个地址、结算周期多长，都要在开卖前问一遍，尤其跨境订单的退货成本容易吃掉原本想保住的那点毛利。

三、要折价的时候，按回收率排队

还有自然流量的链接，先走站内促销。降价配优惠券是最快的一档，Prime 专享折扣与限时秒杀能集中放量，奥特莱斯清仓频道面向的就是这类库存，报名有最低折扣门槛，几乎不收提报费。大促节点提前报活动，蹭的是全年最集中的那波流量。

站外折扣社区与捆绑销售适合还有评分基础的商品。前者靠大幅让利换一次脉冲流量，后者把慢动销的货挂在畅销款上做加价购，不单独砸价格体系。

再往下是批量清货。平台把整批货打包交给清货商，卖家收回货值里很小的一截，好处是不用再付移除费、不用找仓接货、处理周期短。低货值、体积大、移除不划算的库存，走这一档往往比拉回来更划算，账面上难看，现金流上却是止血。

末了才是移除与弃置。有二次销售渠道的可以申请退回，换标后走别的平台或线下；彻底没有需求的走弃置，部分站点还支持捐赠移除。自动移除会按价值回收从高到低依次处理，适合不想逐笔盯的卖家。

四、清完之后把补货节奏改掉

一次清理只治标。滞销多半是几个月前那张备货单埋下的：按旺季峰值推的量，遇上需求回落或竞品降价，多出来的部分就沉在仓里。清完不复盘，下一季会原样再来一遍。

更稳的做法是把大货拆成几批。原本一次发三千件，改成三次各一千件，中间隔几周，用实际动销决定后两批发不发、发多少。多付一点头程，换来的是少压一大笔钱，以及产品要改版时不必整批报废。

再给每款设一条库龄预警。后台的库存年龄与冗余库存报告按月拉一次，超过预设天数就强制进评估，不许用「再看看」搪塞过去。补货模型里把生产天数、头程天数、安全库存分开写，别揉成一个拍脑袋的数字。

说到底，资金周转比账面毛利更先决定店铺能不能撑到下一季。把「再等等」改成「现在算」，货还是那批货，决定权就回到了自己手里。

FAQ：清理冗余库存的三问

Q1：超龄附加费从哪一天开始算

按库龄分档计，通常一百八十一天起进入加收区间，三百六十五天再跳一档，具体档位与费率以当期后台费用表为准。判断依据是库龄，不是上架日期，也不是创建货件的日期。

Q2：批量清货和移除订单怎么选

比两条路的净回收。有渠道能把货二次卖掉的，移除更值；低货值大件、运费高过残值的，清货更省事。别只看回收比例，把移除费、换标人工与再上架周期一并折进去。

Q3：清货会不会影响链接权重

深折会压低历史最低价，后续活动报名与参考价可能受影响，动手前先查一遍活动门槛。若只是想腾库容，优先用不改动售价的跨站点分流，把降价留到确实需要的时候。