设计规范的理想
撰写和执行设计规范，是一件让人头疼的事情。往往一个项目做到可以抽象出规范的时候，也是这个项目正在全力冲刺的时候，要不要抽出2到5天的宝贵工作时间，来写一堆貌似多余的文字，这是大家一直争论不休的问题，这可以总结成：“什么时候写规范？”。
规范之所以让人觉得多余，最重要的原因是认真阅读并执行规范的人实在是太、太、太少了，大部分的规范要么就成了电脑里永不被打开的文件，要么就成了书架上落满灰尘的纸，这可以总结成第二个问题：“如何执行规范？”
不过我们在讨论这两个问题之前，需要先搞清楚，“在理想状态下，规范有什么用处？”
一、满足用户需要
用户在使用产品的时候，总是凭着直觉去使用，不到万不得己，不会求助于所谓的“帮助系统”（如果这个产品有的话）。这一点在互联网产品上更加突出。而保持产品概念、界面元素、视觉风格的一致，能帮助用户：
1、快速了解产品的运作方式。
2、建立精确的心理模型。
2、降低培训和支持成本。
3、减少犯错误的概率。
Shneiderman在1998年提出的“交互设计8项黄金法则”中的第一条，就是“力求一致性”，由此可见“一致性”在设计中的重要地位。“一致性”带来的最直接的好处就是：用户“认识”你的产品了。这种认识纯粹是一种主观的认识，用户可能没有认真想过这种“熟悉感”，只是隐隐觉得产品很亲切，很可靠。
设计规范正是对所有元素的运行规则的一种提炼和抽象。因此，一份撰写完善的设计规范，能划出产品的正确轨迹，帮助产品在正常范围内运转。
二、满足协作需要
产品的设计和开发从来都不是由一个团队完成的。通常情况下，一个产品的最终交付环节是开发团队，而在实际工作中，这个环节甚至会具体到某个开发人员。这也就意味着，专注于功能逻辑的同事，很难也没有时间去理解并执行你在产品设计阶段中反复强调的概念、界面、视觉等因素，所以才有“最终产品只实现了当初设计70%”甚至更低的现象发生。
另外，由同一个产品团队长期、持续地维护同一个产品的情况很少出现，一般的产品人员都同时兼顾多个项目，一个产品上线后，立刻转而关注其它产品。产品上线后的命运通常是交给运营团队或执行团队去维护，那些在设计过程中被反复讨论、验证过的设计思路，很难通过无声的界面传递下去，结果就是慢慢地变形。我曾经遇过几个产品设计师，在面试时展示自己的Web产品，一般都要强调一下：“我走了以后又改过版了，当初我的设计是……”。
所以在团队协作方面，需要有一个载体，用来记录设计时的思路和规则，这个职责，也同样落到设计规范身上。
三、提高团队效率
创意是一件很累的事，不管是产品创意还是视觉创意。如果每一个界面、每一个功能，都要创建新的规则，那么从事产品设计这个工作的人恐怕很少能幸存下来。事实上，在创意过程中，我们对所使用过的东西都是茶壶煮饺子──心中有数的，但是这些“数”通常只存在于我们的潜意识里。
把这些颇有价值的概念记下来并传达给其它设计人员，能避免大家做重复劳动。同时，发动同僚一起来总结规则，一方面可以节省他们的精力和时间，另一方面他们也能帮助你完善这些规则。
这样的一个协作平台，也是通过设计规范来完成的。
当然，以上这三点都是一个理想化的状态，我们姑且称之为“设计规范的理想”。为了实现这个理想，我们需要做的事情还有很多很多。本期UCDChina的话题“设计规范”，正是想跟大家一起探讨这个议题。
同时，从08年4月开始，UCDChina写作话题与书友会讨论话题相同，并向所有同行开放投稿（投稿方式见这里）。
那么，就以我这篇文章作为一个开始，欢迎大家都来发表自己对于“设计规范”的看法，分享曾经有过的经历和经验。希望大家能解答我在一开始提出的两个问题：什么时候写规范？如何执行规范？
5月 30th, 2008 at 15:21
华丽的沙发~
规范做的不好，还会降低团队效率
5月 30th, 2008 at 16:01
规范是好东西，监督实施的机制更重要，规范和监督实施的机制都完善了，成本就是问题了
在因为快速发展而浮躁的中国，生存是第一要务，So……
能在这里看到有人做这些理性的思考是让人欣慰的，Anglea加油！
5月 30th, 2008 at 17:16
记得上次做的一个产品PM提出要写设计规范，讨论了两次之后不了了之…
5月 30th, 2008 at 17:22
国内的环境是，规范不如变化快。
在我看来，做好规范，不如做好产品的结构。架子正，表现变化也不会太离谱。
5月 30th, 2008 at 17:24
这个东西相当值得讨论。
我之前写过一个起了一点作用，却还未达到预期效果的规范
后来又写了一个没人看得规范
都是给同一个项目的。。。
规范没有被很好的执行，着实是相当打击积极性的事。
5月 30th, 2008 at 19:16
我觉的应该在做完典型页面的稿子后,开始写规范,后面的页面都可以参照这个规范做,同时,条件允许的话,也要开始着手建立ui组建库，以后的效率会有很大的提高。
执行，，一直是最头疼的问题，不知道大家有什么好的建议
5月 30th, 2008 at 22:30
收藏至20ju.com
5月 30th, 2008 at 23:55
规范+模板库+管理制度=目前最佳手段
别渴求开发团队一字一句的去读懂规范，最好给他们提供好一套库，只需要往里面写入应用层的代码即可，也不需要他们关心如何做才会好看，他们要做的仅仅只是填入动态内容。
5月 31st, 2008 at 16:57
设计规范，这个有很多的理解，在我的公司，之前叫做“功能规格说明书”，现在叫做“概要设计”+“详细设计”。
我写了两份功能规格说明书与一份概要设计，结果是花了大把的时间与精力写完了，真正用心把这些文档看完看全的人不超过三个。特别是项目总监，根本就没时间仔细看。
而且，在开发的过程中，经常因为各种原因导致开发出来的东西与文档里的不一样。
5月 31st, 2008 at 18:45
恩，同意，变化太快，实际内容和文档差很远。所以我只是写 某些模块的设计文档。大部分采用 画图 和 自己写 html+js 来表达自己的想法（需美工配合）。
保存原有的讨论草稿。了解大家的想法。合作的越久，越有可能生成 比较成熟的 设计规范 文档。
6月 2nd, 2008 at 9:54
设计规范是嘛啊？
6月 2nd, 2008 at 17:26
设计规范，让人头疼是因为它需要很多文字来表达。通常，设计师本人由于图形、界面思维偏重，对于文字表达可能会较弱，再加上国内设计规范表现方式比较单一、死板，所以经常是写了设计规范仅仅是一种形式。如果设计规范能避免全篇的“文字流水帐”，多记录一些产品的设计思路，及设计初衷，我想，这样的设计规范才会在产品将来的发展上不会“变形”…
6月 3rd, 2008 at 10:37
唉，写好了没人按着去执行，甚至没人看，更惨的是还没写好，需求已经改变了，下次谁还有动力去写？
6月 3rd, 2008 at 18:39
在中国 的互联网团队理 大部分 都是 这样
大部分采用 画图 和 自己写 html+js 来表达自己的想法（需美工配合）。
不过 你做完这个产品之后你可以 把以前 凌乱的东西 再 规范下 说不好 会从中 找到一些 东西
在下次的产品中 可以减少一些麻烦
6月 3rd, 2008 at 21:16
我有一个很大的问题：什么样的规范文件格式才是规范的？？？
自己为此十分痛苦=_=！
6月 4th, 2008 at 9:50
弄这么玄做什么啊，什么规范不规范啊
把自己当用户，用得爽不就是最大的规范了么
难道所有网站都要一样啊
6月 15th, 2008 at 0:58
痛苦中=_=！
6月 23rd, 2008 at 14:41
1、规范的制定应该是长期的过程，不断优化不断更新。
2、规范的执行最好就像用户使用帮助一样，当开始什么设计的时候，相关的规范或者说规则、原则，最好还有例子，就能马上看到，自然就会遵循。
8月 26th, 2008 at 13:25
正在为规范烦～～公司有一套，针对项目结束后写的，主要都是针对常用模块的规范。
领导发话，要完善规范，问题是，我们现在能写的规范，都是制作方面的，领导要完善设计方面的规范，不是更折腾我了。
现在在用的版本是图文文档，示例图比较多，如果写一堆文字，我不是不会，问题是，写了，我连自己都不要按规范长长的去做，没多少意思，要抓重点
10月 27th, 2008 at 20:25
[…] 这次我要谈的是规范而不是产品设计。一直都在说设计需要规范，各大公司团队都有自己的规范，也会不断地更新和制定新的规范，但是执行难，效率低，力度弱却是规范的弊端。Angela提出了“理想设计规范的三条状态”，她指出规范的作用是满足使用者需要、满足协作需要以及提高团队效率，但是通常这些是制定者的理想，却是执行者的痛苦。 […]
6月 13th, 2009 at 17:48
很统一楼上大哥大姐们的观点哈，其实在部分大项目里面规范很能发挥作用还能提高个哦工作效率就是太不好实现了
7月 10th, 2009 at 8:08
规范中如何做到让执行者似曾相识，快速上手掌握是很难，也很重要的。
4月 20th, 2010 at 22:37
[…] 这次我要谈的是规范而不是产品设计。一直都在说设计需要规范，各大公司团队都有自己的规范，也会不断地更新和制定新的规范，但是执行难，效率低，力 度弱却是规范的弊端。Angela提出了“理想设计规范的三条状态”，她指出规范的作用是满足使用者需要、满足协作需要以及提高团队效率，但是通常这些是 制定者的理想，却是执行者的痛苦。 […]
2月 1st, 2011 at 22:06
[…] 这次我要谈的是规范而不是产品设计。一直都在说设计需要规范，各大公司团队都有自己的规范，也会不断地更新和制定新的规范，但是执行难，效率低，力度弱却是规范的弊端。Angela提出了“理想设计规范的三条状态”，她指出规范的作用是满足使用者需要、满足协作需要以及提高团队效率，但是通常这些是制定者的理想，却是执行者的痛苦。 […]
9月 12th, 2011 at 5:32
[…] 这次我要谈的是规范而不是产品设计。一直都在说设计需要规范，各大公司团队都有自己的规范，也会不断地更新和制定新的规范，但是执行难，效率低，力度弱却是规范的弊端。Angela提出了“理想设计规范的三条状态”，她指出规范的作用是满足使用者需要、满足协作需要以及提高团队效率，但是通常这些是制定者的理想，却是执行者的痛苦。 […]
10月 27th, 2011 at 11:17
[…] 设计规范的理想 http://ucdchina.com/blog/?p=470 […]
11月 21st, 2011 at 6:39
Wonderful goods from you, man. 设计规范的ç†æƒ³ - 团队åšå®¢ - 以用户为ä¸å¿ƒçš„设计 I have understand your stuff previous to and you are just extremely magnificent. I really like what you have acquired here, certainly like what you’re stating and the way in which you say it. You make it enjoyable and you still take care of to keep it smart. I cant wait to read far more from you. This is actually a wonderful 设计规范的ç†æƒ³ - 团队åšå®¢ - 以用户为ä¸å¿ƒçš„设计 informations.
11月 23rd, 2011 at 22:00
A powerful share, I simply given this onto a colleague who was doing a bit similar evaluation on this. He actually purchased me breakfast because I discovered it for him.. smile.
11月 26th, 2011 at 18:11
Great content and great layout. Your blog post deserves every one of the positive feedback it has been getting.
12月 1st, 2011 at 3:50
I found your posting to be insightful! Thank you.
12月 2nd, 2011 at 4:48
I’m agitated all these article directories. It sure would be nice to have every article directory that instantly accepts articles.