通常，作为设计师，我们会遇到不同的方法来记录我们的UI UX设计。这些方法可以根据需要详细或简单。用例、用例场景、用户情景和用户流之间的区别恰恰在于细节。首先在不太详细得需求下，我们可以得到用户故事。这些故事分为用例，用例可以包含转换为图形流程图的用例场景。
用户故事
用户故事是一种更快、不具体的工具，通常用于敏捷方法。用户故事的重点是开发以用户为中心的需求的简短描述。用户情景是需求的简化版本。用户故事还应侧重于对最终用户的价值。用户故事应该简短、可估计且可测试。值得一提的是，用户故事不会取代需求文档，因为需求涉及产品的规格和技术方面。
用户故事回答了以下问题：
- 谁来执行任务？
- 该用户需要做什么？
- 为什么用户需要完成任务？
用例和用例场景
用例是完成特定任务或目标所需的一组步骤。一个用例可以有多个路径来实现目标;它们中的每一个都被视为一个用例场景。简而言之，用例是具有各种流程的目标，案例场景通过其中一个直接或者间接得路径操作达到目标。
它回答以下问题：
- 场景是什么 – 任务的上下文？
- 这个过程有什么前提条件？
- 任务会遇到哪些异常？
- 如何完成工作？
- 在此过程中我们会遇到哪些错误？
我们有多少种方法来完成这项任务？（基本路径和替代路径）
示例 1：假设我们遇到移动应用登录，用户情景将是：用户A 需要登录才能访问应用（who、what、why）。然后，我们开发了用例：首先，我们需要打开应用程序，验证设备的连接性，然后向用户提供完成任务所需的选项。可以看到有多种选择，可以使用我们的脸书账号、Twitter账号或电子邮件登录。每个登录选项都是一个用例场景。所有情况都会导致相同的结果，但作为用户，我们将根据我们选择的登录方式遇到不同的界面。
用户故事和用例得区别
用户故事将为我们提供有关用户动机和需求的信息，它将为我们提供与用例相关的高层次目标。用例将为我们提供有关如何完成目标的详细信息以及用户在执行任务时可能遇到的所有场景。
流程图
流程图是用例或用例场景的更详细和图形化的表示形式。使用形状和图形来传达目标的内容。复杂案例不应使用流程图作为文档。当用例涉及大量元素时，图表可能会变得太大且难以理解。
常见的任务流程图：
