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好吗？