之前大大小小的规范做过一些，踩过很多坑，趁着这次主站和移动端改版开始，想总结之前的经验教训，建立一套有用的设计规范，有用的意思也就是说可以帮助我们达到一些目标。当然，不包括独立设计师或主设计师带领设计师助理两个人的小微团队主导的项目，那种只要能让设计师按照自己的习惯制定，只要确保能很好的和下游团队沟通就可以了。

一、首先在做之前我们能预见并希望绕过哪些坑？

1.规范本身臃肿：很好理解臃肿的问题，如果拿到一份几十页的规范，不但设计师很难看下去，相关利益者更难去阅读，就算阅读了，又能记住多少，后续的工作又有哪些是根本用不到的；避免这个问题，这需要规范千万不能脱离与业务的联系，需要具有在能够匹配业务诉求的基础上具有高度归纳性和凝练性；

2.内容更新不透明：是设计师本身的性格决定的，有很多设计师性格内向，喜欢做完自己的工作就默默的放在那里，内心比较抗拒去动员大家都知道这件事情，这容易导致说，如果我改规范，还要去和大家沟通，还是算了，要么不改，要么我自己偷偷设计个规范外的特例好了，这样的话，规范没有办法达到我们建立它的初衷；避免这个问题，我们会定期建立沟通会议，后面会提到；

3.拆得太细：举个例子，比如控件吧，每种控件都有自己不同的尺寸、颜色和交互方式，然而设计师实际使用控件的时候的场景多半是在表单/表格/浮层中，需要把控件组合起来，那么如何组合起来，不但需要花心思思考，而且不同的设计师有不同的处理方式，这也偏离了我们做规范的目的；所以我们的规范很重要的组成部分是素材库，尤其是移动端素材库，后面会提到；

4.限制设计师的创造力：这是执行层面的问题，设计本身是件发挥创造力和想象力的快乐的事情，设计师们都希望开开心心做设计不希望被调调框框束缚；避免这个问题，我们只对高频的、品牌代表性的关键页或关键组件做规范，后面会提到；

5.产品阻碍：产品同学不会在乎弹窗的宽度到底是100还是110，但是，如果我们粗暴的把弹窗规定了某种宽度，当产品同学提出一种合理的业务需求，但是是这种宽度内不能承载的，设计师就会告诉产品说按照规范这个内容不能用浮层设计，这样产品同学就会质疑设计同学死脑筋，不懂变通，质疑我们的规范是绊脚石，设计同学也会左右为难，长此以往，设计同学默默的也就不再想使用规范了。所以，我们希望规范务必能够匹配业务诉求在合理范围内的多样性。

6.开发不看：可读性差是一方面，另外，组件化后更改成本大，一些更好的方案可能由于需要更改一下规范内的组件而被开发打回。

二、既然这么多坑那为什么还要做呢？因为绝大部分坑都是可以以正确的姿势规避掉的，更重要的是由我司实际情况和我们想要达成怎样的目标来决定的。

1.跨度广：PC/iOS/Android/H5/服务号/小程序，这么多的平台，为了减少用户的认知成本和形成品牌一致性的需求，我们不得不着手建立对端对端设计规范；

2.组件可复用程度高：可以避免设计师个人的重复思考，提升个人效率；

3.负责不同的产品线的产品经理和设计师都并非一人：不同产品经理之间对于同一模块的理解不同，不同的设计师设计风格也不同，如果没有规范的话很容易看起来不是一个团队做的。好的设计规范不但可以使产品经理和设计师之间减少不必要的沟通成本，更重要的是可以更好的满足业务需求，带来业务价值。

4.开发人员：可以用统一的控件库调用从而减少代码冗余，设计同学也可以在于开发同学对接的过程中节省掉重复的尺寸标注并减少不必要的沟通。

三、怎样在规避掉坑的同时建立起一套可实现目的的有用的设计规范呢？

建立的时间点：别太早也别太晚，如果设计还没启动，先想着建立规范，什么东西都没有，仿佛空中楼阁；也别等到整个平台的设计全部都结束，那样在总结规范的时候总会觉得之前的设计哪哪有问题，再去改的话已经提交前端或者已经上线了，做规范的意义也不大了；最好的时间节点是出完重点的几个页面的之后，风格已经确定的情况下，建立起规范，这样设计后续页面的时候都参考并补充完善规范，等页面设计完了，规范就建立的差不多了。

在早期注意积累和归纳：设计师尤其是设计定义风格的主页面的设计师，对风格定义过程中使用的控件和品牌元素及时归纳，同时对设计的初衷，在哪里使用的等等，最好有必要的说明记录下来。

会议讨论达成一致后按模块分配任务：风格定义完成之后，就可以把所有的设计师召集起来，预先将规范划分成各个模块，并将不同模块对应到不同设计师来负责总结。模块分为:颜色，图标，排版，字体，动效，控件尺寸与交互，表单，列表，表格等等 。领走任务的时候要充分考虑到各个产品线的设计师哪种模块用到比较多，就领走哪种模块。

汇总和微调：固定频率的例会，将各部分规范汇总，和所有设计师汇报下自己负责模块的进度并确认下是否有问题补充，重点/高频页面设计完之后，微调排版后即可发布。发布时要让相关上下游对接的团队知道，实际上不但在发布时，在设计规范的整理过程中，最好也让上下游团队参与进来，让他们知道我们在做什么，并且任何问题或不确定的点要及时的请教，避免闭门造车。

四、产品总是要不断的更新迭代，设计规范也不可能一成不变，如何维护更新设计规范？

1.不好的、过时的规范需要及时同步归纳，并及时通知到负责的设计师。这种基于产品迭代过程中对设计样式的迭代和优化，建议用小步快走的方式，不建议大规模的修改，成本太高。

2.如果在设计过程中出现的特殊情景，需要规范中没有包含的特殊设计样式，此时设计师要单独给出设计效果图。当特殊情况越来越多就要考虑将这些情况整合，补充进现有的规范中。

3.改版过程中如果有新的更符合产品的视觉风格，或者有新的用户习惯的形成时，要及时总结归纳成新版本的规范，避免品牌形象走样。

总结一下：

1.设计规范要匹配合理的业务诉求，对业务产生价值；

2.不要对所有页面做规范，只针对有高频和有代表性的页面做规范；

3.规范要有弹性，有灵活的空间，根据需求适当的调整也是可以的；

4.不要默守陈规一成不变，及时更新和迭代；

以上都是在自己掉过的坑和在网上搜集到的优秀规范的基础上做的总结，规范这件事情依据不同的公司和不同体量的项目而制定，并不是所有的项目都需要制定规范；还有规范并不是为了彰显领导能力而做，也不是为年终总结的光辉一笔而做，务必要真正能够提供业务价值才是有用的规范。