项目团队超过3个人就会存在沟通和一致性的问题（是的，问题的核心就是一致性）。

无论是色彩、用语、命名方式，甚至注释写法，每个人都会有自己的偏好。比如当一个设计师离开之后，后来的设计师接手都需要一定的学习成本，然后转换为自己的偏好模式之后，同样又给后来者带来同样的问题。而规范的建立正是为了解决这些问题。

理论上来说，设计规范越早建立，越早执行，也就越好，但事实上，规范并不适用于小型的工作室或者3个设计师以下的团队。因为在一个小型的团队里，规范显然会降低开发速度，并不能直接获益。而一旦团队规模扩大，就应该及时建立相应的设计规范，以避免后期逐渐增加的修复成本。

个人认为规范应该在项目的第一次改版或rebuild之前，或者设计团队超过3个人的时候开始制定并实施。

为什么是要在项目的第一次改版或rebuild之前？
因为在产品开发之前就制定的规范基本上没有指导意义。

对于大多数产品开发来说，设计过程其实是一个模仿+摸索的阶段，在这一阶段，不断的重构其实是让开发者逐步深入了解产品特质及特性，并对于产品的信息架构和交互流程清晰的认识的过程。

设计规范不应该仅仅是空泛的指导方针，还应该就具体的问题给出合理化的建议，而在项目开发之前就建立的规范显而易见是不实用的，过早建立的 规范其本身就变成了一个需要不断修改的文档库，这样的规范有什么指导性呢。

因此，在项目的第一次改版之前进行规范的整理和制定，在能够总结现有问题的基础上，预见将可能存在的问题，这样才能对于项目之后的设计开发产生有针对性的指导。

为什么说超过3个人的设计团队就需要制定规范？
因为少于3个人的设计团队基本上很少出现沟通问题，即使出现问题都能够面对面的沟通解决，但是一旦超过3个人，沟通就不再是轻松的事情，而变成了一种交叉重复的工作。沟通障碍所能出现的问题也将一一凸显。因此在设计团队达到3个人的时候，就有必要就界面设计、交互设计等形成基本的规范文档了。

话说回来，设计规范到底应该包括什么内容？
按照个人的工作经验，一个可执行的设计规范应该至少包括三部分的内容：概念原型，界面设计规范和交互设计规范。大型的项目甚至需要对于产品中的用语进行专门的规范。

概念原型的作用主要是给设计人员和开发人员对于产品功能及特征有一个较为清晰和明了的认识，尽管概念原型不够具体化，但其抽象化的结构能够给开发者最快最准确的认知。这部分内容其实并不需要形成非常具体的文档，一般是以mind-map为核心，对于产品的功能和扩展性给出逻辑联系。

界面设计规范则多涉及界面元素的视觉风格，一般用以对于产品形成一致的视觉体验，并且有助于同一系列不同产品的风格统一。

交互设计规范则是对于产品外部功能的交互操作和使用逻辑进行规范，使得用户能够获得使用方式的一致性。

设计规范的执行必须强力推动
很多时候，规范的建立不过是使得桌面的文件夹多了几页报告纸，而并不能获得预期的效果。因此，规范的推行同样至关重要。

设计规范首先是团队的共同认识，而不能是设计师的单方面工作。设计师作为规范的主要执行者和推动者，必须清楚规范的实施策略和操作流程，这就意味着设计师必须能够在规范介入设计流程之后，同样能够作用于程序开发人员。

对于大多数程序开发者来说，他们关注的是功能，而不是界面，更不是可用性，因此设计师的工作就是在设计流程中必须保证规范能够始终干预，保证提交给开发人员的交互物与最终产品能够一致。——而这需要设计师的强力介入，但可惜的是，在大多数公司，设计师的职能是非常狭隘和薄弱的，程序开发人员在很大程度上主导了产品开发流程，导致无政府主义开发。显而易见，这样的开发流程，设计规范是不会起到任何作用的。

原文链接：http://www.tianya8.net/zblog/post/59.html

更多UI博客精选