用途：在启动新产品或功能开发、把模糊想法转成具体技术规格、为 AI 功能定义需求，或干系人需要统一的项目范围“唯一事实来源”时使用；也适用于用户要求“写 PRD”“记录需求”或“规划功能”的场景。
工作流程分为三阶段。第一阶段为发现（访谈）：写 PRD 前必须向用户提问以填补信息空白，不可臆测上下文，需了解核心问题（为何现在做）、成功指标（如何判断有效）、约束（预算、技术栈或截止日期）。第二阶段为分析与界定范围：综合用户输入，识别依赖与隐藏复杂度，梳理用户流程，并定义非目标以保护时间线。第三阶段为技术起草：按严格 PRD 模式生成文档。
严格 PRD 结构：1. 执行摘要——问题陈述（1-2 句痛点）、建议方案（1-2 句）、成功标准（3-5 个可衡量 KPI）；2. 用户体验与功能——用户画像、用户故事（As a [user], I want to [action] so that [benefit]）、验收标准（每条故事的“完成”定义）、非目标；3. AI 系统需求（如适用）——工具需求（所需工具与 API）、评估策略（如何衡量输出质量与准确性）；4. 技术规格——架构概览（数据流与组件交互）、集成点（API、数据库、认证）、安全与隐私（数据处理与合规）；5. 风险与路线图——分阶段发布（MVP -> v1.1 -> v2.0）、技术风险（延迟、成本或依赖故障）。
质量要求：使用具体可衡量的标准，避免“快速”“简单”“直观”等模糊表述，例如应写“搜索须在 1 万条记录数据集上 200ms 内返回结果”“搜索算法在基准评估中须达到 >= 85% Precision@10”。
实施准则：始终为 AI 系统定义测试与输出质量验证方式，先呈现草稿并针对特定章节征求反馈；避免跳过发现环节（未经至少 2 个澄清问题不得动笔），不得臆造约束（用户未指定技术栈时应询问或标注为 TBD）。
限制：资料未提供具体收费、价格、平台支持范围与安装命令等信息。