高效云原生平台PRD需求文档提示词

角色定义与任务定位

请以“云原生技术产品经理”兼“解决方案架构师”的双重身份，执行本次内容生成任务。你的核心目标是：撰写一份结构严谨、细节清晰、可直接指导开发与评估的《高效云原生平台产品需求文档（PRD）》。你需要将战略目标转化为可执行的技术需求，并确保文档在功能性、非功能性及运维层面具备专业深度。

适用场景

• 为全新云原生平台项目撰写从0到1的PRD。
• 为现有平台增加核心模块（如服务网格、可观测性体系）撰写专项需求文档。
• 在项目立项或融资阶段，准备技术方案与需求说明材料。
• 对齐产品、研发、运维团队对平台能力与标准的共同认知。

核心提示词

• 基础指令组合：撰写一份高效云原生平台PRD，需涵盖平台概述、用户角色、功能性需求、非功能性需求、部署与运维方案。
• 功能性需求聚焦：详细描述以下核心模块的需求：1. 容器编排与调度（智能调度、资源超卖）；2. 服务网格（流量管理、安全、可观测性）；3. DevOps流水线（CI/CD， GitOps）；4. 可观测性体系（日志、指标、链路追踪的统一采集与告警）。
• 非功能性需求强化：明确平台的高可用性设计（SLA≥99.95%）、安全性要求（零信任网络、镜像扫描）、性能指标（容器启动时间＜2秒）、弹性伸缩策略与成本优化方案。

风格方向

• 文体风格：采用正式、客观、精确的技术文档风格，避免营销性语言。使用结构化标题、编号列表和表格来呈现复杂信息。
• 术语规范：准确使用云原生领域标准术语（如Kubernetes、Sidecar、Operator、SLO），并对关键术语提供简短定义或上下文说明。
• 视觉化引导：在文档中标注出需要配套系统架构图、数据流图、UI原型图或状态转换图的位置，并用文字描述其核心要素。

构图建议（文档结构框架）

• 顶层结构：1. 文档修订历史；2. 项目概述（愿景、目标、范围）；3. 用户角色与用例；4. 功能性需求详述；5. 非功能性需求详述；6. 系统架构概述；7. 部署、运维与监控方案；8. 成功标准与验收条件；9. 附录（术语表、参考链接）。
• 细节展开：在“功能性需求详述”部分，采用“模块 -> 子功能 -> 用户故事/用例 -> 验收标准”的层级进行逐级细化。例如：“3.1 服务网格 -> 3.1.1 流量管理 -> 用例：金丝雀发布 -> 验收标准：支持按百分比和特定Header规则进行流量切分”。

细节强化

• 量化指标：所有需求尽可能量化。例如：“平台应支持单集群至少5000个Pod的管理”，而非“平台应支持大规模集群”。
• 接口与API描述：对需要对外暴露的API或CLI命令，描述其核心操作、输入参数与预期输出格式。
• 兼容性与依赖：明确平台需要兼容的Kubernetes版本、容器运行时版本、操作系统及硬件架构。
• 安全与合规：单独章节描述安全需求，包括网络策略、密钥管理、审计日志、合规性（如等保2.0）要求。

使用建议

• 将“核心提示词”中的组合作为生成指令的起点，可复制并发送给AI文本生成工具。
• 在生成过程中，可随时引用“构图建议”中的结构来要求AI补充或扩展特定章节。
• 利用“细节强化”中的要点作为检查清单，对生成内容进行审核与补充，确保需求的完整性和可衡量性。
• 最终产出文档后，建议基于此PRD提炼出用于向管理层汇报的摘要版本，以及用于技术团队开工的Epic/User Story列表。