产品设计

5个提升 UI 设计效率的妙招

2016-09-06 15:52:31 | 来源:中培企业IT培训网

很多人认为UI设计是一项充满艺术性的工作,讲究慢工出细活。但是中培伟业《用户体验与UI设计开发》培训专家陈老师却认为,和任何事情一样,效率决定着一切。在UI设计工作过程中,效率也非常重要。陈老师根据自己多年的工作经验,介绍了以下种提升UI设计工作效率的妙招。

1. 正确称呼 UI 组件

设计规范文件里,每个画面构成的组件都有正式的名称,如果能够使用正确的术语来沟通,将能够省下非常可观的解释时间。如果你想了解得更多、更精确,应该熟读相关的规范文件

2. 要尽可能早的评估哪些效果就是做不出来、很难做、不该做

最普遍的例子:自从 iOS 7 引入带有模糊效果的设计语言后,大家似乎都染上了高斯模糊的瘾。但这样的效果非常耗费系统资源原理及时间复杂度,就连 iOS 也到了来年的 iOS 8 才心不甘情不愿地开放使用 UIBlurEffect API,免得第三方 App 一堆模糊效果拖累系统效能而在 Android 上官方更没有提供像 iOS 如此方便的 API 可用。

更直白地说,许多设计师毫无意识到某些视觉效果在工程实做面的可行性、也没有考虑到各种装置的运算负荷能力,而设计了大量会让开发者面有难色的稿子,好不容易做出来了,发现算图卡顿得要命,又要回头改稿,得不偿失

3.严谨执行设计流程

陈老师在以往的工作和教学过程中,发现一个团队在设计流程上草率带过的情形比想象中还多。

有些讲得一口好设计的人会不食人间烟火、一味地倡导要从使用者调查研究(User Research)Persona 开始做起,然后实作 n 多个原型(Prototype)才开始让开发者动手,后续再做数据分析……等工作,好像全世界只有自己知道这件事一样。

但实务上,小型项目花太多心力去做这些事基本上是缺乏成本观念的表现,在使用者数量达到一定门坎前,数据分析的母体也是小得可怜,并无统计的参考价 值。因此,小型项目其实可以将功能拆分 Release,先做出来再观察使用情形并修正细节虽然有一点危险,但比起让项目永无结束之日,总是较适当的选择

4.先以原生 UI 组件表意

在设计的 wireframe 阶段,主要目标是让大家对于画面上有哪些对象取得共识,而不是这些对象该长什么样子,那是 mockup 阶段才要注重的,因此将 wireframe 画得过于精美是一件非常奇怪的事情,例如这样:

如果把 wireframe 画得如此精美,你将立即面临三个负面后果:

浪费时间,彻底的浪费时间。

有彩色稿的外型构造,却没彩色稿的色彩系统辅佐,导致大家无法完整理解你「精心设计」的 UI 对象。

对设计没概念的客户、PM 或老板会忘记我们是在 review 画面上有哪些对象,反而在这时就开始跟你检讨设计细节,等你接着做彩色稿时,才突然讲说之前有哪个功能忘记摆放上去。

其中第二点非常重要,在你的 wireframe 里,应该使用系统原生的对象来构成画面,例如这些东西:

请避免在非必要的状况下急着在 wireframe 里画一些从来没有人看过的「创新 UI」。一个好理解、直觉的设计是所有细节相辅相成的,在 wireframe 的阶段缺少了颜色和动态效果的辅助,更不该冒险呈现特殊的对象外型,也就是说,你的 wireframe 顶多做到这样就该收手:

这样一来,画面上都是大家平常使用 App 时有看过的形式,看得懂画面的时候,就能够专心探讨这些功能是不是产品所需要具备的。

5.少用代名词

陈老师指出,这个沟通技巧不难做到,但如果没有人指出,是很难自己发现的。

我们表达一件事情若要表达得精确,就应该试着减少话中的「诠释空间」,而代名词的使用非常容易造成设计讨论上的时间浪费,例如这个那个之类的词汇,在专业讨论上应该减少使用;尽量用精确名词来表达,或是详细描述你所指的外型。

陈老师希望通过介绍,能够帮助大家在设计的沟通讨论上更加顺畅、省时,成为一个更加高效的UI设计师,这也是成为一个优秀UI设计师的前提。

标签: UI设计