这篇文章是之后 WEB 端系列设计规范的前言部分，目的是起到抛砖引玉的作用，简述如何制作属于 “自己” 的 Web 端设计规范。
Web 端设计规范的价值
1. 可复用性
有了完整的设计规范和对应的组件控制组件。方便视觉和互动设计师反复复用，不需要重复制作，减少工作量提高工作效率。
2. 统一性
有了统一的设计规范，设计师之间使用时，可避免自我创造组件控制组件，保持团队产品的统一性体验。
3. 提升能力
由于组件控制组件的可复用，这直接使设计师的工作效率得到极大提高节省了大量时间，可以有大量时间思考设计和业务背后的逻辑从而提高设计思维能力。同时完整的设计规范是系统的，设计师阅读之后可以构建自我的设计体系，对于设计的提高有极大的好处。
4. 团队文化沉淀
团队有了设计规范之后，便于团队以后做设计的依据和参考，不论是新员工的到来还是老员工的离去，都可以很好的对接工作提升团队的协同效率。
Web 端设计规范包含哪些
目前网上大部分设计规范都是之针对组件控制组件的规范，缺少完整的设计思想和体系化的内容。
在制定设计规范过程中会形成设计理念、设计原则、组件控制组件、介面互动和输出文件等。设计者可以依据自我的设计理念和原则按照功能需求直接呼叫规范中的标准控制组件，按照资讯结构呼叫元素尺寸进行设计，很轻易便能输出中高保真原型图，减轻了设计过程中对互动控制组件选择和资讯排版思考的负担。
Web 端设计规范之设计理念篇
不同的使用物件（B 端、 C 端），不同的终端装置，设计的区别是完全不一样的。所以设计理念也有所区别。
B 端产品一般较定制化，以业务为导向。可能有很多高阶功能，突出高效易用，导致易学性打折扣。
C 端产品一般考虑绝大部分多用户使用场景和诉求，高阶功能会相对少点。突出易学性。
所以在制定设计理念时，可根据团队实际情况来设计制定。
Web 端设计规范之设计原则篇
设计原则目前已经有很多，例如尼尔森的十大可用性原则、格式塔原则、剃刀法则、费茨定律、以及设计中常见的对比、对齐等，那么对于这么多原则如何变成一套自己的设计规范的设计原则篇呢？这个需要设计师们根据自身情况或者自身团队实际情况去把控梳理。
Web 端设计规范之组件控制组件篇
组件控制组件是整个设计规范的重要的内容之一，组件控制组件分类可以根据组件控制组件属性进行分类，也可以根据组件控制组件的功能进行划分。
按照设计师做设计的使用场景，还是按照组件控制组件的功能性进行划分比较切合。
依据于功能划分，例如表单类就可以划分为：单文字输入，多文字输入、日历时间选择器、下拉选择列表、单选多选等等
Web 端设计规范之介面互动篇
移动端的触发手势有单击、长按、左右滑动、拖拽、旋转、夹捏等。相对于移动端，Web 端的介面互动就很简单了，基本就是悬浮和点选。
介面互动的本质用一个公式可表述即：触发物件+操作行为+互动结果=介面互动
Web 端设计规范之团队输出物篇
作为一名互动设计师，我们的重点工作职责是起到承上启下的作用。
比如对接上游的产品经理和专案经理，跟他们讨论过产品规划及需求后，他们会根据互动设计师输出的互动文件来评审设计方案是否满足多用户需求，以及在开发实施过程中的可行性；
其次要对接下游的视觉设计师和开发工程师，他们会根据互动文件中的线框图、互动细节说明等来输出视觉设计稿、用代码实现互动设计方案，并以此为依据完成落地实现等工作。所以互动设计师重要的输出物就是互动文件，它是对接上下游的重要纽带。
的互动文件应该包含以下 7 点内容：完整的专案简介、需求分析、新增修改纪录、资讯架构、互动设计的方案阐述、页面互动流程图（包含介面布局，操作手势，反馈效果，元素的规则定义）、异常页面和异常情况的说明。
作为视觉设计师而言，输出物的是视觉稿、标注和切图，这里不做赘述。