一、设计规范的撰写时间

先说说这个设计规范应该什么时候开始写设计规范，一定是产品发展到了一定阶段，才会开始撰写制作的产物；通常是主体界面完成，总进度完成大概50%的时候，才可以考虑尝试整理设计规范。

一个设计师：
一般来说，大部分企业整个部门，可能就搭配了1个啥都干的UI设计师；这时候如果你一个人需要制作规范文档，可以先简单做一下，把标准字体、字号、色值、控件等等都快速记录下来，作为规范文档的内容；之后等项目完成，再补全规范文档，作为后续版本的指导手册。

多个设计师：
一些大型的公司和部门，可能不止一位设计师，比如我目前的设计团队一共7个人：4个UI，2个UE，1个平面。那这时候，多人协作是最好也是最快的方式，由其中工作经验丰富的设计师作为规范制作项目的主导者，规划好各个模块，由其他人协助完成一份比较全面的规范文档。

二、设计规范的作用

1.对设计师而言：为后续版本迭代和多人协作提供指导，保持产品的统一性；
一个项目，从V1.0一直升级到2.0、3.0……,很多时候即使同一位设计师在不同版本里做出的东西也可能会因为版本久远，记不清而不小心导致视觉风格不统一；而一个项目有时会好几个设计师共同参与，甚至还有不同时间段先后参与到项目中的，每个人的设计风格都不相同，这样容易造成视觉界面的不统一，导致体验不佳。
所以统一的设计规范，能让后续版本和不同设计师之间保持产品的视觉风格统一。

2.对开发而言：提供标准化的组件样式，减少开发重复时间
很多标准化的页面控件完全可以做成设计规范里的标注好的标准组件样式，这样就不需要每次设计师都要再标注一遍给开发。而且也可以避免有的开发粗心大意，两个页面的同类型组件样式都写的不统一。

三、设计规范文档的内容

现在网络上有非常多的知名产品的设计规范文档，几乎都可以上网搜到。我目前看过差不多有上百份的产品设计规范文档，总结下来，无外乎以下几项：

标准色：产品用色、字体用色、背景用色、分割线用色，以及各种色值的使用场景；

标准字：字体、字号，字间距、行间距，以及各类使用场景；

图 标：图标大小、位置、样式，以及各类使用场景；

公用控件：分级导航样式、标题栏样式、输入框、弹窗、按钮、列表、toast、加载、loading、空白页等等各类可作为设计规范的控件；

布 局：页面布局样式，这个对设计和开发都很重要。

模 块：功能模块样式，这个对设计和开发也很重要。

基本上所有的设计规范文档包含但不限于上述内容；所以你感觉毫无头绪，可以考虑在编写设计规范文档时，从以上几块内容着手。

四、设计规范文档的适用人群

和之前写过的交互文档需要人手一份一样，设计规范文档其实也是要传达到团队的每个人手中；并不是UI设计师编写完成后，就只由UI设计师来使用的。这些人包括但不限于PM、交互设计师、UI、开发、运营等等。给到UI手里，可能下个版本的视觉设计或则其他人接手都可以和前版本保持一致；给到运营手里，产品里的广告图用多大的，他也可以明确知道；因为对每个人的作用都不一样，所以最好的方式依旧是人手一份。

五、设计规范文档的更新迭代

设计规范文档是为了更好的帮助设计师和开发完成工作，而不是限制发挥；

对人来说：
UI有时候根据新的业务需求设计的东西，和原有的设计规范文档的内容并不合适；而开发在实际开发中，也会出现一些文档中规定的内容，因为技术问题无法达成的情况；

对产品来说：
随着版本一代一代的更新，设计规范中的内容也逐渐会不适合现有的设计风格和技术。要根据实际情况，合理的更新迭代设计规范文档的内容，而不是一成不变。

转至UI中国。