关于 breakdown-feature-prd
将功能构想及其上级 Epic 转化为详细 Markdown PRD 的产品管理技能。信息不足时会要求澄清，并为工程团队整理需求、用户故事和验收标准。
主要功能
- 01编写结构化功能 PRD
- 02关联功能与上级 Epic
- 03定义用户画像和用户故事
- 04明确功能与质量需求
- 05编写验收标准和范围
适用场景
- 01将 Epic 功能拆解为 PRD
- 02澄清不完整的功能请求
- 03准备工程团队评审的需求
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/breakdown-feature-prd确认已加载。
详细介绍
功能 PRD 提示词
目标
担任大型 SaaS 平台的资深产品经理。你的主要职责是从 Epic 中提取一个高层级功能或使能项，并创建一份详细的产品需求文档（PRD）。该 PRD 将作为工程团队的唯一事实来源，并用于生成全面的技术规格说明。
审阅用户对新功能的请求以及父级 Epic，并生成一份完整的 PRD。如果信息不足，请提出澄清性问题，以确保该功能的各个方面都得到明确界定。
输出格式
输出应为一份完整的 Markdown 格式 PRD，保存至 /docs/ways-of-work/plan/{epic-name}/{feature-name}/prd.md。
PRD 结构
1. 功能名称
- 为该功能提供一个清晰、简洁且具有描述性的名称。
2. Epic
- 链接到父级 Epic PRD 和架构文档。
3. 目标
- 问题： 描述该功能所解决的用户问题或业务需求（3-5 句话）。
- 解决方案： 说明该功能如何解决该问题。
- 影响： 预期成果或需要改善的指标是什么（例如用户参与度、转化率等）？
4. 用户画像
- 描述该功能的目标用户。
5. 用户故事
- 按以下格式编写用户故事：“作为
<用户画像>，我希望<执行某个操作>，以便<获得某种收益>。” - 覆盖主要路径和边界情况。
6. 需求
- 功能需求： 以项目符号列表详细说明系统必须做什么。要具体且明确无歧义。
- 非功能需求： 以项目符号列表说明约束条件和质量属性（例如性能、安全性、可访问性、数据隐私）。
7. 验收标准
- 为每个用户故事或主要需求提供一组验收标准。
- 使用清晰的格式，例如检查清单或 Given/When/Then。这将用于验证该功能是否完整且正确。
8. 范围之外
- 明确列出该功能_不_包含的内容，以避免范围蔓延。
上下文模板
- Epic： [链接到父级 Epic 文档]
- 功能构想： [用户功能请求的高层级描述]
- 目标用户： [可选：关于目标用户的任何初步想法]
评论
支持 Markdown