UI设计作为一个重要环节，如何提高效率，增加过稿几率是十分重要的，最理想的团队是由各个高效率的个体组成，本文上海达内UI培训就为大家介绍UI设计师可以从哪些方面提高效率。

一、了解工程实作的基本原理

1. 正确称呼 UI 组件

以 iOS 为例子，在 Apple 的接口设计规范文件里，每个画面构成的组件都有正式的名称，如果能够使用正确的术语来沟通，将能够省下非常可观的解释时间。如果你想了解得更多、更精确，将前述的规范文件读熟以后，建议你再继续研究 UIKit Catalog。

2. 有些效果就是做不出来、很难做、不该做

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

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

二、先以原生 UI 组件表意

在设计的 wireframe 阶段，主要目标是让大家对于画面上「有哪些对象」取得共识，而不是这些对象「该长什么样子」，那是 mockup 阶段才要注重的，因此将 wireframe 画得过于精美是一件非常奇怪的事情，如果把 wireframe 画得精美，你将立即面临三个负面后果：

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

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

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

其中第二点是本节的重点，在你的 wireframe 里，应该使用系统原生的对象来构成画面，请避免在非必要的状况下急着在 wireframe 里画一些从来没有人看过的「创新 UI」。一个好理解、直觉的设计是所有细节相辅相成的，在 wireframe 的阶段缺少了颜色和动态效果的辅助，更不该冒险呈现特殊的对象外型。

三、少用代名词

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

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

好了，以上就是为设计师们介绍的