你还在用做平面的思维做ui设计吗

最近几年UI的火爆吸引了众多行业转行UI设计，其中最多的当属平面设计师。进入实际工作之后，很多设计师发现无论自己如何努力，仍然做不出让客户、老板甚至是自己满意的UI设计，这到底是怎么回事呢?其实很大一部分原因在于，你仍然用做平面的思维做UI设计!

那么平面设计师的思维和UI设计师的思维究竟有何不同呢?本质上UI是「用户接口」，UI设计指的是「设计用户接口这回事」。设计接口不是只有出张美美的图就结束，这样和平面设计没有差别，也正是为什么RD会说「你用平面设计的思维在做UI」。

平面设计和UI设计最简单易懂的差别就是一个会动、另一个不会动。淡入淡出、往左边飞、往右边翻页之类的动态效果。这就是「会动」了?动态效果不过是平面设计师眼里的「会动」，和UI设计师、RD眼里的「会动」完全是两回事，UI设计的「会动」特指「行为」，包含用户的行为、接口的行为、系统的行为。

举例来说，同样的一项产品，目标族群不同，产品外观也会不同;拿给不同的人使用，也会得到不同的结果。甚至连任务目标(用户想透过产品完成什么事)都会不一样。比如这款给婴幼儿训练抓握力、色彩、形状、推理能力用的积木。

即使行为相同，使用情境完全不同，操作的目的或动机也完全不一样。别忘了下一秒积木就被尝试错误的丧尸给拆了，所以设计给丧尸用和给婴儿用的是不是应该要不太一样?起码要坚固一点吧…(以上来乱的请不要认真，我一直觉得这幕非常有喜感…)

使用者的行为

使用者是谁?会怎么操作?在什么情境下操作?操作的任务与目的?不同使用者有不同的操作习惯、不同的情境、基于不同的动机下进行相似的产品操作步骤，所以在设计一款产品前，UI设计师会先搞懂目标族群。这一点在许多平面设计师上也能看到他们会进行类似的询问…宣传婴幼儿产品的海报总不能和卖运动用品的DM用同样颜色吧。

但平面设计师不会考虑「使用者怎么操作」这个问题，他们的平面成品在大部份情况下也不太会被操作，所以在成品上只看得到「视觉设计」。「为什么App上要放6pt的中文字?」「因为画面这样看起来比较精致啊～」

若使用者是老年人呢?使用者在什么情况下会使用这款App?如果是公交车或捷运上会晃动的地点呢?平面设计师不会考虑到使用者怎么操作，他们理解需配合目标族群不同改变设计，但不太理解情境、操作的任务指的是什么。(或者是他们理解，但觉得美美的画面比使用者好不好用更重要)同样都是计算器，一般人买卖东西算价钱、和工程型，两者会相同吗?就算是望远镜，也分成看星星、打鸟、偷窥之类很多方向啊。

系统的行为

区分平面设计师和UI设计师最简单的方法就是问「数据怎么来?」我超爱问这个问题，呆在现场的不知道怎么回答的还有意识到自己在做UI，会翻白眼的都是半途转行跑去做UI又不太想学的资深平面设计师(或是状况外的菜鸟)，他们不觉得「资料」在自己要考虑的工作范围内，非常大气地无视「信息架构」的存在。(这里的资深指的不是能力，只是在这行「坐」得比较久。)

以目前台湾的接口设计非常狭隘地限定在App和Web上，这两者常常需要和工程师合作，就得考虑数据源的问题。平面设计师不需要接触信息架构，保留这种工作习惯在设计UI，被问到「数据怎么来?」就翻白眼心里OS关我屁事也是很正常的心态。

为什么UI设计师需要知道数据源?举个简单的例子…

使用者行为：逛网拍打发时间。

接口行为：显示商品列表。

系统行为：抓取商品资料。

使用者做了某项操作但App没有任何反应，会不会觉得App坏了?假如数据非内建需要从网络下载，从网络抓取数据的同时需不需要提示用户「系统现在正在执行某事」?提示使用者App正常运作中，只是动作比较慢。

那UI设计师是不是需要知道图片是内建还是从网络抓取?假如icon是内建的、商品图片要透过网络下载，商品图片读取中的状态是不是要跟使用者讲一声免得他以为坏了?

举个更简单的例子…

在iPhoneApp使用「华康少女体」。

UI设计师第一个要考虑的问题：为什么要用华康少女体?

第二个该思考的就是系统行为：iOS内建华康少女体吗?

当平面设计师(或PM、Planner)不管数据源系统行为功能可行性什么的，「我觉得这样比较好看啊」、「这样画面比较美」就变成RD爆青筋的那根稻草。

所以，不要用平面设计师的思维在做UI好吗?如果你想做一份满意的UI设计作品的话。这句话不止是专门针对平面设计师，而是所有跨行业而来的大神们。不同的背景可能会给你带来不错的优势，但同样会有相反的效果，所以UI设计师都要注意了,更多咨询尽在云风启志。