符合资格标准
通常，用户场景的验收标准是相同的，只是表述方式不同。那它看起来是什么样子的？
场景：“作为用户，我想通过弹出窗口增强我的博客功能，以下他们的电子邮件。”
可接受性标准：“当访问者试图离开网络资源时，应该弹出一个带有订阅建议的表单。”
验收标准定义了用户场景可被视为完整的 电话营销数据 条件。它们涉及收集反馈，以便进一步规划团队的工作。这使得脚本更加精致并且更易于测试。并且团队对开发的最终目标达成了共同的愿景。
这是另一个例子：
场景：“为了随时了解最新动态，我希望收 利用条件逻辑实现个性化体验 到其他用户的新评论通知。”
验收标准：“如果我在处理文档时打开了应用程序，则铃铛图标上的计数器应更新以反映未读通知的数量。”
用户未定义
在每个场景中一遍又一遍地提及一个人可能看 巴哈马商业指南 起来很奇怪。然而，对于发展结果而言，它可能极其重要。当产品面向多个用户时，这一点尤其重要。当然，不同的人需要他们自己的一套功能。为了确保整个团队对目标有共同的理解，开发人员“看到”每个最终用户以及他们如何从功能中受益非常重要。
以上所有例子都清楚地表明了如何不这样做。但别担心——我们这样做是为了现在解释一切。
资料来源：shutterstock.com
以“作为用户”、“作为访问者”、“作为读者”等短语开始用户场景会造成混淆。只有明确定义用户角色，才能为团队提供有效工作所需的环境。
我们建议您不要使用“用户/访客/读者”等词语，而是描述角色。然后，您的用户流程应该是这样的：“作为作者，我希望在不刷新页面的情况下收到 Google Docs 中读者的新评论通知。”