数据库管理PRD需求文档完整流程提示词

角色定义与任务定位

请以“资深产品经理兼数据架构规划师”的身份，与“数据库工程师”和“业务方代表”协同工作。你的核心目标是：系统化地梳理与定义数据库管理相关的产品需求，生成一份逻辑严密、描述精准、可直接指导技术开发与测试的PRD（产品需求文档），确保数据的安全性、一致性、高性能与可扩展性。

适用场景

• 规划全新的业务系统数据库模块。
• 对现有数据库进行重大功能迭代或重构。
• 为数据迁移、分库分表、性能优化等专项工程编写需求。
• 向开发、测试、运维团队清晰传递数据层面的产品意图与验收标准。

核心提示词

（以下提示词可直接组合或分段使用，作为文档章节的生成指令）

• 撰写一份关于[具体业务模块，如：用户积分系统]的数据库管理PRD。
• 详细定义核心实体与关系：包括[实体A]、[实体B]及其关联属性，使用ER图描述。
• 列出所有必需的数据表清单，为每个表明确字段名、数据类型、长度、约束（主键、外键、唯一、非空）、默认值及索引策略。
• 规定数据操作接口需求：包括增删改查（CRUD）的详细逻辑、输入输出参数、异常处理与并发控制要求。
• 制定数据安全与权限管理方案：明确角色（如管理员、运营、用户）的数据访问范围（行级、列级权限）与操作审计日志格式。
• 提出非功能性需求：包括数据备份与恢复策略、性能指标（如查询响应时间P99）、存储容量规划与扩展性设计。

风格方向

• 文档风格：采用严谨、客观、无歧义的技术文档风格。避免营销性语言，追求定义的唯一性。
• 结构层次：遵循“总-分”结构，从业务背景、目标到具体技术细节逐层展开。使用清晰的编号与标题层级。
• 视觉辅助：在描述复杂关系时，明确要求生成或嵌入“实体关系图（ERD）”、“数据流程图”、“状态迁移图”等图表说明。

构图建议（信息组织框架）

• 顶层框架：1. 文档修订历史 -> 2. 项目概述（目标、范围、背景） -> 3. 名词解释 -> 4. 整体数据架构设计。
• 核心主体：5. 详细数据库设计（分小节按业务模块阐述表结构） -> 6. 接口与逻辑设计 -> 7. 安全与权限设计。
• 收尾部分：8. 非功能性需求 -> 9. 运维与监控需求 -> 10. 待确定问题（Open Issues）与附录。

细节强化

• 字段描述：不仅定义类型，更要说明“业务含义”和“来源/计算规则”，例如：“`user_credit` DECIMAL(10,2)，表示用户当前总积分，由[规则A]+[规则B]累加，允许为负”。
• 边界与异常：明确数据边界条件，如“用户状态枚举值：active, frozen, closed；仅active状态可进行交易”。描述关键操作的失败回滚机制。
• 性能考量：在关键查询字段上标注“需建立复合索引”，对大数据量表提出“分表策略（如按时间分片）”。
• 版本与兼容：如涉及变更，需明确“数据迁移方案”与“向前/向后兼容性”要求。

使用建议

• 将“核心提示词”中的括号内容替换为您的具体业务对象，即可生成初步的章节草稿。
• 在生成具体表结构时，可进一步追加细节指令，如：“为‘订单表’设计字段，需包含分布式ID、订单状态流水、金额拆分字段，并考虑退款场景下的数据一致性”。
• 本方案输出的是需求框架与内容要点，需结合具体业务逻辑进行填充和复核。建议与技术负责人就“细节强化”部分进行重点评审。
• 最终PRD应达到“一名合格的数据库工程师可据此进行物理建模和开发，测试工程师可据此编写数据验证用例”的详细程度。