细致的设计规范在不注重设计的互联网公司十分难以推行，一方面是节奏变化非常快，你随时需要应用用户数据做出改变，二来，你的老板们哪天不爽，也可以分分钟推翻你的血汗。

规范到底用来做什么？

所谓规范，便是对成一定数量的可复用设计或者多设计师协作的设计项目进行量化和约束的东西。如果数量不到一个量级，或者设计师就你一个人，规范的作用力实则非常小，甚至繁琐程度会影响到正常的设计工作，所以分清你的使用场合，什么情况下需要用到规范？

规范先行还是设计先行？

规范和设计孰先孰后？我所提倡的规范应该在设计中同步进行，没有根据设计实践建立的规范瓶颈过低，经常遭遇各种事先没有考虑进去的问题，同时在设计中要不断完善和修复自己的规范。

我们设计一个产品的设计方面的工作流程通常是：

探索 > 脑爆 > 草稿 > 讨论 > 细化 > 定稿 > 规范 > 批量化 

所以，先小范围的将设计雏形生产，在生产过程中不断的沉淀规范，哪些可以作为规范使用？哪些地方需要灵活处理，这些都需要实践获得，当小范围的设计规范得到验证后，即可进行批量化生产，此时，所有设计师都可介入生产过程，即使的新加入的设计同事也可以通过规范了解设计规则。

清晰的表达给所有人

规范是面向所有设计师的，你需要让规范被每个人理解。所以规范需要非常细致，按照规范的种类类归，同一种控件按照多种状态、不同场景罗列，让每个设计师都能清晰设计中需要用哪一种，如下图：

不同TitleBar的使用规范：

不同数量按钮时的排列及尺寸规范：

你需要足够了解你的产品，才能将多种不同场景罗列出来。

沉淀你的规范：

规范建立时间，也更需要沉淀，不能一个版本完成就全部推翻重来，这样就失去了规范的意义，一来你的规范刚刚才逐渐完善就要被抛弃；另一方面，用户已经有了固定的认知，推翻则是对用户习惯的挑战。

规范的沉淀对已知问题的积累有促进作用，通过一次次的规范迭代，touch到足够多的问题，在设计规范的制定中可以有效规避。同样，对过去的规范进行更为深入的优化，去其糟粕，留其精华，规范也会变得越来越完善和优质。