S标准T2+T3优先级 7.5前后矛盾本期不做 vs 正文验收与故事脱节提交前最后一道

DC-02 · PRD 一致性终审

「本期不做」写在范围声明里,正文却详细描述了它的交互 · 研发按正文实现,范围争议回到产品头上

!
演示模式 · 可视化预演

本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:驭数科技(虚构)提交前夜:找茬预演(DC-01)改完的 PRD 提交前,江晓还有最后一道担心 —— 改过六轮的文档,前后还一致吗?她记得第二轮把「批量导出」挪进了「本期不做」,但第四轮改权限章节时好像又引用了批量导出的交互。作者永远看不出自己的笔误。

终审对象
42 页 · 改过 6 轮
矛盾检出
14 处 · 三类
高危(范围冲突)
3 处 · 必改
术语归一
5 组 · 统一表已生成
输入

产品手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框
01_PRD终稿(六轮修改版).txt
终审的主对象 —— 找茬预演后的第六轮
飞书文档导出 · 2026-08-21
02_变更修改记录.txt
六轮修改的痕迹 —— 矛盾是改出来的证据
文档修订历史 · 2026-08-15 至 08-21
03_范围声明(In-Out of Scope).xlsx
「本期不做」的官方清单 —— 逆向检查的基准
PRD 附录 A · v1.0
04_术语出现位置索引.xlsx
同一概念多种叫法的全谱 —— 漂移的证据
全文扫描输出 · 2026-08-21
05_用户故事与验收标准对照表.xlsx
故事与验收的配对检查 —— 脱节的逐条暴露
PRD 章节对照 · v1.0

注意标橙色那一份 —— 02_变更修改记录.txt。它文档修订历史 · 2026-08-15 至 08-21,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词

就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底
PRD 终稿在这,改了六轮,范围声明也在最后,帮我做提交前的一致性终审。 「本期不做」的每一项,帮我反查正文还有没有残留 —— 我记得批量导出挪出去了,但不确定哪里还引用着; 同一件事的多种叫法帮我统一一下,术语表也给我一份; 每个用户故事和验收标准配对核一遍,脱节的挑出来; 数字和状态的前后一致性也过一遍; 最后分级:哪些矛盾必须改完才能提交、哪些可以带批注先发。

短是因为「范围逆向检查、术语聚类、故事验收配对、状态机遍历」都在能力包里。产品经理只要把终稿扔进来。

触发

六轮修改之后 · 作者的盲区

「我记得挪出去了」—— 记忆是修改记录的敌人

江晓把终稿、修改记录、范围声明、术语索引、配对对照表全部扔进来 —— 终审的证据一半在文档里,一半在文档自己的修改历史里。

1

范围声明 × 正文 · 逆向检查

「不做」的每一项,正文都要能证明清白
范围外项正文残留位置残留性质处理
批量导出3.4 模板说明(多设备批量导出)功能描述级残留改声明或改正文,二选一
批量导出3.2 权限承接描述交叉引用级残留随上条联动
CSV 格式3.4「兼容 CSV」措辞级残留删除或移入范围

三处残留两种性质:3.4 的「多设备批量导出」是完整的功能描述 —— 范围声明说不做、正文教怎么写,研发按正文实现就是「做了说不做的」—— 这类矛盾流出去,范围声明就成了废纸。

2

术语归一 · 五组漂移一张表

名称型漂移伤可读性,数字型漂移要人命
漂移组风险等级统一方案
保留 72 小时 / 存储 3 天数字型 · 高全文统一「保留 72 小时」
导出任务/生成任务/下载任务中统一「导出任务」
部门级/事业部级中(私有化语境)统一+括注
模板三叫法中统一「导出模板(普通/集团 EHS)」
站内信/消息通知低统一「站内信」

「72 小时 vs 3 天」的数字型漂移单独立了案:如果「3 天」出现在与存储策略相关的段落而被按自然日实现 —— 周四晚生成的文件,72 小时口径周日下线、自然日口径周四24 点下线 —— 边界行为差出来的 24 小时,就是用户「文件怎么没了」的工单。

