评审会上研发问「两个状态同时触发怎么办」· 这种问题最好的出现时机是评审前一天，不是评审会上
文档与评审 · 真实业务触发
v3.4 迭代的「导出功能」PRD 初稿写完了，周四评审。江晓对这份文档心里没底：导出权限的边界、大数据量导出的超时、私有化客户与标准版的差异 —— 这三处她自己都知道没写透。上一次评审会，研发组长谭锐当着沈知行的面问了七个问题，她当场只答上来四个。沈知行会后的评价是「文档质量决定你在研发面前的信用额度」。
不是流程描述，是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」，在「参与的角色」和「覆盖的范围」
5 步 · 每一步的产出都是下一步的输入
痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0
最大差异点 · 不要求换文档工具。PRD 草稿任何格式扔进来 —— AI 用研发、QA、客户三个视角轮番提问，问题清单会前给到。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」； AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」； 落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
判断标准只有一个：这份东西能不能直接进企业的流程
不做「AI 替你改 PRD」—— 找茬报告给定位与建议，改不改、怎么改是产品经理的判断。也不做「保证评审通过」—— 预演覆盖的是文档质量，业务拍板仍在评审会。
Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了