专业版运维监控PRD需求文档提示词

角色定义与任务定位

请以“资深产品经理兼技术方案架构师”的身份，结合对运维监控体系的深刻理解，撰写一份目标明确、逻辑严密且具备高度可执行性的PRD（产品需求文档）。您的核心目标是：将复杂的运维监控需求，转化为开发、测试及运维团队均可清晰理解、无歧义且能直接指导后续设计开发的结构化文档。

适用场景

• 规划全新的企业级IT基础设施监控平台。
• 为现有监控系统（如Zabbix、Prometheus等）设计重大功能模块升级。
• 制定针对云原生环境（Kubernetes、微服务）的专项监控需求。
• 编写面向特定业务保障的SLA/SLO监控与告警方案。

核心提示词

可直接组合使用的提示词序列：

• 专业运维监控PRD需求文档，包含：1. 项目概述与目标 2. 用户角色与用例 3. 功能性需求（指标采集、告警规则、可视化仪表盘） 4. 非功能性需求（性能、可用性、扩展性） 5. 数据流与架构示意图。
• 详细描述监控对象：服务器硬件指标、操作系统性能、网络流量、应用程序性能(APM)、数据库状态、容器资源、业务关键事务。
• 明确告警需求：多级告警（警告、严重、灾难）、告警触发条件（阈值、波动率、缺失）、通知渠道（邮件、钉钉/企业微信、短信）、告警收敛与自愈建议。
• 定义仪表板需求：可自定义的视图、关键绩效指标(KPI)卡片、实时数据图表、拓扑图映射、历史数据对比分析。

风格方向

• 文档风格：技术严谨性与业务可读性并重。采用分点分层叙述，避免长篇大论。使用标准术语，并对专有名词提供简短解释。
• 视觉表达：在描述架构或数据流时，倾向于使用“逻辑框图”、“序列图”、“拓扑示意图”等清晰的可视化元素进行辅助说明。可强调“信息层级清晰”、“配色专业（科技蓝、深色背景搭配高亮色）”的视觉要求。
• 语言基调：客观、精准、无歧义。使用“应支持”、“必须实现”、“建议具备”等不同层级的需求描述词语。

构图建议（用于可视化部分描述）

• 描述系统架构图时，建议采用“分层构图”，从数据采集层、传输处理层、存储层到应用展示层自下而上排列。
• 描述仪表板时，可建议“网格化布局”，将核心KPI置于顶部，中间为实时曲线图，底部为拓扑状态或列表信息。
• 描述告警流程时，可采用“流程图”或“时序图”构图，清晰展示从“事件产生”到“告警触发”再到“通知处理”的完整路径。

细节强化

• 指标量化：所有性能需求尽可能量化。例如：“仪表板加载时间应小于2秒”，“系统支持每秒处理10万条以上指标数据”。
• 边界条件：明确需求边界。例如：“本阶段不包含日志分析功能（属于日志平台范畴）”，“支持主流Linux发行版及Windows Server 2016以上”。
• 兼容性与集成：提出与现有系统的集成需求。例如：“需提供API供公司内部CMDB调用”，“告警信息需双向同步至ITSM工单系统”。
• 材质与氛围：在可视化示例描述中，可加入“深色科技感背景”、“光滑玻璃态卡片”、“动态数据流光线”等词汇，增强视觉创意表达。

使用建议

• 将“核心提示词”部分的内容直接作为与大语言模型（如ChatGPT、Claude等）对话的起始提示，可生成PRD初稿。
• 在生成过程中，可逐步追加更具体的指令，例如：“请详细展开‘功能性需求’中的‘可视化仪表盘’部分，列出5个必须预置的视图模板”。
• 本方案中的“构图建议”与“细节强化”内容，可用于指导UI/UX设计师绘制原型图，或在与开发团队评审时作为验收标准的补充说明。
• 最终输出时，请务必结合具体技术栈（如使用Prometheus+ Grafana，或自研平台）对专业术语进行微调，确保文档与实际技术选型吻合。