mcpField
A
amz-inventory-management

amz-inventory-management

github.com/jaygptpro数据与数据库11113 次安装3 天前更新
代码仓库

关于 amz-inventory-management

这项技能面向 Amazon 卖家，计算各 SKU 的补货点和订货量，并预测未来 12 周的库存覆盖情况。计算会考虑交货周期、季节性、补货限制和账户容量约束。

主要功能

  1. 01计算补货点和订货量
  2. 02预测未来 12 周库存覆盖
  3. 03考虑需求季节性
  4. 04检查补货及容量限制
  5. 05标出库龄过长及滞留库存
  6. 06识别最薄弱的 IPI 指标

适用场景

  1. 01为 SKU 制定补货规则
  2. 02规划旺季前的库存
  3. 03管理受限的 FBA 容量
  4. 04查找库龄过长或滞留库存

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/jaygptpro/amazon-pro-skills --skill amz-inventory-management

安装后在 Claude Code 中输入/amz-inventory-management确认已加载。

详细介绍

库存管理器

库存管理不善会让亚马逊卖家两头亏钱。缺货会导致排名下滑，失去的销量也不会回来。库存过多则要支付仓储费，还会占用现金。凭感觉补货，往往会同时造成缺货和库存过多。此工具会计算补货点和订货量，在避免产品缺货的同时，不让资金沉淀在仓库里；还会结合容量限制和季节性因素，预测未来 12 周的补货安排。

适用场景

  • 卖家没有补货规则，凭感觉补货。
  • 产品曾经缺货并导致排名下滑，卖家希望这种情况不再发生。
  • 仓储费或长期仓储费正在侵蚀利润。
  • IPI 评分偏低，或受到补货限制的影响。
  • ASIN 级补货限制已重新启用，卖家需要在限制范围内补货。
  • 滞留库存或库龄过长的库存一直未能售出。
  • 规划 Q4 旺季备货，需要应对季节性需求增长和经常延误的交货周期。
  • 新 SKU 销量趋于稳定，需要制定首份预测。

框架：补货公式

库存管理由两个数字决定：何时订货，以及订多少。这两个数字都取决于销量和交货周期。

补货点。 当现有库存降至以下水平时订货：

Reorder point = (daily sales rate x total lead time in days) + safety stock

总交货周期涵盖从下达采购订单到商品上架并可售的所有环节：生产、货运、清关，以及亚马逊收货和入库。卖家常常忘记计算收货环节，结果还是会缺货。

安全库存。 用于应对需求激增和交货周期延误的缓冲库存：

Safety stock = daily sales rate x buffer days

缓冲天数应根据波动程度调整。销量稳定且供应可靠的产品需要约 14 天；销量波动或供应链不可靠时，则需要 21 至 30 天。

订货量。 订货量要足以维持到下一批补货到货，同时兼顾仓储成本和现金占用。常见目标是覆盖 60 至 90 天的需求。覆盖时间更长，可能产生长期仓储费并占用现金；更短，则任何交货周期延误都可能导致缺货。

库存过少如今不只是缺货风险。自 2024 年 4 月起，亚马逊会对历史库存覆盖天数偏低的 FBA 标准尺寸商品收取低库存水平费用（该费用会参考短期和长期的供货天数，因此触发费用的通常是长期库存不足，而非短暂的库存下滑）。这项费用按件收取，并叠加在正常配送费之上，因此补货过于紧张会在不知不觉中增加成本。具体阈值和每件费用会有所变动。亚马逊已调整过这两项数据，请在 Seller Central 的库存绩效和费用页面确认当前数值及 SKU 的状态。实际操作中，应确保库存覆盖天数足够，避免触发这项费用；这通常与补货公式建议的 60 至 90 天目标一致。

12 周计划：库存覆盖天数模型

补货公式告诉你何时触发一张采购订单。计划则告诉你接下来何时触发三到四张订单。它由两个指标驱动。

  • 现有库存覆盖天数 = 现有库存件数 / 日均销量。 每天查看。
  • 补货点，如上文所定义。

