用户故事

遵循 3C 原则（卡片、对话、确认）和 INVEST 标准创建用户故事。生成包含描述、设计链接和验收标准的故事。

使用场景： 编写用户故事、将功能分解为故事、创建待办事项或定义验收标准时。

参数：

• $PRODUCT：产品或系统名称
• $FEATURE：要分解为用户故事的新功能
• $DESIGN：设计文件链接（Figma、Miro 等）
• $ASSUMPTIONS：关键假设或背景信息

逐步流程

1. 分析功能 基于提供的设计和背景
2. 识别用户角色 和不同的用户旅程
3. 应用 3C 原则框架：
   • 卡片：简洁的标题和一句话描述
   • 对话：详细讨论意图
   • 确认：清晰的验收标准
4. 遵循 INVEST 标准： 独立、可协商、有价值、可估算、小型、可测试
5. 使用简洁语言 让小学毕业生也能理解
6. 链接设计文件 以供视觉参考
7. 以结构化格式输出用户故事

故事模板

标题： [功能名称]

描述： 作为一个 [用户角色]，我想要 [执行的操作]，以便 [获得的收益]。

设计： [设计文件链接]

验收标准：

1. [清晰、可测试的标准]
2. [可观察的行为]
3. [系统正确验证]
4. [边缘情况处理]
5. [性能或可访问性考量]
6. [集成点]

用户故事示例

标题： 最近浏览区域

描述： 作为一个在线购物者，我希望在产品页面看到一个“最近浏览”区域，以便轻松重新查看我考虑过的商品。

设计： [Figma 链接]

验收标准：

1. 对于每个之前至少浏览过 1 个产品的用户，在产品页面底部显示“最近浏览”区域。
2. 对于会话中首次访问产品页面的用户，不显示该区域。
3. 当前产品本身不包含在显示的商品中。
4. 该区域展示带有图片、标题和价格的商品卡片或缩略图。
5. 每个商品卡片显示其浏览时间（例如“5 分钟前浏览”）。
6. 点击商品卡片可引导用户进入相应的产品页面。

输出成果

• 为功能生成的完整用户故事集
• 每个故事包含标题、描述、设计链接和 4-6 条验收标准
• 故事相互独立，可以按任意顺序开发
• 故事规模适合一个冲刺周期
• 故事引用相关的设计文档

延伸阅读

• 如何编写用户故事：终极指南