编辑导语：产品设计师可能会因为其负责的业务项目差异而对设计系统有不一样的理解。那么，什么是设计系统？本篇文章里，作者结合他的业务理解，以ToB产品为例，对设计系统的定义构成、设计规范等方面进行了分析，让我们来看一下。

年少时，经常听到身边的同事聊一些名词概念，羡慕之余犹豫羞于提问，导致我经常会陷入其中无法自拔，痛苦不已。

过了这么多年，大多数概念都随着工作的原因慢慢被理解和消化，或逐渐消失或不再提及。但唯独，“设计系统”这个词阴魂不散，反反复复地出现在我的面前，特别是在面试这个场景下，几乎每一场都会有这个词被提到。

也可能是每个候选人的认知不同，对设计系统的理解略有不同，有的朋友会认为设计系统是玄学，大话一套套的，根本没卵用；也有的朋友会把设计系统和设计规范划了等号。

其实怎么理解跟输出环境有很大的关系，不同的产品在不同的阶段一定程度上对设计系统的依赖是有一定偏向性的，这就会导致设计师的认知偏差；也源于最近做B端稍微多一些，不如今天就以toB产品为例来唠唠我认知下的设计系统是什么以及如何帮助设计落地执行的。

一、设计系统构成

理论上来讲，设计系统分为两个大部分，一部分是指导思想，另一部分是实际产出；前者去指导后者执行，二者的关系像极了竞技运动中的教练安排的“战术”和球员场上的“执行动作”，如果用一张图来表示，大概就是这么个事：

通过上面这张图不难发现，其实设计规范也就仅仅是系统中的一部分而已，核心在设计语言的定义上，这是一个复杂的推理过程，需要对业务和设计同时有很深的理解，牵扯到很多虚虚实实结合的部分。我试图总结了一些平时的思考来重点说一说这几个模块。