F旗舰T2+T3优先级 8.0模拟杠精评审通过率逻辑漏洞会前抓完

DC-01 · PRD 评审前找茬预演

评审会上研发问「两个状态同时触发怎么办」· 这种问题最好的出现时机是评审前一天,不是评审会上

!
演示模式 · 可视化预演

本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:驭数科技(虚构)评审前夜:v3.4「设备数据导出」PRD 初稿写完,周四评审。江晓心里没底的三处:导出权限的边界、大数据量导出的超时、私有化客户与标准版的差异 —— 她自己都知道没写透。上次评审谭锐当着沈知行的面问了七个问题,她当场只答上来四个。

预演问题
21 个 · 三视角
高危问题
7 个 · 会前必改
上次评审同类
3 个 · 不踩第二次
结论
延期一天 · 权限模型有结构缺口
输入

产品手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框
01_导出功能PRD初稿.txt
找茬的主对象 —— 江晓写了三天的 42 页
飞书文档导出 · 2026-08-19
02_上次评审纪要.txt
谭锐那七个问题的原始记录 —— 同类坑的对照表
评审纪要 · v3.3 · 2026-05
03_技术约束说明.txt
研发给过的边界 —— 找茬的对照基准之一
谭锐在研发群的说明 · 2026-08-12
04_RQ-01证据包(导出需求).xlsx
需求的原始诉求 —— 场景完整性的对照
RQ-01 归集产出 · 2026-08-20
05_私有化组织架构说明.xlsx
权限模型的结构性矛盾原料 —— 三级架构长什么样
实施交付组提供 · 2026-08

注意标橙色那一份 —— 02_上次评审纪要.txt。它评审纪要 · v3.3 · 2026-05,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词

就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底
「导出功能」的 PRD 初稿在这,周四要评审,上次的评审纪要也附上了,帮我先找一轮茬。 分别用研发、测试、客户三个人的视角把这份文档问一遍,问题越刁越好; 写得很满但没想清楚的地方帮我挑出来 —— 上次那种「看起来详细、一追问就露馅」的; 边界和异常状态帮我过一遍:并发、超时、大数据量、权限,文档里没提的都列出来; 每个用户故事的验收标准核一遍,缺的标出来; 最后按风险排个序,哪些必须改完才能上会、哪些可以会上解释。

短是因为「三视角提问框架、假设级漏洞特征、边界检查清单」都在能力包里。产品经理只要把草稿扔进来。

触发

42 页初稿 vs 上次只答上来四个的七问

评审会的信用额度是攒出来的 —— 找茬预演是存钱

江晓把 PRD 初稿、上次纪要、技术约束、证据包、架构说明全部扔进来 —— 找茬的火力和上次被喷的位置直接挂钩。

1

三视角轮番提问 · 各抓各的

研发问逻辑、测试问异常、客户问场景 —— 三个盲区不重叠
视角问题数典型问题命中章节
研发(谭锐视角)8任务完成时权限被收窄,文件还通知吗?3.2 × 4.2 交叉
测试(QA 视角)75 万行上限的临界值测过吗(49999/50001)?3.3
客户(刘科长视角)6「批量」是书面要求,本期不做谁去解释?5.1 × 证据包
合计21 个三视角各管一段—

研发视角的 8 问里最狠的一条:「任务完成时权限被收窄,文件还通知吗」—— 3.2 与 4.2 两章各自都对、拼起来是漏洞。跨章节的交叉矛盾作者自己永远看不出 —— 这正是找茬预演相对自读的增量。

2

假设级漏洞 · 写满了但没想清楚

上次返工两周的那类问题 —— 本次抓出 4 个
假设级漏洞位置风险
「导出权限跟随报表权限」—— 两套权限的粒度不同3.2结构性缺口
「文件保留 72 小时」—— 私有化本地存储的保留策略未定义4.2环境差异遗漏
「上限 5 万行」—— 依据是什么?华正月均巡检数据量级未核对3.3数字拍脑袋
「站内信通知」—— 陈默要的「给集团看」场景里,通知是发给谁?4.2场景错位

四个假设级漏洞里,第一个(权限粒度)是结构性缺口 —— 标准版两级、私有化三级,PRD 的权限描述在私有化不可实现。这不是措辞问题,是设计缺口 —— 会上被问出来就是事故现场。