3

故事 × 验收配对 · 三条裸奔的故事

没有验收标准的故事,完成与否全凭研发良心
脱节故事影响补写建议
巡检员导出数据(华正核心场景)测试无从验起按筛选项 × 结果行数 × 格式三要素补
(另 2 条)同同框架补

8 条故事 3 条裸奔 —— 而裸奔的恰好包含华正的核心场景。验收标准不是文档的装饰,是「研发说做完了」的裁判 —— 没有裁判的完成,测试环节就会用 VA-01 的用例现编标准。

4

矛盾成因分析 · 改出来的病

修改记录指认了每处矛盾的来源轮次
矛盾引入轮次成因
批量导出两处残留v0.3 复制未改 / v1.0 交叉引用复制旧段落没对照范围声明
CSV 措辞残留v0.4 新增段落顺手写入新增内容没过范围过滤
数字型术语漂移v0.1 初稿两处原样初稿就没统一,六轮没人发现

矛盾的成因全部指向「增量修改缺乏全局对照」—— 终审的存在意义就在这:改的人永远只看着改动的那几段,总得有一个「只看全局不改动」的角色。

5

终审分级 · 门禁怎么设

高危卡住、低危放行 —— 一刀切终审会被绕过
级别数量处理要求
高危 · 范围冲突3改完才能提交(半小时内可完成)
中危 · 数字漂移1改完才能提交(10 分钟)
低危 · 名称漂移与配对缺失10带批注提交,v1.1 清理

分级的逻辑:高危会直接产生错误实现,中危产生边界 bug,低危伤可读性 —— 门禁的厚度跟着后果走,全卡死的话下次就没人走这道门了。

PRD 还不能提交 —— 3 处高危范围冲突 + 1 处数字漂移未清
「批量导出」的范围冲突是最危险的一类:范围声明、3.4、3.2 三处的表述互相矛盾 —— 研发按哪处实现都有依据,出问题时追责却无据可依。数字漂移(72 小时 vs 3 天)会在存储策略上产生 24 小时的行为分叉。这四处的修改涉及一个范围决策:模板机制到底承接不承接批量导出 —— 这不是编辑问题,是江晓和沈知行要拍的事。

给出的不是干等:
方案 A(拍板后修改·推荐):先花 10 分钟和沈知行对齐「批量导出」的范围口径(建议:3.4 的模板批量机制保留、5.1 的「批量导出」改为「跨模板批量导出不做」—— 精确化而非删除),然后 40 分钟完成全部高危修改,今晚提交;
方案 B(带批注提交):四处高危带修改建议的批注直接提交,评审会上作为「已知问题」过 —— 省两小时,但把矛盾摆上评审桌,谭锐大概率会揪着 3.4 与 5.1 的矛盾问十分钟 —— 省下的时间又赔回去。
两案差 1 小时与评审会的十混乱 —— 门禁的意义就是「别把内部矛盾带到会上当众爆炸」。
之后

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

不讲省了多久 · 讲少了几个隐患、沉淀了什么
✓
「做了说不做的」在提交前拦下 —— 研发按正文实现、测试按声明验收的断层被缝合
✓
多轮修改引入的矛盾有了系统检法 —— 改出来的问题用整体检查抓
✓
「文档质量差」的帽子被数据摘掉 —— 缺的是改完之后的一道门禁,不是重写
✓
半小时对冲 6 人日的门禁账 —— 终审从个人习惯变成迭代流程

追问现场可能被问到的

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

终审和找茬预演有什么区别?
找茬在会前、管「想没想清楚」(逻辑边界);终审在提交前、管「改没改矛盾」(文档内部一致性)。一个对人、一个对文,两道门都要有。
小改动也要终审吗?
改过两轮以上的文档建议跑 —— 矛盾是改出来的,单轮成稿反而少。终审三分钟,习惯成本极低。
术语表谁维护?
终审自动生成,人工确认后成为下一份 PRD 的基线 —— 术语的统一是攒出来的,不是规定出来的。

想回顾完整案例?

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