链路
保命
已经出事时的顺序：先把账号和 listing 救回来，再处理合规与侵权，最后把差评与 ODR 按住——先止血，再补救。
适合谁
已经出事的人：手上有平台的封号 / 下架 / 合规 / 投诉通知原文，正在损失单量和资金。
5个包
5个已上架
按顺序跑，跳步会返工（共 5 步）
链路顺序
每一步的产出，就是下一步的输入-
P1
账号申诉包
已上架输入平台通知原文（截图转文字也行）→ 输出通知类型、POA 草稿与证据三态表；类型判错时先别动笔，这份结论决定第 ② 步往哪走。
-
P2
下架急救包
已上架输入 ASIN、症状描述和后台字段导出 → 输出分诊结论（变狗 / 降权 / 类目错放）与 5 天抢救计划；根因若是合规或侵权，直接接第 ③、④ 步。
-
P3
欧盟合规包
已上架输入 listing 文本、目标国和包装材质 → 输出「必改 / 建议改 / 需人工」三档清单与 DoC 要素表；改完的 listing 文本直接给第 ④、⑤ 步用。
-
P9
侵权自查与预警包
已上架输入投诉或律师函原文加店铺事实 → 输出侵权类型、应诉 / 和解 / 弃店三条路的时间与代价对比；有律师函时，这一步先留下证据包。
-
P7
差评与 ODR 处理包
已上架输入差评、Feedback 或 A-to-Z 原文 → 输出「该删 / 该回 / 该认」的判定、可直接提交的原话和 ODR 影响量级；这一步决定这条链路收尾要不要再申诉。
怎么用这条链路
别一次装全。先用你的一个真实商品跑一遍，卡在第几步，就补那个包。
这条顺序不是我们发明的：拆解同行的跨境电商工作流时，他们自己的第一条建议就是「缺什么装什么，先跑真实商品再补能力」。
- 拿一个真实商品，从第 ① 步开始跑
- 卡住的那一步，只补那一个包
- 跑通一遍再决定要不要整套
下一步
整套买这一版还没开通，现在只能一个包一个包买；定价与支付接通后，这里会换成套餐。