如何搭建一份高质量的设计规范

随着互联网的发展，各互联网公司的产品也变得越来越成熟，58本地版也在不断的更新迭代。58本地版的业务线越来越多，也做的越来越深入，在这个时间段，我们迫切需要一份设计规范来帮助我们对产品提效。这个项目从去年开始，我们通过与各位同事不断沟通迭代，于今年搭建了一份58本地版APP的设计规范。借着这个时间，希望与大家一起探讨下如何搭建一份高质量的设计规范。

我们为什么要建立设计规范

· 各业务线独立

各业务线因属性不同，且由不同的设计师来分别负责，各业务线之间页面存在风格差异较大的问题。

不同的业务线

· 组件化思维不强

在项目中，会出现大量重复的组件，但因业务线相对独立，设计师在设计过程中不能互通有无，会出现不同样式的同一功能组件。

不同的底部bar

· 无历史文件管理

产品在不断的迭代过程中，产生了大量的冗余文件。当我们设计一个新需求时，往往会发现某个组件有多个版本，不知道哪个才是最新版本。设计师设计出一个优秀的新组件时，也没有办法推广到平台。

版本更迭

· 开发效率低

开发工程师团队因没有规范指导，缺少一些组件库，导致多个组件样式单独开发，造成了大量的重复开发。且当我们想要改动某个组件时，同功能的组件无法统一更改。

版本更迭

· 协作效率低

设计师与设计师之间，开发工程师与开发工程师之间，设计师与开发工程师之间，因缺少设计规范，缺少组件库，沟通效率很低，走查成本却很高。

低效协作

这些问题在业务前期可能影响并不大，但对于一个不断发展的产品来说却很严重。产品体量会越变越大，涉及到的页面也会越来越多，“千里之堤，毁于蚁穴”，不加以解决将会累积成越来越大的问题。因此我们需要一份规范帮我们厘清现有产品，找到产品的DNA，让产品能够更清晰有序的持续进化。

设计规范的前期准备

· 确认当前适合建立设计规范

设计规范是产品发展到一定阶段的产物。比较简单的产品结构暂不需要它，因为作用不大；体量太大的产品因页面复杂又比较难以执行。而设计规范的建立需要大量的人力物力，所以需要大家一起来确认现阶段是不是适合搭建设计规范。

会议沟通

· 设计规范的收集整理

在规范搭建前期，我们需要去收集一些现有优秀产品的设计规范，了解一份优秀的设计规范包含哪些内容。其次，我们也需要进行思考什么样的规范更适合自己的团队使用，怎样使得规范更加易用。

优秀应用设计规范收集

· 对现产品进行分析

总结各页面共有的元素并加以整理，明确现有产品的设计风格，找出更具基础性的元素来制定设计规范。并且这些元素能够构成产品约80%的基础场景，确保产品基础体验的统一。

现产品分析

开始搭建设计规范

· 确认产品设计风格

首先我们要确认产品的设计风格，找出它独有的特点。设计风格往往体现在比如icon的风格，文字排版的风格，设计组件的风格等。

首页icon风格

· 梳理规范内容，进行整理分类

我们需要对形成设计基础体验的元素进行整理分类，将他们一一列出。一般情况下，这些元素能够覆盖产品80%的基础场景。

规范分类

· 制定设计规范模板

制定规范的规范：规范也是一个小型产品，想要一份清晰易读的规范，我们要对规范本身进行规范。比如我们需要有规范的封面与名称，规范的使用情况说明等。

规范封面及说明页

规范的排版样式：我们对规范的排版样式也需要进行规范。标题的样式，内容的样式，说明的样式等。比如为了方便大家理解制定规范的思路，我在很多页面左侧展示设计视觉样式，右侧展示布局与标注来提升它的易读性，无论是设计还是开发都能够很好的理解规范的组成。

规范排版

· 细化规范场景

在实际使用过程中，许多基础组件会产生很多的延伸扩展，在这里我们也建议将这些扩展逐步更新到规范中去。当别的业务也需要这样的样式时，可以很方便地理解布局并拖拽使用。

顶部栏状态细化

推进设计规范落地

· 设计规范组件化

设计源文件的组件化：设计规范要方便设计师使用，需要将源文件整理为组件，在大家需要使用的时候复用即可。在这里我们推荐大家使用一些好用的第三方工具，我们选择使用了蓝湖设计规范云，整个app的设计规范几乎全部分类上传。设计师可以拖拽使用，也可以共同维护，可随时对规范文件进行更新。

设计源文件组件

开发组件库的建立：搭建完成设计规范后，我们找到开发工程师团队，与他们进行合作。这样避免了开发工程师团队的重复开发，提升了设计师的走查效率，也提升了项目的可维护性。比如我们刚刚完成的字体组件的开发，解决了字体间距的控制问题，后期经过验证后将会进行全面推广。

开发组件库

· 制定规范的上传、更新、使用、审核规范

设计规范是一个团队的共识，所以后续需要我们大家一起来维护它。我们将会两周进行一次规范沟通会，收集大家对规范的意见和建议，加强大家的共识。规范同产品一样，也是需要不断进化来适应时代的发展，为了确保规范的可控性和可持续性，我们后续将会推出规范的上传、更新、使用、审核规范。

共同维护

设计规范可能出现的弊端

设计规范对于团队的好处上文已经讲得很详细，这里就不再赘述。除此之外对个人来说，通过整理搭建设计规范，也能够锻炼分类整理，总结归纳以及推动项目落地的项目管理能力。但是设计规范也可能会出现以下弊端：

· 过于严格，宽容度不够

规范的作用是辅助产品，不是主导产品，我们需要给创新留出空间，好的创新也会反过来推动规范更新，不要让规范成为创新的枷锁。

· 落地难，执行难

设计规范搭建出来后，只有使用它才能体现它的价值。设计规范需要多人参与使用，还需要开发团队进行配合开发组件，因此在推进的过程中也会面临许多障碍。

· 更新迭代难

一定要建立定期回收建议并迭代规范的制度，规范需要不断迭代进化，如果规范不能更新，在后期就会成为阻碍产品发展的绊脚石。

综上所述，希望大家都能够根据自己团队的情况，搭建出一份高质量的设计规范。发挥设计规范的优势，解决设计规范的弊端，让我们的产品变得更好。