亚马逊 Case 界面英语全解：开 Case 与跟进的表达

亚马逊 Case 系统是你和平台官方沟通的正规渠道，但界面全英文、选项繁杂，很多卖家要么选错 Case 类型被来回踢皮球，要么描述写得像机翻导致客服看不懂，最后问题拖成死循环。这篇指南直接给你判断标准、现成模板和升级话术，读完能独立处理 90% 以上的常规 Case，知道什么时候该继续磨、什么时候该 escalate。

什么情况必须开 Case，什么情况开了也没用

先排除误区：不是所有问题都值得走 Case 渠道。Case 适合处理需要亚马逊官方介入、且有明确处理规则的事项，比如库存差异索赔、FBA 费用错误、Listing 被误删或变体被拆、广告扣费异常、账号健康相关警告等。判断标准是这件事有没有对应的 Policy 或 Help 页面作为依据，如果有，开 Case 就有抓手；如果纯粹是”我觉得竞品在搞我”但拿不出证据，Case 大概率石沉大海。

以下情况开了基本白搭，建议换渠道：一是站内信咨询产品使用问题，这属于客服外包团队处理范畴，回复模板化且权限极低；二是实时销量波动或排名变化，Case 系统没有实时数据查询功能，客服只会让你等 48 小时再看；三是涉及具体买家信息的纠纷，隐私政策限制下客服无法透露；四是政策灰色地带试探性询问，比如”我这样操作会不会被封”，客服只会复读 Policy 原文，不会给你背书。

必须立即开 Case 的阈值：FBA 货件接收数量差异超过 2% 或绝对值超过 10 件（以先到者为准），因为系统允许 1-2% 的扫描误差，超过这个区间就值得追查；月度仓储费或长期仓储费账单与你自己测算的差异超过 50 美元，小额差异走 Case 的时间成本不划算；Listing 因”商品状况投诉”被下架且你确认是误杀，必须在 72 小时内提交 Case 并附发票，超过这个窗口申诉难度倍增；广告账户出现未经授权的扣费，无论金额大小都要留痕，这是后续追偿的证据链起点。

还有一个隐藏判断：看 Seller Central 顶部有没有红色/黄色横幅警告。有横幅说明系统已标记，此时开 Case 会被优先路由到对应团队，处理速度通常比无警告时快 30-50%。没有横幅但你觉得问题严重，可以在 Case 标题里加 Urgent 或 Time-sensitive，不过别滥用，一个月超过 3 个 Urgent Case 会被降权。

Case 类型怎么选：四级菜单的决策树

亚马逊的 Case 分类是树状结构，选错入口会导致 Case 被转来转去，平均每个转接消耗 2-3 个工作日。第一层选大类时，遵循”问题归属谁的钱”原则：涉及 FBA 仓储、配送、退货的选 Fulfilment by Amazon；涉及 Listing 内容、变体、分类的选 Inventory & Listings；涉及广告、促销、优惠券的选 Advertising & Promotions；涉及账户状态、绩效、资金冻结的选 Account & Settings。

第二层开始容易错。比如库存差异索赔，正确路径是 Fulfilment by Amazon → FBA Inventory → Reconcile Inventory Discrepancies，而不是选 Received Inventory，后者是查询货件状态而非发起索赔。费用争议的正确路径是 Fulfilment by Amazon → FBA Fees → Fee Discrepancies，不要选 Reports & Payments，那个入口通向的是账单查询而非争议处理。

第三层和第四层决定 Case 被分配到哪个国家的客服团队。美国站卖家注意：涉及物流和仓储的问题通常路由到印度或菲律宾团队，处理标准较宽松；涉及账户安全和资金的问题路由到美国本土团队，审核严格但权限更高。如果你判断问题需要美国团队介入，可以在第四层选择 Account & Settings → Account Health → Account Deactivation 或 Payment Issues，哪怕你的问题不是账户 deactivated，这个入口的升级通道更短。

一个实用技巧：在 Case 创建页面按 Ctrl+F（Mac 用 Cmd+F）搜索关键词，比逐层点击快。比如搜 “reimbursement” 会直接定位到索赔相关选项，搜 “flat file” 会找到批量上传报错的技术支持入口。如果搜不到，说明你的问题可能不在标准 Case 类型里，此时选最接近的类别并在描述里说明”实际问题是 X，但系统没有对应选项”。

问题描述模板：三段式结构让客服无法装傻

客服每天处理几十上百个 Case，你的描述必须在 30 秒内让他抓住重点。推荐三段式：第一段用一句话定义问题类型和涉及金额/数量，第二段列时间线和关键数据点，第三段明确你的诉求和依据。全程用 bullet points，避免大段文字。

第一段模板：”[Issue Type]: [Specific Impact] for [ASIN/SKU] in [Marketplace]”。示例：”Inventory Reimbursement Discrepancy: 47 units missing from FBA shipment FBA1234567890 for ASIN B08XXXXXX in US marketplace, estimated value $1,175″。这段话放在 Case 标题和正文开头两处，标题长度控制在 120 字符内，超过会被截断。

