PRD 里异常态该写到什么颗粒度？PM 定到哪层、开发补到哪层、谁来兜底

背景

10 年技术 PM，最近带一个 B 端 SaaS 的订单 + 库存模块，团队 7 人（3 后端 + 2 前端 + 1 测试 + 我）。反复撞到一个结构性拉锯：

happy path 我写得很细（字段、交互、跳转），但异常态（断网、超时、并发冲突、空数据、权限中途变更、部分成功）总是"一笔带过"或写一句"按行业惯例处理"。

开发说"你没写我就按我的默认逻辑来"，测试说"PRD 没写这个 case 我不测"，上线后出 bug 三方互相指。但异常态枚举起来是海量的——光一个"提交订单"按钮的失败态，我列了 6 种，开发说还有 4 种我没想到（库存扣减成功但支付超时导致回滚的中间态就是其中之一）。

现象

• 一个订单页，异常 case 清单文档 40+ 条，每次评审我逐条确认"这条要不要按这个文案处理"，评审会拖 1 小时；
• 上线后出过 2 次 P2 故障，根因都是"PRD 没写 → 开发按默认逻辑 → 测试没覆盖"的三方空档；
• 前端建了统一的 loading/error/empty 组件库，UI 一致性解决了，但业务语义层的异常（比如"部分成功"要不要给用户看到、文案怎么写）还是没人拍板。

已尝试的排查与结果

1. 全枚举进 PRD 附录 → 文档 30+ 页，开发说"没人翻"，评审会拖 2 小时，维护成本爆炸；
2. 只写 happy path + 一句"异常态按设计规范处理" → 设计规范文档 2 年没更新，开发各写各的；
3. 前端组件库统一 UI 态 → 解决了视觉一致性，但业务语义（哪些异常该弹 toast、哪些该 redirect、哪些该静默重试）还是 PM 说了算，PM 经常想不全；
4. PRD 模板加"异常态 checklist" → 我填的时候经常跳过，因为不知道哪些该填、哪些不该填，没有判断标准。

期望得到的答案形态

希望有同样踩过这个坑的同学，给我可落地的框架，而不是"异常态要写全"这种方向性建议。具体想问四点：

1. 颗粒度：你们 PRD 里异常态最终写到哪一层？是到"按钮文案 + 跳转行为"，还是到"具体错误码 → 用户提示映射表"，还是只到"分类（网络/业务/数据/权限）+ 处理原则"，具体留给开发？
2. 分工界面：异常态的"设计决策"到底 PM 拍板还是开发拍板？有没有一个明确的交接线（比如 PM 定到 X 层、开发补到 Y 层、测试覆盖到 Z 层）？这个线是怎么约定出来的？
3. 可复用清单：你们有没有一份按场景分类的异常态 checklist 模板（表单提交 / 列表加载 / 详情查看 / 权限变更 / 并发冲突），能直接套到 PRD 附录里的？能贴出来最好。
4. 防 gap 机制：你们有没有一个机制（评审 checklist、code review 规则、测试用例生成规则）能自动暴露"PRD 没写 + 开发没处理 + 测试没覆盖"的三方空档？

有真实模板、分工约定、踩坑数据就更好。