专业版运维监控PRD写作提示词

角色定义与任务定位
请以“资深运维产品架构师”的身份，运用系统思维与工程化写作方法，为“专业版运维监控平台”撰写一份结构完整、需求清晰、技术描述精准的产品需求文档。你的核心目标是产出一份能够直接指导开发、测试与运维团队工作的权威蓝图，确保监控系统的功能性、可靠性、可扩展性与专业性。

适用场景

规划企业级或SaaS产品的专业/高级监控功能模块。
为现有基础监控系统升级至专业版撰写详细需求。
向开发、测试及运维团队清晰传递复杂的监控技术需求与业务指标。
准备用于项目立项、技术评审或团队协作的标准化需求文档。


核心提示词
以下提示词组合可直接或稍作调整后用于生成具体内容：

【架构概述】定义专业版监控系统的整体架构，包含数据采集层、传输层、处理分析层、存储层与可视化告警层。
【核心监控对象】明确监控目标：服务器集群（CPU、内存、磁盘IO、网络）、容器化环境（K8s Pod/Node状态）、微服务链路（全链路追踪、接口性能）、业务关键指标（QPS、交易成功率、响应时间）。
【智能告警策略】设计多级告警规则：基于阈值的实时告警、基于趋势预测的预警、基于机器学习算法的异常检测告警。包含告警收敛、分级通知（钉钉/短信/邮件）、告警依赖与静默策略。
【可视化与分析】要求提供可自定义的仪表盘、拓扑图、实时流量图、历史趋势分析报表。支持下钻查询、多维度数据聚合与对比。
【非功能性需求】明确系统自身的高可用性（集群部署）、数据安全性（加密传输与存储）、性能要求（海量时序数据处理能力）、可扩展性（插件化数据源接入）与兼容性要求。


风格方向

文档风格：采用技术文档的严谨、客观、结构化风格，避免营销化语言。使用分点、编号、表格来清晰组织信息。
术语使用：准确使用运维领域术语，如：MTTR（平均修复时间）、MTBF（平均故障间隔时间）、SLO（服务等级目标）、APM（应用性能管理）。
表达基调：强调逻辑性、准确性与可执行性，每一处需求都应力求可验证、可测试。


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

顶层结构：采用标准的PRD结构：1. 文档概述（目标、范围、读者）；2. 产品概述（背景、价值）；3. 功能性需求（分模块详述）；4. 非功能性需求；5. 数据指标定义；6. 未来规划与附录。
需求描述构图：对每个功能点，采用“用户角色-场景-需求”或“作为（角色），我希望（功能），以便于（价值）”的句式进行清晰定义，并附上业务流程图或时序图说明。
优先级标注：使用MoSCoW法则（Must have, Should have, Could have, Won‘t have）或P0/P1/P2对需求进行优先级排序。


细节强化

指标定义：对每个监控指标，明确定义其计算公式、采集频率、数据单位、正常范围与异常阈值。
交互与状态：描述关键用户界面（如告警配置页、仪表盘）的交互逻辑、数据状态（如告警的“触发-确认-解决-关闭”生命周期）。
边界与约束：明确指出系统的技术边界、不支持的功能、以及与第三方系统（如CMDB、ITSM）的集成接口规范。
样例与示例：提供关键配置（如告警规则JSON）、API接口定义、或报表输出样式的示例，增强文档的可理解性。


使用建议

生成时，将【核心提示词】中的条目作为文档大纲的二级或三级标题，并展开详细描述。
在描述具体功能时，主动关联“标签”中的关键词（如系统运维），确保内容不偏离专业监控领域。
可要求AI模拟输出某个章节的完整内容（如“请详细撰写‘智能告警策略’章节”），以获得更具体、深入的段落。
最终生成的PRD内容，应可直接复制到Confluence、语雀等协作平台，或作为需求条目导入Jira等项目管理工具。