# 预防清单：把下一次缺陷挡在发生之前

> 本清单由 odr-calc 从 `orders.csv` 的缺陷构成 + `review-triage.csv` 的评价形态生成。
> **ODR 是平台口径**，本清单只降低触发概率，不承诺指标变化。

## 0. 当前账面

| 窗口 | 订单数 | 缺陷数 | ODR | 允许缺陷上限 | 还能吃几条 | 状态 |
|---|---|---|---|---|---|---|
| 2026-08-01 ~ 2026-09-29 | 1842 | 9 | 0.489% | 18 | 9 | 安全 |
| 2026-09-01 ~ 2026-10-30 | 1976 | 12 | 0.607% | 19 | 7 | 观察 |

最新窗口 `2026-09-01 ~ 2026-10-30`：12 条缺陷 / 1976 单 = **0.607%**；阈值 1.0%，允许上限 19 条，**再加 7 条就破线**。

缺陷构成（2 个窗口合计）：负面 Feedback 14 条、A-to-Z 索赔 5 条、拒付 2 条。

## 1. 本周先做三件事

1. 先压住占比最高的那一类：负面 Feedback（14 条）。下面的分节里有具体动作。
2. 把这几类评价形态写回 listing / 包装 / 客服话术：运输破损 / 包装不足。
3. 本批有 3 条依据充分的 Feedback 可提交删除，先提交再谈别的（结果不影响你的动作顺序）。

## 2. 负面 Feedback 侧

- 把 1–2 星 Feedback 全部过一遍 `review-triage`：**可删的提交、恶意件留证、真实的回复**，不要混着处理。
- 发货后第 3 天发一次站内信（物流状态 + 使用提示），只写事实、不要求评价——多数差评来自『没人回应』而不是产品。
- 回复模板里不要出现补偿承诺与改评价字样：一次违规回复会把一条差评变成一个账号问题。

## 3. A-to-Z 侧

- 把每条 A-to-Z 按原因归类：未收到 / 与描述不符 / 破损

scenario,period_start,period_end,window_orders,defect_feedback,defect_az,defect_chargeback,defects,odr_pct,threshold_pct,max_defects,headroom,per_defect_pp,dilution_orders,status,note
base,2026-08-01,2026-09-29,1842,6,2,1,9,0.489,1.0,18,9,0.0543,0,safe,
remove_3_removable,2026-08-01,2026-09-29,1842,3,2,1,6,0.326,1.0,18,12,0.0543,0,safe,假设这 3 条依据充分的 Feedback 被删除（uncertain 的不计；商品评论本就不在 ODR 口径里）
base,2026-09-01,2026-10-30,1976,8,3,1,12,0.607,1.0,19,7,0.0506,0,watch,
remove_3_removable,2026-09-01,2026-10-30,1976,5,3,1,9,0.455,1.0,19,10,0.0506,0,safe,假设这 3 条依据充分的 Feedback 被删除（uncertain 的不计；商品评论本就不在 ODR 口径里）