产品做到什么阶段或者规模，会需要制定设计规范（设计语言）？

很多人觉得制定规范是一个设计问题，但事实上它也更是一个团队问题，确切的说是一个工程、效率问题。

早些年大家做规范是为了给设计一个定义和约束，更多是给设计师来看，如果团队小似乎就没有必要了。但实际上设计的背面是工程开发，设计规范的抽象化、一致性、扩展性对于开发流程来说是非常有价值的。

我听过很多人（特别是工程师）曾经感叹，早知道今天我当初就把 xx 组件抽离出来，现在就不会代码这么冗长，开发这么费劲了。所以，在我看来制定规范这事宜早不宜晚。当产品有一定的成型，确定方向就可以开始了。

至于怎么做，其实大家可以在网上看到很多范例，我也不想在这里讨论。给几个建议：

1. 尝试从工程思路着手。和开发流程打通的设计规范才具有强约束性，从设计到开发的绑定才能让设计规范有意义；
2. 去业务化的抽象规范。很多设计规范做的挺好，看上去也挺美但执行不了。问题就在于规范高度耦合业务，一旦业务发生变化之前的规范、组件就不能使用。这样的做法是并不具备良好的拓展性的。这一块详细内容大家可以参看一下这篇专栏：如何在产品中体系化思考卡片设计 - 知乎专栏；
3. 整个过程记住要纳入开发同学全程参与，他们的参与是确保你的设计规范得以顺利完成并实施的重要基础。