FBA 库容额度不是申请下来的，是算出来的

库容申请最大的误区，是把它当成一道申请题。见过太多卖家在申请表里写运营计划、写品牌故事、写增长曲线，提交后被驳回，回来改一版措辞再交，还是被驳。问题从来不在这张表上。

额度是结果，不是目标

亚马逊给不给额度、给多少，看的是你提交那一刻的历史数据。在售货值天数、库存周转、有货率、IPI 分数，这四项构成一个可算的盘子。你在申请框里写的那些话，一句都不参与计算。

时间顺序很重要。额度申请窗口在每年固定时段开放，而决定额度高低的数据是过去 90 天的累积结果。窗口打开那天再去优化措辞，对象不对。

我的做法是把额度当成半年一次的结果验收。九月做清库龄和压缩在途，十月看货值天数有没有降下来，十一月窗口打开时数字已经站在那里。年度评估之外有追加申请的口子，但幅度远小于一次成功的改库龄。能调的是分配，不是总量。

提交前必须能自证的三件事

这三行是我内部表的固定结构。口径不是亚马逊官方定义，是按跨境魔方那套指标体系对齐之后自己重算的，读者拿去用要按自己的站点和品类重标定。

表里最容易被做假的是第三行。很多卖家报数时把在途排除，等货真到了才发现库容不够。这一栏老实算进去最有说服力。

分批入仓是把压力摊到季度

库容额度与在售货值天数的联动关系

一次性把三个月的货全塞进 FBA，额度压力会集中在一个季度爆发，后面两个季度要么断货要么超发。分批入仓的价值不在省钱，在让额度曲线变平。

做法是从在售 ASIN 里筛周转率最高的一批，先按两个月的量入仓，剩下的量放海外仓或 AWD，等第一批出货、货值天数降下来之后再走第二次入仓。亚马逊给的是月度额度，按季度花等于放弃两个月的额度空间。代价是每次入仓都要重新预约、重新贴标、重新走流程。我宁愿付这个代价，它同时降低了超发和断货两头被卡的风险。

清库龄和拿额度是同一个动作

清 12 个月以上的库龄库存，不只是释放资金，它同时在降货值天数，而货值天数是额度核算的分母之一。这个动作一次解决两个问题。

顺序上我先清可售的，按毛利残值排：先跑站内降价加站外，站外走不动再走清仓渠道，最后才是移除。移除掉的钱百分之百沉没，前面每一步都还有回收。

知无不言社区里有个做家居的卖家，清掉大约 30% 滞销库存之后利润率反而往上走了 8 个点。这是他们的自述，我当方向性参考。逻辑我信：滞销占用的仓储费一直在扣，降价清掉的那部分本来就在吃毛利。8 个点具体多少取决于滞销占比，占比 5% 的团队可能只有 1 个点。

额度下来之后别一次性发完

拿到额度当天就全部分配下去，是把一个可持续的资源变成一次性支出。额度按月释放，按月花，旺季才有弹药。

我会做一张月度分配表，把额度拆成基础、增长和应急三份。基础给稳定出单的链接，增长给本季准备放量的品，应急留着给断货补货和退货换标回仓，至少留一成。占比太小断货一来只能拆东墙补西墙。

最后一句

库容管理的真正难点不在申请这一环，在你愿意为「让数字好看」先卖掉多少库存。这个决定很疼，但它是唯一能推动额度的动作。