FLOW CHART 和 UI FLOW 的差别

UI设计中，尽管某些概念的字面意义看似相近，其背后的实际含义却存在显著差异。台湾设计师@Akane_Lee老师，以其独特的视角，详细解读了Flow Chart和UI Flow之间的微妙差别。

长时间未发文的@Akane_Lee老师，最近忙于撰写企划案、制作原型以及编写实验报告。尽管忙碌，她却依然选择分享关于UI Flow和Flow Chart的知识。在软件开发生态中，这两个概念常常被混淆，但它们其实是完全不同的图表。

UI设计师对UI Flow非常熟悉，但对Flow Chart可能不太熟悉。在软件开发生命周期中，Flow Chart通常由系统分析师（SA）撰写，重点在于流程中的“判断”。它类似于杂志中的心理测验，根据使用者的选择，流程会走向不同的分支。而对于研发人员（RD）来说，编写程序之前，必须先明确逻辑，即一系列判断组成的操作架构。对于UI设计师而言，逻辑同样重要，以便为使用者的操作提供合适的反馈。

以简单的会员登录为例，使用者输入账号和密码。如果输入正确，他们将被自动引导到会员信息页面；如果输入错误，他们会收到错误提示。但在只依赖UI Flow的情况下，很容易忽略使用者操作错误的情况。在开发过程的最后阶段，UI设计师可能需要紧急添加缺失的页面，而研发人员则可能需要匆忙地添加功能或进行修复。这不仅影响开发效率，还可能导致用户体验下降。

以另一个例子来说，如果使用者持续输入错误的登录信息，为了安全考虑，可能会要求他们输入验证码。一个简单的Flow Chart会因此变得复杂许多。实际的会员登录验证流程还包括更多的细节和安全考量。

Flow Chart和UI Flow是相互辅助的，甚至可以说先有Flow Chart再有UI Flow。在没有Flow Chart的情况下进行UI Flow设计，很容易遗漏页面或功能。仅有UI Flow而没有Flow Chart，研发人员可能可以凭借画面想象Flow Chart和判断流程，但在系统规模较大的情况下，容易出现错误和bug。

对于UI设计师而言，不一定要亲自绘制Flow Chart，但一定要能够看懂它。常见的流程图符号是固定的，不应该因为个人审美而自行设计新的样式，否则研发人员可能会因此感到困扰。正如一句名言所说：“婚前脑袋进的水就是婚后流的泪”，在软件开发中也可以理解为：“开工前少花的脑就是开工后要伤的肝。”在前期设计阶段充分考虑到所有功能需求，可以大大减少后期开发过程中的麻烦和困难。