按周预测未来 12 周的库存覆盖天数。在旺季所在周应用季节性乘数（参见 amz-seasonal-planning）。如果预测的库存覆盖天数低于补货点对应的天数，就应在该周下单。订货量按目标库存覆盖天数 x 日均销量计算，然后将 ASIN 补货限制和账户容量限制作为硬性上限。

针对旺季，应提前下单并增加订货量，让库存赶在旺季开始前到位，而不是等旺季期间才到货。

IPI 和 FBA 容量限制

2023 年 3 月，Amazon 移除了过去用于限制 FBA 仓储的 IPI 硬性最低分要求，并将原有的仓储体积和补货限制合并为单一的月度 FBA 容量限制，以立方英尺为单位。现在，容量通过 Seller Central 中的 Manage Your Inventory Capacity 进行管理，综合参考近期销售额、IPI、需求预测和配送中心可用容量，而不再由阻止入库货件的 IPI 硬性门槛决定。IPI 仍是 Amazon 决定授予多少容量的参考因素之一，分数偏低仍会收紧限制。IPI 受四项因素影响：降低过剩库存、保持良好的售出率、处理滞留库存，以及维持较高的在售率。管理好这四项因素，并查看容量控制面板，了解账户的实际限制。将你在网上看到的任何具体 IPI 目标视为会变化的经验参考。请在 Seller Central 中确认当前门槛和账户状态，不要假设存在固定数值。

30-60-90 天 IPI 恢复计划

当 IPI 偏低导致容量限制收紧时，恢复需要持续每周采取行动，而不是一次性突击。先诊断当前限制最大的单一因素（失分最多的因素），然后按阶段推进：

  • 第 1 至 7 天。诊断并制定计划。 从库存控制面板查看四项因素的细分情况。打开 Manage Excess Inventory 和 Stranded Inventory 工具。找出当前限制最大的因素，并据此制定每周行动清单。
  • 第 8 至 30 天。解决当前限制最大的因素。 清除或清算过剩库存，或者处理滞留商品信息，具体取决于当前的限制因素。针对每个 SKU 权衡移除和清算，而不是一概而论：移除需要支付费用，但能释放容量；清算会损失部分利润，但能回收现金。分数通常会在 2 至 3 周内有所反应。
  • 第 31 至 60 天。改善次要因素。 通过促销和广告投入，推动滞销商品的售出率；同时修复那些库存反复告急的 SKU 的补货计划，以改善在售率。
  • 第 61 至 90 天。稳定分数并利用腾出的空间。 每周检查，确认分数保持稳定且容量限制有所放宽，然后规划使用恢复容量的补货计划。分数恢复前不要增加库存。IPI 偏低时增加库存会使过剩库存指标恶化，并进一步收紧限制。

IPI 每周更新，因此在整个 90 天期间都要每周检查；如果分数或容量限制朝不利方向变化，请及时标记。

分步说明

  1. 收集输入数据。 按 SKU 收集：每日或每周销售速度（使用最近 90 天的实际销量，而非历史平均值）、当前在手库存、提前期的各个环节（生产、货运、清关、Amazon 接收）、需求波动性、每周的季节性乘数、当前 IPI、账户容量上限，以及任何 ASIN 级补货上限。

  2. 计算总提前期，包括 Amazon 接收环节。

  3. 根据波动性设定安全库存。 波动较大或具有季节性的 SKU 应设置更大的缓冲量。

  4. 计算再订货点。 将已达到或低于再订货点的 SKU 标记为立即下单。

  5. 检查 ASIN 补货上限是否构成约束。 将期望订货量（目标 DoC x 每日销售速度）与 ASIN 级补货上限进行比较。如果上限低于期望订货量，则该上限构成约束。该 SKU 的库存将偏紧，除非提高上限。计划申请增加容量，或更密集地安排 PO。请在输出中将此列为限制条件，而不是忽略不提。

  6. 预测 12 周的 DoC 计划。 按周应用季节性乘数。标出每个下单周和订货量。

  7. 设定订货量，确保覆盖 60 到 90 天；不得超过有约束力的补货上限，并根据即将到来的季节性进行调整。旺季前的 PO 应提前安排并增加订货量。

  8. 检查库存浪费。 找出即将产生长期仓储费的库龄库存，以及滞留库存（有库存但无法销售），并建议解决方法：降价、移除或重新上架。

  9. 检查 IPI 影响因素，并指出最薄弱的一项。

  10. 进行质量检查，然后交付结果。

