SPEC 生成完整 PRD（第二章）

你已有 PRD 标准模板后，正确做法不是把模板放在最前面直接让 AI 填，而是把它放在 "完整 PRD 生成阶段"之前，作为最终承载结构和反向约束标准。

也就是说：

text 复制代码

SPEC
↓
中间结构化分析
↓
将分析结果映射到你的 PRD 标准模板
↓
按模板生成完整 PRD
↓
按模板反查缺口

一、你的 PRD 模板应该放在哪一步？

建议放在这里：

text 复制代码

SPEC
↓
1. SPEC 完整性检查
↓
2. 业务对象拆解
↓
3. 角色与场景拆解
↓
4. 主流程 / 异常流程
↓
5. 状态机
↓
6. 页面清单
↓
7. 页面级功能清单
↓
8. 字段字典 / 计算口径
↓
9. 操作动作规格
↓
10. 权限与数据范围
↓
11. 验收标准
↓
12. 【将以上结果映射到你的 PRD 标准模板】
↓
13. 生成完整 PRD
↓
14. 按模板进行完整性自检

你的 PRD 模板不应该替代前面的分析步骤。

它的作用是：把前面的分析结果装进固定章节里，形成统一格式的交付物。

二、为什么不能一开始就套 PRD 模板？

因为直接套模板容易出现一个问题：

章节看起来完整，但里面的业务规则是空的、虚的、泛化的。

比如模板里有这些章节：

功能概述
页面说明
操作说明
权限说明
异常处理
验收标准

如果中间没有先拆：

业务对象
状态机
页面清单
字段字典
操作动作规格
异常流程

AI 很容易写成：

用户可上传文件，系统进行解析，解析成功后生成统计图表。

这句话看起来没错，但不能开发。

真正 PRD 要写成：

用户上传 Excel 后，系统创建解析任务，任务状态变为"解析中"；解析成功后进入"待确认映射"状态；用户需确认大项、小项、地区、分值区域后，才允许点击"生成统计结果"；若未选择任何参与综合总分计算的大项，则"生成统计结果"按钮置灰。

所以模板是"壳"，中间分析是"料"。

没有料，模板只会变成空壳文档。

三、你的 PRD 模板在流程中的 3 个作用

作用 1：作为最终输出结构

也就是最后 PRD 必须按照你的标准模板输出。

例如你的模板可能是：

text 复制代码

1. 需求背景
2. 需求目标
3. 角色与权限
4. 业务流程
5. 页面功能说明
6. 字段说明
7. 操作交互说明
8. 状态流转说明
9. 业务规则
10. 异常处理
11. 非功能性需求
12. 验收标准

那么 AI 前面拆出来的内容，最后都要归位到这些章节中。

作用 2：作为反向检查清单

你的 PRD 模板不仅是格式，还应该反向检查前面分析是否缺内容。

例如模板里有"状态流转说明"，但中间分析没有状态机，那就要提示：

text 复制代码

【缺口】当前 SPEC 未能支撑"状态流转说明"章节，需要补充：
1. 上传任务有哪些状态？
2. 解析失败后是否允许重新上传？
3. 已生成结果是否允许重新生成？
4. 历史任务是否允许删除？

这样可以防止 AI 强行补内容。

作用 3：作为团队统一交付标准

不同需求经过同一套中间步骤后，再映射到同一个 PRD 模板，最后输出风格就统一了。

这样适合你后面做：

PRD Skill
数字员工
AI 编程工具输入规范
团队级 PRD 生产流水线
研发评审标准化

四、推荐你采用"双层结构"

不要只做一个 PRD 模板。

建议你拆成两层：

第一层：PRD 生成前分析层

这是中间过程，不一定全部放进最终 PRD，但必须先做。

text 复制代码

1. SPEC 完整性检查
2. 业务对象拆解
3. 角色与场景拆解
4. 主流程 / 异常流程
5. 状态机
6. 页面清单
7. 页面级功能清单
8. 字段字典 / 计算口径
9. 操作动作规格
10. 权限与数据范围
11. 验收标准

第二层：你的标准 PRD 模板层

这是最终交付文档。

text 复制代码

1. 文档说明
2. 需求背景
3. 需求目标
4. 适用范围
5. 角色与权限
6. 业务流程
7. 功能说明
8. 页面说明
9. 字段说明
10. 业务规则
11. 状态流转
12. 异常处理
13. 非功能性需求
14. 验收标准
15. 待确认事项

