UI 是「用户接口」，UI 设计指的是「设计用户接口这回事」。设计接口不是只有出张美美的图就结束，这样和平面设计没有差别，也正是为什么 RD 会说「你用平面设计的思维在做 UI」。
平面设计和 UI 设计最简单易懂的差别就是一个会动、另一个不会动。
淡入淡出、往左边飞、往右边翻页之类的动态效果。这就是「会动」了？动态效果不过是平面设计师眼里的「会动」，和 UI 设计师、RD 眼里的「会动」完全是两回事，UI 设计的「会动」特指「行为」，包含用户的行为、接口的行为、系统的行为。
举例
同样的一项产品，目标族群不同，产品外观也会不同；拿给不同的人使用，也会得到不同的结果。甚至连任务目标（用户想透过产品完成什么事）都会不一样。
比如这款给婴幼儿训练抓握力、色彩、形状、推理能力用的积木。
到了这部电影里，积木变成「证明丧尸有基本推理思考能力的手段」，而不是训练他的道具。
（取自电影 恶灵古堡3：大灭绝）
即使行为相同，使用情境完全不同，操作的目的或动机也完全不一样。
别忘了下一秒积木就被尝试错误的丧尸给拆了，所以设计给丧尸用和给婴儿用的是不是应该要不太一样？起码要坚固一点吧…
（以上来乱的请不要认真，我一直觉得这幕非常有喜感…）
使用者的行为
使用者是谁？会怎么操作？在什么情境下操作？操作的任务与目的？
不同使用者有不同的操作习惯、不同的情境、基于不同的动机下进行相似的产品操作步骤，所以在设计一款产品前，UI 设计师会先搞懂目标族群。这一点在许多平面设计师上也能看到他们会进行类似的询问…宣传婴幼儿产品的海报总不能和卖运动用品的 DM 用同样颜色吧。
但平面设计师不会考虑「使用者怎么操作」这个问题，他们的平面成品在大部份情况下也不太会被操作，所以在成品上只看得到「视觉设计」。
「为什么 App 上要放 6pt 的中文字？」
「因为画面这样看起来比较精致啊～」
若使用者是老年人呢？使用者在什么情况下会使用这款 App ？如果是公交车或捷运上会晃动的地点呢？平面设计师不会考虑到使用者怎么操作，他们理解需配合目标族群不同改变设计，但不太理解情境、操作的任务指的是什么。（或者是他们理解，但觉得美美的画面比使用者好不好用更重要。）
同样都是计算器，一般人买卖东西算价钱、和工程型，两者会相同吗？就算是望远镜，也分成看星星、打鸟、偷窥之类很多方向啊。
接口的行为
引导用户操作并完成任务的手段
接口常常和互动相提并论，用户会透过操作接口、依据接口的引导完成任务。鼠标移上去要变色、动态效果、进度条、Alert 等等，都属于界面的行为。
平面设计不会有鼠标移上去跳选单出来，或是操作错误冒出提示讯息，更不会有下载文件的情况。所以他们很习惯无视「提示使用者」、「引导操作」这两大接口设计的重点。
接口除了互动之外，还包含「信息架构」，也就是分类、标签、导览、搜寻。这 4 项在视觉设计上占的比例不大，吃的是用户的思考逻辑：用户要透过什么方式找到他想要的信息？信息架构在整理内容（图文影音），用用户能理解的思考逻辑把内容组织化。
不管是 App 或是 Web，表皮上构成的元素就是影音、图片、文字等内容，视觉设计往往只考虑这些元素的排版、呈现样式。所以就变成公家机关网站…该有的都有，但永远找不到目标物。假如「那层皮」经过设计长的美美的，但内容没有整理过，使用者还是大海捞针，猜不透啊猜不透。
要如何在短时间内引导使用者取得他想要的内容是接口设计思考的重点，绝对不是那层皮画得美不美。
许多平面设计师抱持旧有习惯，无视信息架构的存在，认为这是 RD 或 PM 的工作范围与自己无关，设计师只要产出美美的图、顾好视觉设计就好，其他如项目流程或 RD 办不办得到能不能实现这个设计的可行性管它去死。
系统的行为
程序与数据的运作逻辑
区分平面设计师和 UI 设计师最简单的方法就是问「数据怎么来？」
我超爱问这个问题，呆在现场的不知道怎么回答的还有意识到自己在做 UI，会翻白眼的都是半途转行跑去做 UI 又不太想学的资深平面设计师（或是状况外的菜鸟），他们不觉得「资料」在自己要考虑的工作范围内，非常大气地无视「信息架构」的存在。（这里的资深指的不是能力，只是在这行「坐」得比较久。）
以目前台湾的接口设计非常狭隘地限定在 App 和 Web 上，这两者常常需要和工程师合作，就得考虑数据源的问题。平面设计师不需要接触信息架构，保留这种工作习惯在设计 UI，被问到「数据怎么来？」就翻白眼心里 OS 关我屁事也是很正常的心态。
为什么 UI 设计师需要知道数据源？举个简单的例子…
使用者行为：逛网拍打发时间。
接口行为：显示商品列表。
系统行为：抓取商品资料。
使用者做了某项操作但 App 没有任何反应，会不会觉得 App 坏了？假如数据非内建需要从网络下载，从网络抓取数据的同时需不需要提示用户「系统现在正在执行某事」？提示使用者 App 正常运作中，只是动作比较慢。
那 UI 设计师是不是需要知道图片是内建还是从网络抓取？假如 icon 是内建的、商品图片要透过网络下载，商品图片读取中的状态是不是要跟使用者讲一声免得他以为坏了？
举个更简单的例子…
在 iPhone App 使用「华康少女体」。
UI 设计师第一个要考虑的问题：为什么要用华康少女体？
第二个该思考的就是系统行为：iOS 内建华康少女体吗？
当平面设计师（或 PM、Planner）不管数据源系统行为功能可行性什么的，「我觉得这样比较好看啊」、「这样画面比较美」就变成 RD 爆青筋的那根稻草。
不要用平面设计师的思维在做 UI 好吗？
暂无评论内容