用途
PRD 开发技能用于引导产品经理完成结构化的产品需求文档（PRD）创建。它编排问题界定、用户研究综合、方案定义和成功标准，最终形成一份连贯文档。使用它的目的是把零散笔记和 Slack 讨论串，转化为清晰、全面的 PRD，从而对齐利益相关方、为工程提供上下文，并作为事实来源，避免歧义、范围蔓延和“照我脑子里想的做”的陷阱。
该技能明确说明：这不是瀑布式规格说明，而是一份活文档，记录战略上下文、客户问题、拟议方案和成功标准，并随着交付过程中的学习而演进。
主要能力
该技能围绕标准 PRD 模板组织内容，模板包含以下部分：
- 执行摘要：一段话概述（问题 + 方案 + 影响）
- 问题陈述：谁有这个问题、问题是什么、为什么痛苦、证据（客户引述、数据、研究）
- 目标用户与画像：主要画像、次要画像、待完成工作
- 战略上下文：业务目标（OKR）、市场机会（TAM/SAM/SOM）、竞争格局、为什么是现在
- 方案概述：高层描述、用户流程或线框图、关键功能
- 成功指标：主要指标、次要指标、目标（当前 → 目标）
- 用户故事与需求：史诗假设、带验收标准的用户故事、边界情况与约束
- 范围之外：不构建什么以及为什么
- 依赖与风险：技术依赖、外部依赖、风险与缓解措施
- 待解决问题：未决决策、需要探索的领域
该技能还说明了为什么这样做有效：对齐（确保 PM、设计、工程、利益相关方都理解“为什么”）、上下文保留（为将来参考保存研究和战略理由）、决策日志（记录范围内、范围外及原因）、执行清晰度（为工程提供用户故事和验收标准）。
同时列出反模式：不是详细规格（PRD 界定问题和方案，不逐像素指定 UI）、不是瀑布（PRD 随学习演进，不是冻结的合同）、不能替代协作（PRD 补充对话，而非取代对话）。
使用方式
该技能以引导式对话运行，使用 workshop-facilitation 作为交互协议。该协议定义：会话预告 + 进入模式（引导式、上下文倾倒、最佳猜测）、单问题轮次与平实语言提示、进度标签（例如 Context Qx/8 和 Scoring Qx/5）、中断处理与暂停/恢复行为、决策点上的编号建议、常规问题的快速选择编号响应选项（在有用时包含“其他（请说明）”）。
工作流编排 8 个阶段，历时 2-4 天，使用多个组件和交互式技能：
- 阶段 1：执行摘要（30 分钟）。目标是为快速浏览者写一段话概述。格式为“我们正在为 [画像] 构建 [方案]，以解决 [问题]，从而带来 [影响]”。参与者：PM。输出：一段话摘要。提示：先写这个（强制清晰），但最后再完善它（等其他部分完成之后）。
- 阶段 2：问题陈述（60 分钟）。目标是用证据框定客户问题。使用 skills/problem-statement/SKILL.md（组件）。输入来自 skills/discovery-process/SKILL.md 或 skills/problem-framing-canvas/SKILL.md 的发现洞察。参与者：PM。输出：结构化问题陈述。可选补充上下文：客户旅程地图（使用 skills/customer-journey-mapping-workshop/SKILL.md 输出）、待完成工作（使用 skills/jobs-to-be-done/SKILL.md 输出）。
- 阶段 3：目标用户与画像（30 分钟）。目标是定义为谁构建。使用 skills/proto-persona/SKILL.md（组件）输出。参与者：PM。格式：包含画像名称、角色、目标、痛点、行为。输出：主要画像详细档案、次要画像（如适用）。
- 阶段 4：战略上下文（45 分钟）。目标是解释为什么这对业务重要以及为什么是现在。活动包括：记录业务目标（来源：公司 OKR、战略备忘录、路线图；格式：将功能链接到业务成果）、评估市场机会（可选，使用 skills/tam-sam-som-calculator/SKILL.md（交互式）输出，适用于重大举措、新产品、高管演示）、记录竞争格局（可选，来源：竞争对手研究、G2/Capterra 评论）、解释“为什么是现在”。输出：业务目标、市场机会、竞争上下文、为什么是现在。
- 阶段 5：方案概述（60 分钟）。目标是描述要构建什么（高层，不是详细规格）。活动包括：写方案描述（格式：高层概述，2-3 段）、添加用户流程或线框图（可选，使用设计工具如 Figma、Sketch，或手绘草图；适用于需要视觉解释的复杂功能）、引用故事地图（可选，使用 skills/user-story-mapping-workshop/SKILL.md 输出；适用于有多个发布切片的复杂功能）。输出：方案描述、用户流程/线框图（如适用）、故事地图（如适用）。
- 阶段 6：成功指标（30 分钟）。目标是定义如何衡量成功。活动包括：定义主要指标（问题：这个功能必须推动的唯一指标是什么？）、定义次要指标（问题：还应该监控什么，但不为它优化？）、定义护栏指标（问题：什么不应该变差？）。输出：主要指标、次要指标、护栏指标。
- 阶段 7：用户故事与需求（90-120 分钟）。目标是把方案拆解为带验收标准的用户故事。活动包括：写史诗假设（使用 skills/epic-hypothesis/SKILL.md（组件），参与者：PM，30 分钟，输出：史诗假设陈述）、将史诗拆解为用户故事（使用 skills/epic-breakdown-advisor/SKILL.md（交互式，含 Richard Lawrence 的 9 种模式），参与者：PM、设计、工程，90 分钟，输出：按模式拆分的用户故事）、写用户故事（使用 skills/user-story/SKILL.md（组件），参与者：PM，每个故事 30 分钟，格式：用户故事 + 验收标准）、记录约束与边界情况（技术约束：平台限制、浏览器支持等；边界情况：如果用户跳过第 2 步怎么办？如果他们不按顺序完成步骤怎么办？）。输出：史诗假设、3-10 个带验收标准的用户故事、约束。
- 阶段 8：范围之外与依赖（30 分钟）。目标是定义不构建什么以及依赖什么。活动包括：记录范围之外（格式：明确排除的功能/请求列表；理由：为什么现在不构建）、记录依赖（技术依赖：需要的平台升级、API 变更；外部依赖：第三方集成、合作伙伴关系；团队依赖：设计交接、数据管道工作）。
适用场景
该技能适用于：启动重大功能或产品计划；对齐跨职能团队的范围和需求；为将来参考记录决策；让新团队成员加入项目。
限制
该技能明确说明不适用于：小型缺陷修复或琐碎功能（过度）；问题和方案已经清晰且对齐时（只需写用户故事）；持续发现实验（改用 Lean UX Canvas）。
该技能还说明：当作为引导式对话运行此工作流时，使用 workshop-facilitation 作为交互协议。该文件定义工作流序列和领域特定输出。如果发生冲突，遵循该文件的工作流逻辑。
关于收费、价格、平台支持等具体信息，资料中暂未提供。