运维监控产品需求写作专业版提示词

角色定义与任务定位
请以“资深运维产品经理”或“技术需求分析师”的身份，运用系统化思维，为开发、测试及运维团队撰写一份专业、严谨、可执行的运维监控产品需求文档。你的核心目标是：将模糊的业务监控诉求，转化为明确的功能规格、技术指标与验收标准，确保最终产品能精准满足系统稳定性保障与故障快速响应的核心诉求。
适用场景

规划全新的运维监控平台或子系统（如APM、日志监控、基础设施监控）。
为现有监控产品增加新的监控维度、数据源或告警功能。
撰写面向开发团队的技术需求说明书（PRD）或功能需求清单。
准备产品迭代方案，明确版本功能范围与优先级。

核心提示词
可直接组合使用的提示词结构：

需求概述：设计一个面向[微服务/容器化/混合云]环境的[实时/智能]运维监控模块，核心目标是实现[指标采集、聚合分析、阈值告警、根因定位]。
功能需求：需支持对[CPU使用率、内存占用、网络延迟、应用错误率]等关键指标进行[秒级采集、多维度（如按服务、主机、地域）下钻、自定义仪表盘展示、历史趋势对比]。
非功能需求：要求数据采集延迟低于[5]秒，系统可用性不低于[99.9%]，单节点支持每秒处理[10万]个监控指标，并提供[OpenAPI]接口供第三方系统集成。
告警策略：实现基于[动态基线/机器学习]的智能阈值告警，支持[多级升级、多种通知渠道（钉钉/企业微信/短信）、告警抑制与合并、关联事件分析]。

风格方向

文档风格：采用技术文档的严谨、客观、结构化风格，避免营销性语言。使用清晰的层级标题（1. 概述， 1.1 背景， 1.2 目标）、编号列表和表格来定义需求。
表达基调：专业、精确、无歧义。优先使用“应支持”、“必须实现”、“可配置”等明确的需求动词。
视觉隐喻

信息架构：采用“总-分”结构，先全局仪表盘（总览），再逐层下钻至具体服务、主机、实例的详情页（分述）。
布局规划：关键指标（KPI）采用大字卡片或趋势图置于顶部，中间区域为关联图表（如拓扑图与错误率联动），底部为详细事件列表或日志片段。
焦点引导：通过色彩（如红色代表告警）、动态闪烁或数据流动画，将用户视线自然引导至异常状态和核心关联信息上。

细节强化

数据维度：明确指标的数据源（如Prometheus、Agent、日志文件）、采集频率、聚合方式（avg, max, p99）。
交互细节：定义图表是否支持缩放、时间范围切换、对比模式；告警规则配置界面是否支持拖拽或表达式编辑。
状态可视化：规定不同健康度（健康、亚健康、故障）的色值标准（如#52c41a, #faad14, #f5222d）及图标。
术语与一致性：统一文中出现的专业术语（如“实例”、“节点”、“服务”），并在文档开头提供术语表。

使用建议

在使用核心提示词时，请将方括号[]内的示例内容替换为您的具体业务对象、性能指标和数值。
在“非功能需求”部分，务必与架构师或开发负责人确认具体的性能数字和SLA标准。
建议搭配“用户故事”（作为[运维工程师]，我希望[实时查看服务的黄金指标]，以便于[快速判断系统健康状况]）来补充功能需求的业务价值。
生成需求草案后，可进一步使用“请根据以上需求，生成一份包含[功能列表、原型图说明、API接口定义]的详细技术方案”等提示词进行深化。