1、组件化设计

尽量使用模块化的设计方式，复用已经设计好的组建，提高设计效率，减少用户的学习成本。

主要是一些通用组件，比如对话框、表单控件、常用列表等等，在设计这些组件的时候就应该考虑好可能要用到情况，提高兼容性。

有时间话制作专门的组件库，可以给不同人员或部门的人使用，也可以作为产品的规范，甚至是产品矩阵的规范。

2、设计稿的视觉效果和成品的差别

即使开发百分百完还原了设计稿，出来的产品的视觉效果和设计稿还是有区别。更不要说，一般的程序压根就没有心思去还原你的设计稿。另一种情况是，前端做完以后，和你说这个效果在技术上无法实现，也很让人抓狂。一方面是缺少沟通造成的，另一方面是设计师也要弄一些技术（才不会被程序坑）。

不同设备的差别，主要包括尺寸的差别和显示的差别，显示的差别又包括色彩的鲜艳程度、亮度、温度等等的差别。同一个界面，两个设备出来的效果可能是完全不同，所以要多试试不同的设备，使用比较能代表大部分用户的设备作为参考（比如三星苹果）。

单位不同（PX和DP），和上一条设备相关，不同的设备DP和PX的换算关系是不同的，设计师只能把某一个尺寸作为设计稿的标准（为了节约开发成本和设计成本），所以我们的设计是理想化的设计，这也说明了为什么实现的界面总是比我们的设计稿要差。也许，是时候抛弃“纠结每一个像素”的老久观念了。

自适应布局，没有写过WEB的设计师会比较难以理解这东西。可能有些朋友不理解，自适应布局就是一张网，当网被挤成一小块的时候，网孔很小，当网被拉大的时候，网孔随着网一起变大，这就是自适应很简单吧。实际上自适应不是什么新潮的玩意，老外早就把这东西玩过了。自适应布局更加要求设计师“不要纠结每一个像素”，像素是一个绝对单位，在这个多设备共存的时代，我们更加需要的是相对单位（扯远了）。在设计的时候，我们应该更多的考虑相对位置，相对长度，相对大小。

移动端效果，拿在手上和放在电脑里面的看的效果真的是完全不同的，做完了设计稿以后，导出到手机看看，或许不是你想要的东西。

以最终的设备显示效果为准，这是我们的最终目标，是你的价值的最终体现，设计稿再牛，实现出来的东西货不对版一样是设计师的责任。

3、定义色值规范

分为彩色和无彩色，无彩色的选择相对简单一些，无彩色主要用于区分文字的重要程度，需要给用户阅读提供层次感。选色要注意，保证在不同设备都是可以阅读的。彩色的选择，主色的选择决定了80%的效果，一般来说至少需要一个主要的辅助色，其他的颜色都是点缀作用。

在做设计的时候，往往是到了需要的时候才去增加一个配色，导致一个问题就是配色越来越多，越来越乱。也许设计师一开始只配了4个颜色，最后加到了7种，这就需要设计师要有预见性，甚至提前准备好可能用得到的配色，如果没有用到则先放着，而不是设计到一半的时候急急忙忙去找色。另外就是用色需要克制，需要色彩的时候，再三思考，是否需要色彩，是否需要增加一个新的色彩，使用已经有的色彩行不行。

4、移动端的配色不可套用平面设计的配色

在移动端配色时候，我们会打开配色网站，挑选符合应用气质的配色组，然而这组配色很难套用到界面元素里，原因在于配色组的灵感来源大多是平面作品，平面作品的色彩面积是铺满整个作品的，而移动端应用更多的是为了呈现内容。这也是为什么我不提倡“过多设计”设计稿，好看的设计稿都是经过内容赛选，精心组织的，和真实项目差很远。回到配色的问题，和平面设计一样，移动端的配色体现了品牌的气质、带给用户的视觉感受。不同之处在于，移动端的主色一旦确定了再想更改就很难，需要在一堆应用里突围，需要符合使用人群的预期，需要更好的承载信息，需要被不同地域的人接受。辅助色需要符合功能要求，视觉体验次之。

5、ICON以视觉效果为准

