本篇直接上干货,什么叫UI Flow 和 什么叫Flow Chart。Flow 就是「流程」，UI Flow 是页面流程，而 Flow Chart 是流程图 ，两者是完全不同的图表。

UI Designer 很熟悉 UI Flow，对 Flow Chart 可能不太熟。在软体开发中 Flow Chart 通常是由 SA 撰写，重点在「判断」上…没有那麽难，把它当成杂志附的心理测验，选「是」走右边、选「否」走左边就好了。

对 RD 来说，写程式前都必需先知道「逻辑」，也就是由各种「判断」组成的操作架构。对 UI 而言逻辑也很重要，不然使用者操作后要给他什麽回应？

最阳春的会员登入

以「会员登入」为例，使用者输入帐号密码，输入正确就自动跳转到会员资讯页，输入错误就提示错误…

光从 Functional Map 就想画 UI Flow 常常忽略「使用者操作错误怎麽办」，最后一刻才发现有缺就是 UI 紧急加画漏掉的页面、 RD 苦命塞功能不优雅，提示错误又不是放下一个阶段或是有空再补的东西，页面和程式也不是靠嘴巴在画在写…

乱输入就给你验证码

好像很简单喔？才不只这样。实际画起来会发现很多东西在 UI Flow 上很容易忽略没考虑到的部份。（而且怎麽可能就只有这样不加功能？）

有时候使用者会一直输入错误，合理猜想是有人试著盗帐号。常见的阻挡方法是让输入多次错误的使用者多填一个验证码的栏位。所以 Flow Chart 就变成：

上图只是简单的流程示范，不过是随口多一句「喂、帮我加个验证码功能」，Flow Chart 就会突然肥一截。真正的会员登入验证还有更多花样以及安全性考量，比如登入错误 3 次就多提示一句「忘记密码」等等，更狠的直接锁帐号请使用者找客服申诉。

Flow Chart 和 UI Flow 相辅相成，甚至是先有 Flow Chart 才有 UI Flow 。在没有 Flow Chart 、不知道要处理多少判断时就产出 UI Flow，规划不周掉页面漏功能的机率非常非常高。

若只有 UI Flow 没有 Flow Chart，RD 勉勉强强可以凭画面想像 Flow Chart、判断式怎麽下，但系统越大会容易出包有 Bug，依 RD 经验值决定出包机率。但连 UI Flow 都没有，光凭几张 Wireframe 或 Mockup，根本就是瞎子摸象，看单张静态图 RD 不会知道页面怎麽串，纯靠脑补不错才怪。

如果什麽都不给，直接扔 Prototype 给 RD 叫他照抄，说一模一样做一个出来、很简单吧？RD 还要每个画面每个按钮按都戳戳看、试过各种错误才会知道功能怎麽接。对 RD 是有多大恨这样整人家…

就 UI Designer 的角度可以把 Flow Chart 看成 「这个情境下使用者怎麽操作完成任务、软体怎麽回应」 ，把 UI Flow 延伸为 「因为使用者这样操作、以及我们有这些功能和资讯要呈现，所以页面和页面之间如此串接」 。

UI Designer 不一定要会画 Flow Chart，但一定要看得懂。常见 流程图 符号是固定的，不要因为长得丑就自己设计个新样式，RD 绝对来翻桌。

有句名言 「婚前脑袋进的水就是婚后流的泪」 ，套到软体开发上， 「开工前少花的脑就是开工后要伤的肝」 。有多少功能前期没想到、就有多少工时后期没料到…