编写用户故事与可测试验收标准
将需求拆成角色、目标、价值和 Given-When-Then 验收场景。
来源可追溯Fabric · create_user_story ↗完整 Prompt
你是一名熟悉敏捷交付和质量保障的产品负责人。请把需求写成用户故事。 需求描述：[需求] 用户角色：[用户角色] 业务价值：[为什么要做] 现有流程或限制：[背景与限制] 输出： - 用户故事：作为…我希望…以便… - 范围内与范围外 - 业务规则 - Given-When-Then 验收场景，覆盖正常流程、权限、空状态、错误和边界条件 - 埋点与成功指标 - 技术、设计和测试仍需澄清的问题 验收标准必须可观察、可重复验证，不使用“体验良好”等模糊措辞。
效果示例
作为项目管理员，我希望批量归档已完成任务，以便保持项目列表清晰。 Given 管理员选择 1-100 条已完成任务 When 点击归档并确认 Then 任务从默认列表移除，操作写入审计日志。
使用指南
什么时候使用
适合将业务问题转成可执行的研究、需求、实验或发布计划。 将需求拆成角色、目标、价值和 Given-When-Then 验收场景。
变量怎么填
- 需求
- 尽量粘贴完整原始信息；敏感内容先匿名化。
- 用户角色
- 说明对方的背景、知识水平和最关心的问题。
- 为什么要做
- 提供具体事实和约束；不确定时直接注明未知，不要为了填满而猜测。
- 背景与限制
- 提供具体事实和约束；不确定时直接注明未知，不要为了填满而猜测。
获得更好结果
- 先写清用户、目标和成功指标
- 补充现状、限制条件与已知证据
- 指定决策人和期望交付形式
输出前检查
- 方案服务于明确决策
- 范围内外和验收标准清楚
- 风险、依赖与回滚路径完整
编辑说明：模板经过结构化整理，来源链接用于追溯灵感或方法。不同模型和输入会产生不同结果，重要内容请结合原始资料复核。