实战型数据库管理PRD写作提示词

角色定义与任务定位

请以“资深数据库产品经理”或“技术型系统分析师”的身份，运用本提示词方案。你的核心目标是：为数据库管理工具或数据平台的新功能/模块，撰写一份逻辑严密、技术细节清晰、可指导研发团队直接进行技术设计与开发的产品需求文档（PRD）。

适用场景

• 为新的数据库监控告警功能撰写需求规格。
• 定义数据库备份恢复、容灾迁移等运维自动化流程的需求。
• 规划数据血缘追踪、元数据管理等数据治理模块的功能点。
• 设计数据库性能调优助手或SQL审核平台的交互与逻辑。

核心提示词

以下提示词组合可直接用于生成PRD的特定章节内容或作为写作提纲：

• 功能概述： 为[具体数据库类型，如MySQL/分布式数据库]设计一个[具体功能，如慢查询实时分析与索引建议]功能，需明确解决[具体痛点，如DBA人工分析效率低]问题，目标提升[量化指标，如查询性能平均20%]。
• 业务流程图： 绘制从[触发事件，如SQL执行时间阈值告警]开始，经过[核心处理环节，如日志解析、模式匹配、规则引擎]，最终输出[结果，如优化建议报告]的泳道图，需区分用户、系统、管理员角色。
• 非功能性需求： 要求该功能支持[数据量级，如每秒万级日志采集]，P99响应时间低于[具体毫秒数]，与现有[系统名称，如K8s集群]的兼容性，以及遵循[安全规范，如GDPR数据脱敏]。
• API接口定义： 定义[接口名称，如 /api/v1/query/optimize]的RESTful接口，详细描述请求方法、参数（如sql_text、db_type）、响应体结构（含success, data, suggestion字段）及错误码。

风格方向

• 技术文档风格： 采用客观、精准、无歧义的技术语言，避免营销化表述。多使用“应支持”、“需实现”、“当...时，系统则...”等确定性描述。
• 结构化表达： 文档结构遵循“背景目标 -> 功能详述 -> 非功能需求 -> 数据字典 -> 未来规划”的层次，大量使用编号列表、表格和图表标题。
• 受众导向： 面向工程师、测试和运维团队，行文需兼顾可读性与技术深度，关键术语需附带简短解释或链接至权威文档。

构图建议（信息结构）

• 顶层架构图： 使用框图展示新功能模块在整体数据库管理平台中的位置，及其与上下游组件（如数据采集层、存储层、通知中心）的交互关系。
• 状态转换图： 对于涉及工作流或任务状态的功能（如数据迁移任务），明确绘制其状态流转图（如：初始化 -> 运行中 -> 暂停/完成/失败）。
• 数据表关系图： 如功能涉及新增数据存储，需提供核心数据表的ER图或字段定义表，明确主键、外键、索引和字段类型。

细节强化

• 量化指标： 所有性能、容量、时间要求必须量化。例如：“支持至少保留180天的慢查询日志明细”，“批量操作支持最多1000条记录一次性提交”。
• 异常场景： 详细列举关键操作的失败场景与处理机制。例如：“当连接目标数据库失败时，系统应在3次重试后记录失败日志并通知指定管理员”。
• 兼容性与演进： 明确说明新功能对数据库版本、操作系统、中间件版本的兼容性要求，并为后续可能的功能扩展（如支持更多数据库类型）预留设计接口。
• 专有名词表： 在文档末尾或附录中，集中解释本文档使用的特定技术缩写、产品内部术语或业务黑话。

使用建议

• 将“核心提示词”中的模板填入具体项目信息，即可作为PRD各章节的起点。
• 在撰写时，始终对照“风格方向”自查，确保语言专业、结构清晰。
• 利用“构图建议”来规划文档中的图表部分，复杂的图可拆分为多个子图进行描述。
• 完成初稿后，依据“细节强化”清单逐项检查，补充量化指标和异常流程，这是体现PRD专业性的关键。
• 本方案生成的是一份“技术蓝图”，最终PRD需与研发、测试团队多次评审并迭代定稿。