Skill 简介
这是一个覆盖产品需求管理全流程的 Skill，从业务诉求采集、需求拆解与优先级排序、PRD 文档生成，到方案对齐、迭代规划，再到上线后的反馈驱动优化，一条龙搞定。内置了 RICE + MoSCoW 双框架优先级评估，最终输出标准化的 Markdown PRD 文档。适合产品经理、业务分析师，以及任何需要把模糊需求变成可执行方案的人。
使用场景
说实话，做这个 Skill 的起因特别朴素。我之前带需求的时候，最头疼的不是写 PRD 本身，而是写之前的那些脏活累活——老板丢过来一句话"做个推荐功能"，然后我要花大量时间去跟业务方对目标、拆功能、排优先级、跟开发对方案，最后才能坐下来写文档。这个过程中任何一个环节拉胯，后面全得返工。
更烦的是排优先级。产品、运营、技术三方开会，每个人心里都有一套排序逻辑，谁也说服不了谁。最后往往是"谁声音大听谁的"或者"老板说先做哪个就做哪个"，完全没有章法。
做完这个 Skill 之后，上面这些事基本都能交给它来处理。我只需要把老板的原话或者业务方的一段描述丢进去，它会自动帮我梳理用户场景、界定功能边界、用 RICE 量化打分、用 MoSCoW 分类，最后输出一份结构完整的 PRD。之前从接到需求到产出初版 PRD，少说也要两三天，现在大概半小时能拿到一份质量不错的草稿。
创作过程
整个 Skill 的设计思路是把"写 PRD"拆成一个六阶段的流水线。
第一步是入口分流——根据你是从零写 PRD、完善草稿、还是只排优先级，自动走不同的路径。
第二步是需求采集，把散乱的描述整理成结构化的业务目标、用户场景和功能边界。
第三步是拆解排序，把需求拆成用户故事后用 RICE 量化打分，再用 MoSCoW 分档，两套框架交叉验证，有冲突就标出来让你裁决。
第四步是生成 PRD，前面积累的数据自动填入标准化模板，每个故事配 Given-When-Then 验收标准，生成后还跑一遍 25 项质量自检。
第五步是方案对齐，按产品、开发、运营、设计四个角色生成评审要点，再拆成 MVP 到 V1.x 的迭代路线图。
最后一步是上线后的反馈优化，拿实际数据对比预期指标，给出优化或下线建议。
整个 Skill 一共 10 个文件。核心指令文件 SKILL.md 控制在 300 行左右，详细的模板和方法论拆分到了 templates 和 resources 目录里，用到哪个阶段再按需读取，不会一次性吃掉太多 token。
.trae/skills/product-requirements/
├── SKILL.md # 核心指令文件（~450 行）
├── templates/
│ ├── prd-template.md # PRD 文档模板（~150 行）
│ ├── requirement-breakdown.md # 需求拆解模板（~80 行）
│ ├── prioritization-matrix.md # 优先级评估模板（~100 行）
│ └── user-story-map.md # 用户故事映射模板（~60 行）
├── resources/
│ ├── quality-checklist.md # 质量自检清单（~80 行）
│ ├── prioritization-guide.md # 优先级评估方法论指南（~120 行）
│ └── phase-outputs.md # 各 Phase 输出规范（~100 行）
└── examples/
├── input-raw-requirement.md # 原始需求输入示例（~40 行）
└── output-prd-sample.md # PRD 输出示例（~120 行）
使用步骤
调用这个 Skill 很简单，直接在 SOLO 里用自然语言描述你的需求就行。比如你可以这样说："我们是一个电商平台，详情页跳出率 70%，老板希望做一个基于浏览历史的商品推荐功能，团队 5 个人，2 个月内上线。"Skill 会自动识别这是一个"从零开始写 PRD"的场景，然后按流程推进。
如果你已经有了一份需求草稿，可以把草稿内容贴进去，告诉它"帮我完善这份需求文档"，它会进入补充采集模式，找出你遗漏的信息并补全。
如果你只是需要排优先级，可以直接把需求列表丢给它："我们有 20 多个功能需求，这个季度只能做 5-6 个，帮我排个优先级。"它会跳过前面的采集阶段，直接进入拆解和评分。
整个过程中，Skill 会在关键节点停下来跟你确认。比如信息不足时会追问，优先级有冲突时会让你裁决，质量检查不通过时会告诉你哪里需要改。你不需要一次性把所有信息都准备好，边聊边补就行。
效果展示（PRD部分截图）
Skill 链接
总结与思考
这个 Skill 目前最满意的地方是它的优先级排序机制。RICE + MoSCoW 双框架交叉验证的思路，比单纯拍脑袋或者只看业务价值要靠谱得多。尤其是冲突检测——当量化评分和业务分类出现矛盾时，它会停下来让你做决策，而不是自作主张给一个结果。这个细节在实际使用中特别重要，因为优先级排序本质上是一个需要人来拍板的决策，AI 能做的是把信息摆清楚，而不是替你做主。
另一个觉得比较实用的设计是它的入口分流机制。不是所有需求都要走完整流程，有时候你只是想排个优先级，或者只是想把一份草稿补全。Skill 会根据你的输入自动判断走哪条路径，该跳过的跳过，该深入的深入，不会每次都机械地从头跑到尾。
