用途
PRD Writing 用于在创始人或产品经理需要将产品想法、功能请求或战略举措转化为结构化产品需求文档（PRD）时激活。典型触发场景包括用户提出“写一份 PRD”“为这个功能写规格说明”“定义 X 的需求”或“我需要记录我们要构建什么”。
主要能力
该技能提供一套八段式 PRD 模板，并区分轻量级与完整版两种规格：
- 摘要：用 2-3 句话概述要构建什么以及为何重要，面向广泛受众。
- 联系人：列出关键利益相关者及其角色和参与背景。
- 背景：说明问题空间的上下文，包括为何是现在、发生了什么变化、什么使该举措成为可能，并包含竞争对手如何处理同一问题的竞争背景。
- 目标：定义目标、业务与客户收益、战略对齐，并设定与 OKR 挂钩的 SMART 成功指标，格式为“使 [用户细分] 能够 [行动]，从而产生 [可衡量结果]”。
- 市场细分：按问题和需求而非人口统计特征定义目标用户，描述主要和次要细分及其规模估计。
- 价值主张：映射所解决的客户任务、提供的收益和消除的痛点，并使用价值曲线分析等框架展示竞争差异化。
- 解决方案：包含功能描述、UX/原型、线框图、用户流程和相关技术细节，明确列出范围外事项，记录假设，并枚举至少 5 个边缘案例。
- 发布：使用相对时间框架（而非确切日期）制定分阶段推出计划，定义 MVP 与未来迭代、功能标志、回滚标准和审查检查点。
对于轻量级 PRD，第 2、3、8 部分可各自压缩为 2-3 句话。
使用方式
工作流程如下：
- 明确范围级别：询问需要轻量级 PRD（早期探索，2-3 页）还是完整 PRD（已承诺的举措，5-8 页）。如果公司处于产品市场契合之前，默认使用轻量级。
- 收集输入：收集问题陈述、目标用户、现有研究、成功标准和已知约束，并识别关键联系人及其角色。
- 起草八段式 PRD：按模板顺序逐节撰写，使用适合工程、设计和领导层等广泛受众的易懂语言。
- 标记假设：明确列出每节背后的关键假设，对每个假设说明支持证据和什么会使其失效。
- 审查与完善：呈现草稿，邀请反馈，针对具体部分迭代，并注明 PRD 版本和最后更新日期。
所需上下文包括：来自 startup-context 的公司阶段、目标客户细分、当前产品状态、团队规模、技术约束；来自用户的功能或举措、已知用户问题、先前研究或客户反馈、期望时间线以及范围偏好。
适用场景
- 轻量级 PRD 触发条件：产品市场契合之前的探索、黑客松项目、内部工具、时间线少于 2 周的实验。
- 完整 PRD 触发条件：跨团队举措、具有外部依赖的功能、任何涉及支付或合规的内容。
相关技能包括：roadmap-planning（在撰写 PRD 后链接，将举措纳入更广泛的路线图）、mvp-scoping（在撰写 PRD 前链接，确定 v1 包含什么）、user-research-synthesis（在撰写 PRD 前链接，用真实客户数据支撑背景和市场细分部分）。
限制
该技能强调问题优先于方案，建议将文档 40% 的篇幅用于第 1-5 部分（“为什么”）再触及第 7 部分（“什么”）；一份 PRD 应只有一个目标和一个主要指标；市场细分应按需求定义；应使用具体数字而非模糊语言；应明确列出范围外事项；应使用相对时间框架而非确切日期；应追踪前 3 个假设；应面向工程、设计和执行层三类受众；应作为活文档注明版本和更新日期。
关于该技能的具体收费、价格、平台支持情况，资料中暂未提供。