模板：PRD.md (产品需求文档)
📄 产品需求文档 (PRD) - [项目名称]
文档状态: [Draft/Review/Final]
更新日期: [YYYY-MM-DD]
作者: [作者名]
版本: [v1.0]
1. 🎯 项目概述 (Overview)
- 项目目标：描述本项目要解决的核心问题，以及期望达成的结果
- 核心价值：说明该功能/产品的业务价值、工程价值或用户价值
2. 👥 目标用户 (Target Audience)
-
Persona 1: [用户角色名称]
-
痛点：描述该角色在当前场景中的主要痛点
-
诉求：描述该角色希望通过本项目解决什么问题
-
Persona 2: [用户角色名称]
-
痛点：描述该角色在当前场景中的主要痛点
-
诉求：描述该角色希望通过本项目解决什么问题
3. 🚧 边界与范围 (Scope & Non-Goals)
3.1 明确在范围内 (In-Scope)
- 描述明确要做的内容
- 描述依赖的工程结构、数据结构或接口方式
- 描述输出结果、可视化方式或交互方式
- 如有必要，说明允许添加的辅助方法或封装接口
3.2 明确在范围外/非目标 (Out-of-Scope / Non-Goals)
- 非目标：描述不做的内容
- 非目标：描述不应过度侵入的范围
- 非目标：其他明确不处理的事项
4. ⚙️ 核心功能与验收标准 (Features & Acceptance Criteria)
功能 1：[功能名称]
-
描述： 描述该功能的背景、处理逻辑与目标
-
验收标准 (Acceptance Criteria)：
-
输入什么数据时，能够正确处理
-
能够支持怎样的分类、计算或转换
-
能够正确输出并完成可视化/落地
功能 2：[功能名称]
-
描述： 描述该功能的核心处理过程
-
验收标准 (Acceptance Criteria)：
-
[验收点 1]
-
[验收点 2]
-
[验收点 3]
子功能：[子功能名称]
-
描述： 描述该子功能的目标和处理方式
-
使用： 说明该子功能在什么阶段调用、输入输出是什么
-
验收标准 (Acceptance Criteria)：
-
[验收点 1]
-
[验收点 2]
-
实际开发问题记录：
-
[问题 1]
-
[问题 2]
功能 3：[功能名称]
-
描述： 描述该功能的业务语义、算法逻辑或显示要求
-
要求：
- [要求 1]
- [要求 2]
- [要求 3]
子功能：[子功能名称]
-
描述： 描述该子功能的目的和实现思路
-
要求：
- [要求 1]
- [要求 2]
- [要求 3]
- 问题记录：
- [问题记录 1]
- [问题记录 2]
5. 🛡️ 非功能性需求 (Non-Functional Requirements)
- 注释：说明代码注释风格要求
- 代码质量：说明简洁性、可读性、可维护性要求
- 性能：如有必要，描述性能要求
- 兼容性：如有必要，描述兼容范围
6. 📈 成功标准 (Success Metrics)
- 描述功能发布后如何判断成功
- 描述用户反馈、内部评估或业务指标
7. ✅ 完成的定义 (Definition of Done - DoD)
- 所有代码必须通过 Linter 静态检查，没有 Warn 和 Error
- 没有任何
TODO或FIXME残留在核心逻辑代码中 - 关键功能通过测试或验证
- 文档内容已更新并可供交付