PRD 创建
按照以下阶段将产品想法转化为完整的中文 PRD 文档。所有 PRD 内容使用中文撰写。
阶段 0:导入上下文
检查是否存在已有的设计或需求文档:
- 在当前项目中搜索
docs/、prd/目录或用户指定的文件 - 如果找到相关文档,提取关键信息(问题陈述、目标用户、核心功能)作为预填充内容
- 如果没有找到,跳过此阶段
阶段 1:确定 PRD 类型
询问用户需要哪种类型的 PRD:
- 完整版(推荐):包含所有标准章节,适合复杂项目和重要功能
- 精简版:仅包含核心章节,适合小功能快速迭代
- 单页版:单页概要,适合概念验证和高层汇报
记录选择结果,确定后续章节结构。
阶段 2:收集信息
按 references/prd-interview-questions.md 中的提问清单,逐个收集信息。每次只问一个问题,等待回答后再继续下一个。
- 基础信息(7 项):所有类型都需要
- 完整版额外信息(5 项):仅完整版需要
- AI Agent 边界信息:当 PRD 将由 AI 编码代理消费时收集
如果阶段 0 已提取到预填充内容,展示给用户确认或修改,跳过已有信息的提问。
阶段 3:生成 PRD 文档
基于收集的信息生成 PRD:
-
选择模板:
- 完整版:参考
references/prd-template-full.md - 精简版:参考
references/prd-template-brief.md - 单页版:参考
references/prd-template-onepager.md
- 完整版:参考
-
填充内容:使用收集的信息填充每个章节,遵循
references/prd-best-practices.md中的编写原则 -
AI Agent 可消费性:
- 每个需求写成离散的、可验证的条目(列表优于长段落)
- 非目标用正向约束表述("禁止实现 X" 而非仅列出排除范围)
- P0 功能拆分为 5-15 分钟的代理工作阶段,每阶段带可测试检查点
- 完整版中包含三层边界框架:自主执行 / 需确认 / 禁止操作
-
质量要求:
- 问题陈述包含具体数据或研究支持
- 目标符合 SMART 原则
- 成功指标明确量化
- 避免模糊词汇("大约"、"可能"、"尽量")
- 使用主动语态和明确动词
-
格式:Markdown,清晰的标题层次,合理使用列表和表格
阶段 4:验证并保存
按 references/prd-validation-checklist.md 执行验证,包括完整性检查、SMART 目标验证、内容质量检查、BDD 验收标准检查。
验证通过后保存文件:
- 文件名格式:
PRD-[产品名称]-[YYYYMMDD].md - 优先保存到
docs/或prd/目录,否则保存到当前工作目录 - 保存后报告路径和文件摘要
阶段 5:后续步骤
保存完成后,提示用户后续选项:
- 将 PRD 转化为实施计划和任务拆分
- 进一步细化待解决问题中的设计决策
- 分享给团队评审并收集反馈
质量原则
- 数据驱动:用具体数据和用户研究支持问题陈述
- SMART 目标:具体、可衡量、可实现、相关、有时限
- 简洁清晰:避免冗长,功能描述足够清晰供开发团队直接实施
- 协作导向:PRD 是协作工具,语气促进讨论而非命令
- 双受众设计:PRD 同时服务人类团队和 AI 编码代理
支持文件
references/prd-interview-questions.md-- 信息收集提问清单references/prd-validation-checklist.md-- 验证清单references/prd-template-full.md-- 完整版模板references/prd-template-brief.md-- 精简版模板references/prd-template-onepager.md-- 单页版模板references/prd-best-practices.md-- 最佳实践指南references/prd-examples.md-- 高质量 PRD 示例