第一层负责"想清楚"。

第二层负责"写规范"。

五、中间分析结果如何映射到 PRD 模板？

可以按这个关系映射：

中间步骤	映射到 PRD 模板章节
SPEC 完整性检查	需求背景、需求目标、适用范围、非目标
业务对象拆解	业务对象说明、字段说明、数据规则
角色与场景拆解	角色说明、权限说明、使用场景
主流程 / 异常流程	业务流程、操作流程、异常处理
状态机	状态流转说明、按钮状态规则
页面清单	功能结构、页面结构、菜单说明
页面级功能清单	页面功能说明、查询条件、列表字段、按钮动作
字段字典 / 计算口径	字段说明、统计口径、校验规则
操作动作规格	操作交互说明、按钮行为、弹窗规则
权限与数据范围	角色权限矩阵、数据范围规则
验收标准	验收标准、测试关注点
待确认问题	待确认事项、风险说明

六、实际使用时可以这样组织提示词

你可以把你的 PRD 模板作为固定输入，然后要求 AI 分两阶段执行。

第一阶段：不要写 PRD，只做结构化分析

text 复制代码

我会提供一份 SPEC 和一份 PRD 标准模板。

请你不要直接生成 PRD。

请先基于 SPEC 完成以下中间分析：
1. SPEC 完整性检查；
2. 业务对象拆解；
3. 角色与场景拆解；
4. 主流程和异常流程；
5. 状态机；
6. 页面清单；
7. 页面级功能清单；
8. 字段字典和计算口径；
9. 关键操作动作规格；
10. 权限与数据范围；
11. 验收标准；
12. 待确认事项。

要求：
- 不允许扩展 SPEC 未提到的业务范围；
- 不明确的地方标记为【待确认】；
- 不要为了填满模板而自行脑补。

第二阶段：把分析结果装入你的 PRD 模板

text 复制代码

请将上一步的中间分析结果，严格映射到我提供的 PRD 标准模板中，生成完整 PRD。

要求：
1. 保持我的模板目录结构不变；
2. 每个章节只填入与该章节相关的内容；
3. 如果某章节缺少必要信息，不要编造，标记为【待确认】；
4. 对于页面说明，必须包含：
   - 页面目标
   - 查询条件
   - 列表字段
   - 按钮动作
   - 业务规则
   - 边界规则
   - 验收口径
5. 对于操作动作，必须写清楚：
   - 入口
   - 前置条件
   - 点击后系统行为
   - 成功结果
   - 失败结果
   - 权限要求
   - 是否留痕
6. 输出最终可交付的完整 PRD。

第三阶段：按你的模板反查缺口

text 复制代码

请基于我的 PRD 标准模板，对刚生成的 PRD 做完整性检查。

检查维度包括：
1. 模板章节是否全部覆盖；
2. 是否存在空泛描述；
3. 页面、字段、按钮、状态、权限、异常、验收是否闭环；
4. 是否存在 AI 自行扩展的内容；
5. 是否存在研发无法实现或测试无法验收的描述；
6. 输出问题清单和修改建议。

七、你可以把流程固定成这样

最终建议你的工作流是：

text 复制代码

输入：
- SPEC
- PRD 标准模板
- 原型 / 截图 / 客户材料，可选

处理：
1. 先解析 SPEC
2. 再做中间结构化分析
3. 再检查中间结果是否能支撑 PRD 模板
4. 再把中间结果映射进 PRD 模板
5. 最后按模板做完整性自检

输出：
- 中间分析稿
- 完整 PRD
- PRD 缺口检查报告
- 待确认问题清单

八、最推荐的结构

你可以把它理解成：

text 复制代码

SPEC = 需求边界
中间分析 = 需求结构化
PRD 模板 = 文档承载容器
完整 PRD = 可研发、可测试、可评审的交付物

所以你的 PRD 模板应该放在 "中间分析之后，正式生成 PRD 之前"。

一句话总结：

不要让 AI 直接拿 SPEC 填 PRD 模板，而是先把 SPEC 转成业务对象、流程、状态、页面、字段、动作、权限、验收这些结构化材料，再把这些材料按你的 PRD 模板归位输出。