产品经理如何使用 user-stories Skill
怎么用
安装 skill
把下面代码块里的内容直接复制发给 agent(claude code、codex、cursor、trae 等),agent 会自动完成安装
安装以下 skill:
https://github.com/phuryn/pm-skills/blob/main/pm-execution/skills/user-stories/SKILL.md基本用法
在Agent 中直接用自然语言描述你的需求,一句话就能启动。
帮我把「电商小程序」的「商品收藏」功能拆成用户故事必须告诉 Claude 的信息
| 参数 | 例子 | 必填 |
|---|---|---|
| 产品/系统名称 | 电商小程序、后台管理系统 | 建议提供 |
| 功能特性 | 商品收藏、订单退款、用户注册 | 必须提供 |
| 设计链接 | Figma / Miro 链接 | 可选 |
| 背景假设 | 用户已登录、仅支持 iOS | 可选 |
典型使用场景
1. PRD 写完后拆故事
把功能章节丢给 AI,自动拆成一个个独立故事卡,粒度控制在单冲刺可完成,直接丢进 Backlog。
帮我把「电商小程序」的「商品收藏」功能拆成用户故事2. 冲刺计划会前补全标准
对着已有故事说一句,AI 自动补充正向、反向、边界条件,团队对齐不再靠嘴说。
帮我把「后台管理系统」的「数据导出」功能拆成用户故事
设计稿:https://figma.com/file/xxx
假设:仅管理员可导出,单次最多 10 万条3. 设计评审后出故事
把 Figma 链接贴给 AI,结合设计稿自动生成带视觉参考的用户故事,开发拿到就能开工。
帮我把「AI 写作助手」的「模板管理」功能拆成用户故事
设计稿:https://figma.com/file/abc123
角色:内容运营、模板管理员4. 老板只给了一句话需求
把那句模糊的需求发给 AI,快速拆解成可开发、可测试的故事卡。
这是我的 PRD 片段,帮我拆成用户故事:
## 订单退款
用户可以在订单详情页申请退款,需要填写退款原因和上传凭证,商家收到后可以选择同意或拒绝...5. 多角色故事拆解
不满足于"用户要能退款",AI 会自动区分不同角色,拆出独立且不重叠的故事卡。
帮我把「SaaS 协作平台」的「权限管理」功能拆成用户故事
角色:超级管理员、部门管理员、普通成员
假设:免费版最多 5 个管理员6. 输出汇报/评审材料
生成的故事卡可以直接放进 PRD、冲刺计划文档,或导入 Jira / Linear / 飞书项目。
实操建议
| 技巧 | 说明 |
|---|---|
| 说清楚角色 | 不要说"用户要能退款",要说"买家申请退款"还是"卖家处理退款",不同角色 = 不同故事 |
| 控制粒度 | 目标是每个故事在 1 个冲刺内完成,拆出 20 个可能太细,只有 1 个可能太粗 |
| 验收标准要可测试 | 好的标准:点击收藏后图标在 200ms 内变为实心;差的标准:收藏功能体验流畅 |
| 传入设计稿 | 有 Figma / Miro 链接就贴上,生成的故事卡会带上视觉参考,开发理解成本更低 |
| 补充背景假设 | 告诉 AI "用户已登录""仅支持 iOS"等约束条件,验收标准会更精准 |
| 生成后手动补充 | AI 不会自动排优先级、处理依赖、估算工时,这些需要你补充 |
输出格式
Skill 会为每个功能生成一组用户故事,每条故事包含:
- Title:故事标题(一句话说清楚)
- Description:作为 [角色],我想要 [动作],以便 [价值]
- Design:设计稿链接(如提供)
- Acceptance Criteria:4-6 条验收标准(正向/反向/边界/异常场景)
INVEST 质量检查
生成的故事自动遵循 INVEST 原则:
| 字母 | 含义 | 判断方法 |
|---|---|---|
| I - Independent | 独立的 | 故事 B 不需要等故事 A 完成才能开始 |
| N - Negotiable | 可协商的 | 验收标准不是死合同,细节可以开发中调整 |
| V - Valuable | 有价值的 | 完成后用户或业务能感知到变化 |
| E - Estimable | 可估算的 | 开发看完能说"大概 2 天"而不是"不知道" |
| S - Small | 小的 | 一个冲刺(1-2 周)内能完成 |
| T - Testable | 可测试的 | 有明确标准判断"做完了没有" |