第二段必须包含的具体数据：货件编号（FBA shipment ID 或 msku）、问题发现日期（不是你开 Case 的日期，是你从报告里定位到异常的日期）、你计算的应有值 vs 系统显示值、相关报告的截图编号（比如 Inventory Adjustments 报告的行号）。示例写法：

• Shipment ID: FBA1234567890, received on 2024-01-15
• Shipped quantity: 500 units (Carton 1-10, 50 each)
• FBA received: 453 units per Inventory Event Detail report (Row 12847)
• Discrepancy: 47 units, unit cost $25 = $1,175
• Attached: Packing list, UPS delivery receipt, Inventory Event Detail screenshot

第三段诉求要具体且可执行。不要写”请尽快处理”，要写”Please initiate reimbursement per FBA Lost and Damaged Inventory Reimbursement Policy, Section 2.3″。如果涉及多个诉求，按优先级排序：”Primary request: Reimbursement for 47 units at $25/unit. Secondary request: Investigation of scanning error pattern for this fulfillment center (ONT8) if applicable.” 这种写法给客服留了处理弹性，同时表明你知道 Policy 存在，不好敷衍。

附件命名规范：文件名为”Case类型_日期_你的卖家记号”，比如”Reimbursement_20240120_SellerABC”。不要叫”image1.jpg”或”document.pdf”，客服系统里可能显示为乱码。截图要包含完整浏览器地址栏，证明你是在 Seller Central 内操作而非 PS。Excel 数据建议导出为 PDF 再上传，避免公式错误或格式错乱。

遇到复杂问题需要多个 Case 联动时，在描述里引用相关 Case ID：”Related Case #12345678901 (closed without resolution, requesting escalation)”。这能防止客服以”已在其他 Case 处理”为由关闭你的新 Case。

升级（Escalate）话术：从一线客服到 Seller Support Lead 的推进路径

Case 被关闭但问题没解决，或者回复明显是模板、完全没看你的附件，这时候需要 escalate。但别上来就骂，亚马逊的 escalate 机制有明确的触发条件和话术结构，乱 escalate 会被标记为 difficult seller，反而更慢。

一线客服权限有限，以下情况可以直接要求升级：涉及金额超过 5000 美元（这是 Tier 1 客服的单笔处理上限）；需要调取内部系统日志或与其他部门（如 FBA 运营中心、广告团队）交叉验证；Policy 条款存在解释歧义，需要官方书面确认；同一问题已提交 3 次以上未解决。升级话术模板：

“I understand this case may be beyond standard support scope. Based on [Policy Name] Section [X.X], this situation requires [specific action]. Given the [amount/complexity/repeat occurrence], I request this case be escalated to the FBA Reimbursement Team / Seller Support Lead / Account Health Specialist [选其一]. Please confirm escalation within 24 hours and provide the new case ID.”

如果客服拒绝升级或 48 小时内无回应，走邮件 escalate 通道。美国站用 seller-performance@amazon.com（账户健康问题）或 cis-escalations@amazon.com（一般业务升级），欧洲站用 seller-escalations@amazon.co.uk。邮件标题格式：”Escalation Request: [Original Case ID] – [Issue Summary] – [Your Seller Name]”。正文复制原 Case 内容，顶部加一句话：”This is a formal escalation request as defined in Seller Code of Conduct, Section 3.2 (Right to Escalate)。”

邮件 escalate 的跟进节奏：发送后 5 个工作日无回复，可以再次发送并抄送 jeff@amazon.com（Bezos 团队邮箱，实际由 Executive Relations 处理，适合金额大或原则性问题）。但 Bezos escalate 一年别超过 2 次，滥用会被拉黑。

判断 escalate 是否有效的标准：新 Case ID 前缀变化（比如从 123 开头变成 500 开头，说明升级到不同系统）；回复客服的签名档出现团队名称（如 FBA Reimbursement Investigations Team）而非个人名字；要求你补充更详细的材料（这是好事，说明有人在查）。如果 escalate 后还是同一个人用模板回复，说明你的 escalate 话术没写对，检查是否明确引用了 Policy 条款和具体诉求。

最后一种 escalate 是电话后的书面确认。复杂问题建议先开 Case 再打电话（北美 1-888-280-4331），通话中记录客服名字和 Case ID，挂电话后立即发邮件：”Per phone conversation with [Name] on [Date], confirmed that [specific agreement]. Request written confirmation to be added to Case #[ID].” 这是防止口头承诺不认账的关键步骤。

开 Case 是技术活，不是情绪发泄。每次提交前检查：类型选对了吗？数据算准了吗？Policy 依据写了吗？附件能打开吗？这四项过关，你的 Case 解决率会明显高于平均水平。遇到死循环时，记住 escalate 不是威胁，而是帮客服找到能解决问题的人——话要说得专业，但底线要守得住。