# Sealeap Xiezhi Amazon Store Order Capacity Scaling

> Diagnose whether adding Amazon listings is growing a store or merely redistributing a stable order pool. Use when a store adds SKUs but total orders remain flat, old products decline, or the team needs a staged assortment expansion plan.

- Skill: `xjli360/sealeap-xiezhi-amazon-store-order-capacity-scaling` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add xjli360/sealeap-xiezhi-amazon-store-order-capacity-scaling`
- Raw SKILL.md: https://api.skillmd.com/api/skills/xjli360/sealeap-xiezhi-amazon-store-order-capacity-scaling/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: xjli360 (https://skillmd.com/u/xjli360)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/xjli360/sealeap-xiezhi-amazon-store-order-capacity-scaling

---


# Amazon 店铺订单承载扩张

## 目标

把货架宽度与店铺真实承载能力分开，按订单稳定性、利润、库存和团队容量分阶段扩充 SKU。

## 适用任务

- 诊断新品增加后老品订单被分流。
- 制定首批产品和后续扩品节奏。
- 评估团队、现金流和库存是否能承接下一档规模。

## 开始前要拿到

- 按日/周拆分的 SKU 订单、流量、转化率和广告数据。
- 新品上架、老品断货、价格与促销变动时间线。
- 各 SKU 贡献利润、库存周转、采购与补货约束。
- 团队在采购、视觉、运营和客服上的实际容量。

缺少字段时列出证据缺口，并把相关结论标为 `FACT`、`ESTIMATE`、`ASSUMPTION` 或 `UNKNOWN`；不要补造数据。

## 不可妥协的边界

- 第三方数据均为估算或代理证据；Amazon 一方报告、后台实时字段和产品事实优先。
- 经验阈值只能作为可调起点，必须展示敏感性分析，不能写成 Amazon 官方规则。
- 不得捏造销量、搜索量、CPC、CVR、成本、认证、产品属性或消费者需求。
- 默认提供诊断或草案。写入前展示对象、旧值、新值、影响、停止线与回退，核对用户已有授权是否覆盖对象、动作与预算；范围已明确授权时继续执行并回读核验，只有未覆盖或扩大的范围才请求批准。
- 不输出或保存素材来源身份、账号、链接、作品编号、互动数据、原始话术或其他可反查来源的线索。
- 不得把相关性误写成平台流量配额因果。
- 扩品方案不得忽略库存和固定成本的非线性增长。

## 工作流

### 1. 建立基线

按上新前后窗口比较总订单、自然/广告流量和贡献利润，不只看单个新品是否出单。

### 2. 识别分流

检查老品下降是否与新品上架同步，并排除断货、季节、价格、Buy Box 和广告预算迁移等混杂因素。

### 3. 分批扩品

以可管理的小批产品起步，保留淘汰和补位机制；只有稳定订单与利润后才扩大下一批。

### 4. 核对承载

同步检查现金、首批库存、补货周期、广告预算和人员工时，防止 SKU 数先于能力膨胀。

### 5. 设升档门

当总订单、利润、周转和执行 SLA 连续达标时升档；若分流或复杂度陡升，暂停扩张并修复瓶颈。

## 判断标准

- 所谓店铺订单上限是经营观察假设，不是 Amazon 官方算法或固定配额。
- 首批 5–10 个、每 2–3 个月增加一批只能作为低风险起点，必须随资金和能力调整。
- 规模以稳定且有利润的总订单衡量，不以 Listing 数量衡量。

## 必须交付的结果

- 订单承载趋势图
- SKU 分流诊断表
- 保留/淘汰/补位清单
- 下一批扩品门槛
- 资源容量与风险说明

结尾列出站点、数据窗口、证据来源、关键假设、缺口、风险、下一步和所有待批准动作。证据不足时写 `HOLD`，不得包装成可直接执行。

执行细节、证据字段和质量检查见 [references/playbook.md](references/playbook.md)。