输出格式

## Inventory Plan. [SKU or catalog]

### Per SKU
[SKU] . daily rate . on hand . reorder point . status [ok / order now] . order qty
       . restock limit binding? [y/n]
...

### 12-week DoC projection (per priority SKU)
Week 1: [DoC]   Week 2: [DoC]   ...   Week 12: [DoC]
Seasonal multipliers applied: [Nx in week X, ...]

### Order schedule
PO 1. Place by [date]. Quantity: [units]. Arrives in stock: [date]
PO 2. ...

### Waste scan
Aged inventory: [SKUs approaching long-term storage fees]
Stranded inventory: [SKUs in stock but not sellable]

### Constraints
Restock limit binding on: [SKUs]
Capacity increase request needed: [y/n]

### IPI
Current: [score]   Weakest lever: [which]   Fix: ...

### This week
[ordered by urgency]

示例

某 SKU 每天销售 25 件。提前期：生产 30 天、货运和清关 25 天、Amazon 接收 7 天，总计 62 天。需求波动性中等，缓冲期为 21 天。ASIN 补货上限为 3,000 件。

安全库存：25 x 21 = 525。再订货点：(25 x 62) + 525 = 2,075 件。该 SKU 的在手库存为 2,200 件。DoC = 88 天。大约在第 1-2 周达到再订货点。覆盖 75 天的订货量：约 1,875 件。检查 ASIN 补货上限是否构成约束。上限为 3,000 件，期望订货量为 1,875 件；本次订单不受上限约束，没问题。第 10 周的旺季峰值乘数为 3x，因此需要提前到第 7 周下单，并增加订货量。旺季前到货计划显示：PO1 在第 1 周下单（1,875 件），PO2 在第 7 周下单（3,000 件）；旺季订单此时受补货上限约束，请在第 5 周前申请提高上限。

卖家之前一直等到在手库存降至 600 件才重新订货，且每次货运延误都会导致断货。新计划明确显示每笔 PO 的下单时间和数量，既没有断货风险，也没有过量库存。

质量检查

  • 总提前期包括 Amazon 接收环节，而不只是生产和货运时间。
  • 每日销售速度根据近期实际销量计算，而非历史平均值。
  • 安全库存根据 SKU 的需求波动性调整。
  • 将所有达到或低于再订货点的 SKU 标记为立即下单。
  • 按周预测 12 周的 DoC，而非仅提供快照。
  • 将 ASIN 级补货上限作为约束进行检查，而非忽略不计。
  • 遵守账户容量上限。
  • 订货量以覆盖 60 到 90 天为目标。
  • 季节性备货订单应足够提前下单，确保在旺季前到货。
  • 指出库龄库存和滞留库存，并提出具体的解决方法。
  • 指出最薄弱的 IPI 影响因素。

常见错误

  • 忘记计算入库时间。 商品到达仓库当天并不能销售。这段时间会导致缺货。
  • 凭感觉或按固定周期补货。 无论库存可售天数如何，每月都下采购订单，两种情况下都不对：销售旺盛时会缺货，销售低迷时会库存过剩。
  • 订购过多。 为了求稳而积压资金，并产生长期仓储费。
  • 忽视 ASIN 补货限制。 订购 5,000 件，而 ASIN 限制为 3,000 件，意味着 2,000 件会被卡住，或只能通过 STA 容量发送，成本高昂。
  • 忽视滞留库存。 商品在仓库里，却没有列为可售商品，既不能带来收入，还要支付仓储费。
  • 没有季节性系数。 用基准预测应对销售旺季，必然会导致缺货。
  • 放任 IPI 下滑。 产品刚开始热销时，低 IPI 会限制补货量。

由 Jay GPT Pro 打造

属于 Amazon Pro Skills。面向专业 Amazon 卖家的生产级技能。 免费且开源。由 Jay Margaliot 打造。

我每周都会在 WhatsApp 群组中免费分享一个面向 Amazon 卖家的 AI 新玩法。 点击此处加入：https://chat.whatsapp.com/ILX65p1yWcaIG3c9WGHpTY

评论

支持 Markdown