起草用户故事和验收标准

作者: AILesson9 分钟准备已测试:ChatGPT复核日期: 2026-08-28

直接回答

把已确认用户与业务需要转成有范围的故事和可观察行为，不虚构产品决定. 请提供: 需求与证据、批准产品决定、交付与验证. 预期成果: 包含证据、边界、情境、验收标准、非功能需要、依赖和待定决策的故事集.

补充你的背景

你填写的内容只保留在当前浏览器中，AILesson 提示语不会将其发送给模型或服务器。

需求与证据批准产品决定交付与验证

生成的提示语

未填写的字段会保留为占位符，你仍然可以复制后自行编辑

请根据已确认需求和批准产品决定起草用户故事与可验证验收标准。

用户情境、角色、目标、行为、证据、业务原因、研究限制和反例：
[evidence]

已选范围、流程、状态、规则、权限、数据、集成、平台、非功能需要和排除：
[product]

发布、团队、依赖、分析、无障碍、隐私、安全、环境、完成定义和待定决策：
[delivery]

区分有证据需求、产品假设、批准决定、实施假设和待定选择。按角色和独立成果拆故事，而非技术层或过大史诗。用户故事句只作摘要；补充背景、证据定位、范围内外、前置、触发、主流程、替代与错误流程、权限、数据处理、业务规则和依赖。验收标准使用可观察的 Given/When/Then 情境或等效形式，只在已批准时覆盖正常路径、边界、缺失/无效数据、权限拒绝、并发或重复行动、恢复、无障碍、隐私/安全、分析和兼容。不得虚构界面文案、状态、阈值、集成、角色、数据保留、性能目标、通知、错误行为或指标。待定决策写成会阻塞相关标准的问题。未批准方案时不加入方案想法。最后提供证据→故事→标准追溯及可测试性、范围、冲突和就绪检查。

默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许，否则不要把机密信息提交给任何 AI 服务。

从输入到成果

实际案例

看看具体背景如何通过这条配方转化为可使用的成果

实际输入

需求与证据: UX会话P01/P03：Ready交接缺可见接收责任时，负责人在人群中搜索或错过预期提及。反例P02/P04显示部分等待有意或在等已知审批。批准业务原因：不增加通知负担地减少可避免不确定性。证据不能证明普遍性或邮件需求。
批准产品决定: 批准用于原型的探索方案：交接显示可选接收者字段；只有请求者或工作区协调员可设置/更改；负责人和接收者可查看。现有状态Draft、Active、Ready、Accepted不变。未设置时用批准设计token显示未分配状态，准确文案待定。无邮件或推送。接收者须为活跃工作区成员。审计日志记录操作人、旧/新接收者和时间。仅支持Web。未批准保留期变化。
交付与验证: 用于可用性测试的原型，非生产。设计负责文案；工程验证成员和审计事件；无障碍要求键盘操作、程序化标签和不只靠颜色。使用现有成员ID的隐私审核完成。分析事件名和性能阈值未决。完成定义：设计评审、可用原型、单元测试、无障碍检查、研究脚本。不得写生产SLA。

示例输出

故事1——设置接收责任作为请求者或工作区协调员，我需要为交接指定一名活跃工作区成员作为接收者，让相关人员能看到谁有权接收。证据：P01/P03；范围为原型假设，不是已验证需求。

验收标准 • Given Web交接且操作人为合格请求者/协调员，When选择活跃成员并确认，Then该成员保存为接收者，并对请求者、负责人和接收者可见。准确确认界面未决，须由批准设计提供。 • Given非请求者/协调员，When查看交接，Then可看到接收者但不能更改。批准的拒绝行为缺失，阻塞准确标准。 • Given非活跃或非成员账户，When作为接收者提交，Then系统不保存。错误文案待设计，不虚构。 • Given已有接收者，When授权角色更改或清除，Then审计数据记录操作人、旧值、新值和时间。保留遵循现有政策，不指定新周期。

故事2——理解未分配交接作为负责人或请求者，我需要感知没有接收者，从而决定识别一人还是有意保持未分配。该措辞保留P02/P04反例，不暗示每次等待都是错误。

标准：接收者为空时显示批准的未分配视觉token；状态仍为Ready，不创建新状态。指示器有程序化标签且不只靠颜色。键盘用户可按逻辑顺序到达字段并执行每项获准行动。准确可见与无障碍文案待设计，阻塞最终文字断言。

范围外：邮件/推送、生产发布、新保留期、普遍性或结果主张、自动分配、生产SLA。分析事件标准在事件名和目的批准前阻塞。追溯把P01/P03连接到可见性故事，P02/P04要求可选分配且无自动提醒。