该文章是ucdchina内部邮件组关于设计规范的话题的讨论整理，本来应该发到话题里面的，但因为时间拖太长了，已经过了该期话题，所以整理发到自己博客里面。建议读者阅读本文之前先看该期话题。

注1：这个群P有点长，分两篇发。
注2：希望读者有兴趣讨论在文后跟帖，对于说“顶”、“好文”、带攻击和辱骂性的语言，以及没有意义的回复将一并删除。

<对话开始>

小兔子:
正在用onenote整理视觉规范的制定和更新维护

Junchen
发了一篇文章《规范没有规范》

白鸦:
junchen在跟我抬杠。我说一个人要规范是说为了备忘。只是一个txt文件作为备忘即可。如果你们公司有两个以上的产品，半年以后你再去做那个半年没管的产品你就知道备忘的作用了。

Junchen:
因为我更倾向于再次把产品用一遍,另外txt文件的重要性和备忘的时效性很成问题

小兔子:
一个人需要规范，主要是整理归档和备忘的作用；
一旦一人以上，就有协作的需要，这样自然就需要规范。不过人数少，规范的形式和内容可以灵活精简嘛

白鸦:
其实这个问题就像在交互复杂的网站中，我只给工程师一套可以点击的html原型是不够的，还需要给他们简单的流程图。
不反对让他点着去体验，而且支持一定要再用一遍，体验是必须的。但只用是不够的，仍需要一个备忘作为给他的指引。 这样熟悉”规范”的效率更高，针对性更强。当然”备忘”需要记得更新。txt只是一个”比如”，不一定必须用txt。

Junchen:
规范在设计领域（尤其是网站）远没有其他领域来的那么重要，另外就是规范的执行成本很高。

白鸦:
这个观点完全赞成。 规范在很多领域都比在设计领域更重要。

Sky:
规范可以做的很好，很有说服力，但是执行的时候就是不按照规范走，或者执行的力度不够，那有规范和没有规范其实也差不多了（甚至有时候会更糟）。
所以规范不应该只是一个单纯的文本或者文档，还有有比较成熟的运作和管理体制去保证规范的实施与更新，不然规范就是个死的东西，也就只有鬼才会去看了。

子条:
比较成熟的运作和管理体制是怎么样的？强制执行，还是天天去磨？

白鸦:
如果一定要二选一，我选择强制执行。

Tony:
将规范放到网站的管理后台，以HTML的形式呈现。
这样相比其他的文档类型，相对容易查询。
里面内容会包括：
效果展示（图片）
简单描述
常犯的错误
代码-供开发人员引用

Junchen:
规范是双重成本的，做要成本，执行要成本。
并且在网站这个领域中，变数过多，变化过快，成本相应增加，收益相应减少。

小兔子:
给开发的文档里就有交互设计，把效果图也打包给他们。设计会给标注主要尺寸的效果图，
在这个基础上，我们再整视觉和通用的交互，以及文字规范。

帅哥甲:
因为我参与过XX公司的规范设计。而我后期提出的就是和TONY一样的做法。
做成WEB的形式容易查询。其实这是参考微软以及一些大公司的传统做法。
但结果就是这个部门会去产品经理磨。执行力度肯定不强。

然后目前我在试着编写一个新的创业公司的规范，经历从无到有的过程。
我先制定了一个简单可行的，比如几大主流浏览器的测试，页面尺寸，大小，CSS等等初级问题。
现在遇到的问题是，执行力度仍然非常差，几乎没有，我编的规范就相当于在给鬼看。

如果在XX公司，肯定是磨啊磨，没有明显的感觉改观效果，甚至磨失败。
在这里呢，有感觉强制不出来，所有去执行的人都很忙，公司赚钱是放在现实的第一位。
忙不过来还管那么多规范，出了东西再说。
所以感觉结果又是磨啊磨。
最后….都是问题啊。

小兔子:
规范怎样去保证落实？貌似是个很挑战的问题啊
PM不管吗？确切说，设计主管之类的来管吧？

XXXX:
现在XX公司没有专门做视觉和交互设计的人员，都是产品经理靠感觉做，但不同产品有不同的产品经理，他们对一些字体、颜色按钮、链接样式、输入框尺寸和样式这些问题，经常跑来打搅我问我要意见。
同时还有很多开发人员，他们只注重功能的bug，他们也懒得写CSS。
原因主要就是这样，想提高效率。节省前端人员、UI设计师的时间。
这个事是长期的，不需要专门花2周或者一段时间来做，而是持续添加、修改、整理的过程。
好的规范不存在执行的压力，如果有这规范，产品经理和开发人员再来问我界面上的视觉和交互问题，我会给他个链接。如果规范里面没有的，我会想能否加一条。
但现在我在工作中的问题是，信息架构需要规范，这个没有达成一致的话，各个产品经理都有理由坚持不执行交互规范，而且你很难去说服他们。
视觉规范相对好整理。

<未完待续>