ICON在应用中一方面起到提示的作用，另一方面还起到修饰的功能，使得应用不那么单调。绘制ICON基本要求还是统一，尺寸统一，描边粗细统一，圆角统一，转角统一，风格统一。具体制作的时候也需要“见机行事”，尺寸并不是定死了的（预留一点空隙以便调整），以视觉效果的统一为目标，例如同等尺寸的圆形和正方形在视觉上就不等，需要我们手动调整，这里没有固定的套路，凭设计师的协调感。

6、站在开发的角度上思考布局

使用固定大小还是自适应布局，还是根据内容的多少改变大小。效果给到开发能否做出来，是不是要耗费大量的时间开发，加载性能如何。

这么做有连个好处，一个可以照顾开发的感受，不会做出一些奇葩的设计，为难我们的开发（并且被鄙视）。还有提高自己的程序思维，说白了就是逻辑思维。

比如一个界面需要做一个滑动消失效果，一般我们和开发说向上滑动，导航栏消失就好了。滑倒哪里消失，怎么消失，是缩小消失还是透明消失，消失的数值和滑动的数值之间是什么函数关系。这个东西在Origami里面会用到，这里就不摊开说了。不要把所有问题都留给开发，其实很可能是我们没有把问题想清楚。

7、从整体到细节

避免一开始就纠结细节，不要一开始就纠结按钮的样式，先考虑清楚按钮是不是必要的，有没有其他代替的方案，用户能不能理解按钮的功能。

优先考虑整体，界面是否协调，功能是否表达清楚，样式是否统一。其次考虑细节，最后再回到整体，过程为：整体-细节-整体。

记住一点，如果第一印象不好，没有人会再注意细节。

8、概念搞不具有很强实际意义

概念搞一般只有几个界面，设计人很可能没有考虑清楚逻辑，产品的定位，商业价值等等。可以作为参考，但不具有很强的实际意义。

概念搞更像是平面设计作品，作为展示，设计师难免花了太多心思在平面上，可能只要三两句话就能表达的东西，平面作品却难以表达。

9、熟悉设计模式

设计模式具有很好参考价值，分辨不同设计模式之间的区别。对于有一定历史的模式，应该熟练使用，优先使用。

10、设计风格给人什么感觉

产品整体表现出来的气息。体现专业感还是体现亲近感，体现艺术感还是体现科技感，需要结合产品的定位、人群来考量。需要很强的整体把控能力。

设计风格不是A就是B，不要想要顾及A又顾及B，这样只会失去A又失去B。大众风格理论上能够兼容大部分用户，同时也失去了个性化。

11、不断整合更新你的设计文件

移动产品的设计是和程序一样需要不断迭代的，新的设计不断代替老的设计，有生命力的产品不断地更新进化，失败的产品走向死忙，也就不需要更新了。所以说，好的移动产品永远没有最终设计稿。

使用sketch可以轻松的HOLD住你的设计文件，排列画板这种细节也很重要，否则当画板数量达到五、六十个的时候，寻找画板将会变得困难，最简单的办法是按照模块来排列画板。我在整理图层的时候，首先会编组并命名一些大的模块，对于很多重复的元素则不会一个个的单独命名，以提高效率。还有一个专门的区域放置数十个ICON画板，这样有利于我统一管理所有ICON，在界面需要的时候可以随时拉取。可能还会有一些特殊画板，比如banner画板、规范画板、配色画板等等，按照你的需要，怎么顺手怎么摆放。

画板的命名，和写程序类似，必须唯一不能重复，否则会乱。图层的命名，避免无意义的数字或者代号，尽量使用大家都能懂的，这样在文件交接的时候可以避免很多麻烦，也是对其他同事负责。

当文件变得越来越大的时候，打开的速度和使用的过程会变得很卡，建议分离一些图片很多又不会经常用到的部分，形成两个文件，一个是常用文件，一个是附属文件。

每隔一段时间备份你的重要文件，使用云盘或者移动硬盘，否则你的电脑硬盘会满掉。

有序的排列你的设计，使用良好的命名，保证你在很久以后依然可以轻松使用他。在产品迭代的过程中不断更新整理，发现遗漏的地方。也许过一段时间回头看自己设计的界面的时候，会发现新的东西。