库龄分级的意义不是算账，是决定谁先动

库龄分级这件事，大部分人做成了一张报表，然后就没有然后了。90 天以上占多少、180 天以上占多少，算完就归档。它该有的用法是：每一档对应一个动作，一个负责人，一个截止时间。

先把口径钉死，不然分级没有意义

我见过两家公司的报表对不上，最后发现一家把在途算进来了，另一家只算在售。这种分歧不解决，后面所有处置决策都是错的。

我用的三个口径是这样分的：

90+ 和 180+ 这两个阈值是从平台对库存绩效的口径借来的，具体数值各家略有差异，我用的 90 和 180 是按我自己品类的周转速度标定的：快消品可能要看 60 天和 120 天，家居大件就要拉到 120 天和 240 天。

阈值不是重点，重点是你得写下来，并在每个季度对一次口径，不然换个人看报表就得重新吵一遍。

分级的真正产出是动作

库龄三档分级与对应处置动作

我现在的分档是这样，每档的动作和责任人都写死在表里：

「本季度内清完」这条是硬的。我见过太多处置计划写着「逐步优化」，没有截止时间的优化就是不做，一拖又是一个季度。

财务确认这一环也别省。移除是要计损的，一批货是走清仓还是直接移除，账面损失差几个点，财务必须签字。这个签字动作会强迫团队把残值算清楚，而不是凭感觉清。

一个我改过判断的地方

我以前认为处置档越早介入越好，90 天开始降价、180 天清仓。后来发现这套做下来很多品是被自己打折打死的，还没到自然淘汰点就先亏了毛利。

现在我的做法是往后挪一档。90 到 180 天这一段不降价，只做两件事：把 Listing 的曝光守住，把评论数和视频维护住。原因是这个区间的品往往是新品或者季节尾，它可能只是节奏没起来，不是卖不动。等它真的连续两个周期不动，再往下走一档。

代价是占用资金的时间变长了。好处是清掉的都是真正该清的，处置档的数量下降之后，每一批的清货价能谈得更好。这个取舍我站后者。

分级结果要能倒推选品

分级报表如果只服务于清理，就是一张成本表。它还能做一件事：倒推。

连续两个季度落在处置档的 ASIN，占某个 SKU 组三成以上，这个 SKU 组的产品结构就有问题了。不是运营能修的，是选品环节放进来的东西不对。这时候该动的是开发端，不是让运营再降一轮价。

我把这个反向检查写进了季度复盘：处置档 ASIN 名单 → 按 SKU 组归类 → 找三成以上的组 → 回到开发端看这些品当初的立项理由。链路跑通一次，团队对库存的注意力会从「这批货怎么办」前移到「这批货当初为什么进来」。

分级表的落点

一份合格的库龄分级表要能回答四个问题：哪些货在占用钱，占了多久，接下来谁处理，什么时候处理完。少一个「谁处理」，表就会变成没人看的报表。

这也是分级和清理最大的区别。清理是执行一次的动作，分级是持续运转的机制。