3

上次七问的同类对照

三个「两个东西打架」类问题 —— 这次提前找到了
上次的问题本次同类会前状态
两个动作同时触发听谁的?导出进行中用户删除巡检记录 → 任务结果算谁的已补进 4.3
权限不足的人什么体验?三级架构下「部门级范围」指哪层未解决 · 结构缺口
移动端与 PC 一致吗?移动端只通知不出文件 —— 用户在哪下载?已补一半

上次的三类问题这次提前找到了同类 —— 其中权限那条仍是缺口:同一个坑摔两次,信用额度直接见底 —— 这条被列为第一优先级,改不完不上会。

4

边界与异常清单 · 没写的都是雷

并发/超时/空态/降级 —— 文档沉默的地方就是开发自由发挥的地方
边界PRD 是否覆盖建议
120 秒网关限制 vs 大文件生成未覆盖超 90 秒转离线任务(需补 4.2)
导出中数据被变更4.3 已补快照语义写明
空结果导出未覆盖空文件 or 友好提示,二选一写死
移动端文件获取路径补一半扫码传 PC 的方案写明

技术边界(120 秒网关)早就给了 —— PRD 没接住。边界清单的价值是把研发群里的口头约束翻译成文档语言 —— 不翻译,约束就不存在。

5

修改优先级 · 会前的作战序

必改/可解释/可带伤 —— 三档排完才敢上会
档位问题数预估投入判断
必改(会前)7约 1 人日(权限模型 0.5 + 其余 0.5)改不完不上会
可解释(会上口头)9—备好口径即可
可带伤(下版修)5—PRD 标注「已知限制」

三档的分界标准:会不会被当场问倒。必改 7 个里权限模型占 0.5 人日 —— 「延期一天的文档,好过当场返工的评审」—— 这句写在报告第一行,给沈知行的延期申请当理由。

PRD 周四还不能上评审会 —— 权限模型的结构缺口改不完
私有化三级架构下的权限模型是设计缺口而非措辞问题 —— 补齐需要 0.5 人日(含双版本架构说明),加上其余 6 个必改项,总投入约 1 人日。带着这个缺口上会,谭锐的第一个问题就会打在 3.2 节 —— 而这正是上次七问里「答不上」的同类题。

给出的不是干等:
方案 A(延期一天·推荐):评审改到周五 —— 明天全天补权限模型(双版本对照说明 + 三级继承规则)与其余 6 个必改项,找茬报告的 21 问全部闭环或备好口径。成本:迭代周期内消化 1 天,缓冲(剩 3.5 人日)足够;
方案 B(周四照开·权限单列):评审照常,但议程里把「导出权限」单独列为「方案讨论项」而不是「评审通过项」—— 会上和谭锐现场对齐三级架构的规则(他手里有架构说明)。风险:方案讨论在评审会上是最容易跑题又最难收口的环节 —— 上次这样的会开了三小时。
两案差一天与一场失控风险 —— 找茬实测口径(通过率六成抬到九成)的前提是「必改项清零」,方案 B 不满足这个前提。
之后

这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么
✓
评审会从「被当场问倒的事故现场」变成「问题已提前答完的通过现场」—— 实测口径六成抬到九成
✓
权限模型的结构性缺口在会前一天暴露 —— 延期一天好过开发中期重做
✓
「写得简略」被排除 —— 病根是规则间冲突没被交叉检查,修改方向省一半工作量
✓
上次被喷的同类问题自动对号 —— 同一个坑不摔第二次,信用额度守住了

追问现场可能被问到的

答不上来的问题,比答得漂亮的问题更能决定这场演示的结果

找茬报告能保证评审通过吗?
不能 —— 业务拍板仍在会上。预演覆盖的是文档质量:逻辑、边界、验收标准这些「不该在会上翻车」的部分。
每次评审前都跑吗?
高优先级需求必跑,小改动抽查 —— 找茬的成本是半小时预读的置换,换的是会上不翻车。
AI 找的问题靠谱吗?
三视角的框架来自实测复盘(通过率口径在来源登记册)—— 但最终判断是您的:报告里每条都标了定位与理由,您逐条看比逐条改快。

想回顾完整案例?

返回场景引入页,可查看完整案例背景、演示步骤与提示词