长脚本示例：“作为用户，我希这篇文章。同时，我不想注册并寻找我当时住的地方。”如果你仔细阅读，就会发现有两个方面（目标）对用户来说很重要：不要记录新条目，也不要寻找他停止阅读的地方。不要让场景过于复杂，将其分成两部分。
分解后它将看起来像这样：
- “作为用户，我希望在回家的路上能够继续阅读文章，而不必登录。”
- “作为访客，我希望从上次中断的地方继续阅读，而不必再次搜索。”
太详细了
用户场景中的元素太多会导致很多不必 购买电话营销数据 要的推理。用户逐渐淡出背景，开发人员很难想象结果。
以下是一个过于详细的场景的示例：“设计一个可扩展的关系数据库结构，以便我将来可以使用它来实现任何可能的解决方案。”
当最终客户无法使用优质关系数据库时，很难谈 如何通过 4 个步骤选择数字营销渠道 论其商业价值。而且这个场景是从案例的角度写的，而不是从用户的角度。当场景中包含实施方面的内容时，后者的利益就被降为次要角色。
毫不妥协
用户场景可能会发生变化，它们并不意味着 巴哈马商业指南 对功能的精确、严格的描述。
以下是一个不妥协场景的示例：“作为用户，我希望在通知栏中有一个‘清除全部’按钮，以便我可以清除旧通知。”
很明显，访问者的目标是能够删除不必要的消息。此任务是使用“全部清除”按钮完成的，但也可以通过在阅读通知后自动删除通知来实现。
如果您的团队认为实现所描述的用户场景太困难，并且有更简单的替代方案，则条件可能设置得太严格了。建议达成妥协，同时考虑到用户的利益。