一、为什么要写设计规范？设计规范是为谁服务的？

谈这个话题之前，我们先了解一下什么是设计规范？设计规范是指对设计的具体技术要求,是设计工作的规则. 一般包括总体目标的技术描述、功能的技术描述、技术指标的技术描述,以及限制条件的技术描述等．
那我们为什么要用设计规范？第一，可以让我们清楚项目的规则，以减少犯错误的机率；第二，加强团队之间的合作，责任明确，提高工作效率．第三，锻炼我们整体全面的思维能力． 
规范最终是为项目服务的．我们所做的一切都是为了优化项目，提高我们的工作效率．但是，设计规范也是一种设计团队文化．最终受益的不止是项目，还有我们自己．当我们形成这种文化，我们会配合的更默契；我们不需要在工程师加班的时候，一定留守在那里陪着；我们不需要在调别人设计的源文件时，一遍一遍的询问．当你不再因为别人的事情而加班的时候，心情是否好一些呢？
设计规范渗透在整个软件工程里．不同的工程模型对规范的要求也不一样，并非详细全面的设计规范就是最好的，因为规范是要有生存环境的，小公司的快速开发适合变通，大公司的瀑布模型适合严谨．如果不考虑自己本身的工程模型，而一味的追求全面，详细，其结果不但不能真正帮我们提高工作效率，反而会因为过多的其它作业而延误项目周期．
 规范要有概括性和引导性，不应该扼杀设计师的创造力．我曾经见过一份图标的设计规范：必须要45度角侧视角度．我觉得很好笑，完全没有必要这样限制嘛．我们可以这样规范：要有统一的视角，统一的倒角，颜色数量不要超过三种，统一的材质等等，这样即可以统一图标的风格，又可以引导设计师．

二、设计规范分哪些种类？都有哪里内容？

1、产品级战略方向规范

最稳定的设计规范，适应于长时间不变更的内容．大至可以分成二大部份：
第一部分：整个公司产品的设计方向．比如：是使用公司中VI定义作为我们的主产品色，还是在某种限制上随意发挥？整体风格以硬朗的表达方式还是圆润一些？怎么打造和延续一个品牌的气质，以增强用户的归属感等等．
 第二部份： 达成共识的，恒定不变的内容．比如基本控件的设计规范，基本交互的规范，文档书写的规范等等．

2、项目中单个设计规范（交互规范，视觉规范）

是项目中最为详细的规格说明书，整个项目都是按照这些设计规范完成的，也是最后测试评审的依据．该规范被细分为Ｎ多份不同的方向．比如：流程说明；交互模型；交互规范；图标设计规范；界面设计规范；界面实现规范；控件设计规范等等．这些内容应根据每个公司软件工程的模型不同而有所变化．比如：瀑布模型软件工程的侧重点可以细致而全面，但这些只适用于大公司，能承受较长的项目周期的公司；而使用极限编程的侧重点在流程说明，交互模型和项目需求变更上；还有一些不使用软件工程的小公司，在定义的时候，侧重点则在界面的设计规范和实现规范上．大家在定义的时候还是要根据自己公司的实际情况出发，真正做到优化自己的工作即可，这一点会在＂如何定制设计规范＂中详细说明．

3、接口的输出规范
这里是指我们输出至工程师的文件规范．我们需要输出什么样的内容才可以帮助我们减少和工程师的沟通摩擦，我们的工作范围在哪里？记得自己刚来现在这家公司的时候，有一个很不错的设计师抱怨说，这个坐标我已经告诉过他十几次啦，每次他都说自己忙，没空改，现在老大说我们设计的界面有问题，我们设计师做事不认真，其实这个责任根本不在我．我想了一下，这确实不是他单个人的问题，是我们的输出接口没有规范，没有细化，从而造成范围不清楚，责任不明确．如何避免呢？我们需要去定义输出规范，定义我们需要提供什么样的实质的内容给工程师，比如坐标图，效果图等．在这个过程中，在提高工程师工作效率的同时，大量的减少这种摩擦的发生．
 接口的输出规范大至可以分为以下几个方面：需要提供的元素定义，比如：切图，坐标图，效果图，流程图，架构图，文档等；切图的规范，比如：图片格式，图片共用部分的划分，切图的位置，多种状态等；文件命名的规范；文件夹的存放分类规范；文档书写的规范；等等．

4.、设计文档的管理规范
当多个设计师相互配合完成一个项目的时候，设计文档的管理规范就显的尤其重要．我们来想象几个场景：场景一，你需要调用一个同事设计好的界面里的子模块，打开PS的源文件一看：哇，几百个图层，无文件夹管理，无命名．场景二，同事请假了，临时要用一个他设计好的界面，打开他的电脑，找了一个小时没有找到，火大呀，感觉自己重新画都画好了．场景三，老大跑过来找你要某个文件，就站在你身后，你找来找去就是找不到，那个急呀．我想这三个场景应该是大部份设计师都经历过的，还记得当时的心情吗？