云原生平台产品需求写作完整流程提示词

角色定义与任务定位

请以“云原生平台产品需求架构师”的身份，运用本方案。您的核心目标是：系统性地梳理并撰写一份专业、清晰、可执行的云原生平台产品需求文档（PRD），确保需求能够精准传达给研发、测试与设计团队，并符合云原生技术范式与敏捷交付流程。

适用场景

• 规划全新的云原生微服务、Serverless产品或平台功能模块。
• 对现有单体应用进行云原生重构的需求分析与定义。
• 为容器编排、服务网格、可观测性等云原生核心组件撰写功能规格。
• 在敏捷迭代中，细化用户故事并明确技术验收标准。

核心提示词

可直接用于引导需求生成的提示词组合：

• “作为云原生平台产品经理，请为[具体功能，如：基于Kubernetes的自动弹性伸缩模块]撰写一份PRD。需明确其业务价值、用户旅程、非功能性需求（包括可用性SLA、弹性伸缩策略、资源配额设计）以及与现有服务网格/API网关的集成方式。”
• “详细定义[具体场景，如：多云环境下应用一键部署]的用户故事。包含角色（开发者）、目标、动机，并拆解出具体的验收标准（AC），需涵盖基础设施即代码（IaC）模板、跨云网络配置验证及部署状态回滚机制。”
• “输出[某云原生组件，如：分布式链路追踪功能]的需求规格说明。重点描述数据采集点（Span定义）、存储后端（兼容Jaeger/Tempo）、查询分析界面的核心字段与筛选逻辑，并考虑高基数标签下的性能影响。”

风格方向

• 文档风格：采用技术文档与商业文档结合体。逻辑严谨，层次分明（使用清晰的编号与标题），术语准确但不过度晦涩。
• 叙述语调：客观、精准、简洁。避免模糊描述（如“快速响应”），代之以可量化的指标（如“P99延迟<100ms”）。
• 视觉隐喻：在描述架构或流程时，可引导读者想象“蓝图”、“拓扑图”、“流水线”等清晰的结构化图像。

构图建议（信息结构框架）

• 顶层框架：采用“背景与目标 -> 用户画像与场景 -> 功能特性详述 -> 非功能性需求 -> 数据与接口 -> 演进规划”的经典结构。
• 核心段落构图：每个功能描述采用“问题陈述 -> 解决方案概述 -> 业务流程/交互流程图 -> 详细规则与边界条件 -> 异常处理”的递进式叙述。
• 重点突出：将“云原生属性”（如弹性、可观测性、不可变基础设施）相关的需求单独成节，进行重点阐述。

细节强化

• 技术细节：明确提及Kubernetes资源对象（Deployment, Service, Ingress, HPA策略）、服务网格协议（如gRPC, HTTP/2）、监控指标（Prometheus metrics, Grafana仪表板）。
• 非功能细节：具体定义伸缩阈值（CPU利用率>70%）、可用性目标（99.95%）、部署区域（多可用区设计）、安全合规要求（镜像签名，网络策略）。
• 协作细节：在需求中标注出需要与SRE、安全团队、架构师评审的关键决策点。

使用建议

• 将上述“核心提示词”直接输入到AI辅助写作工具或作为您个人构思的起点，填充具体功能名称即可生成初稿。
• 在“风格方向”与“构图建议”的指导下，对生成内容进行结构调整与专业术语校准，确保符合云原生技术语境。
• 利用“细节强化”列表作为需求完备性检查清单，逐项核对，避免遗漏关键的技术与非功能性约束。
• 最终产出应是一份包含清晰标题、版本历史、术语表、详细附录的完整文档，可直接纳入Confluence、Git等协作平台进行评审与跟踪。