该文章是ucdchina内部邮件组关于设计规范的话题的讨论整理。

<对话开始>

小兔子:
正在用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周或者一段时间来做，而是持续添加、修改、整理的过程。
好的规范不存在执行的压力，如果有这规范，产品经理和开发人员再来问我界面上的视觉和交互问题，我会给他个链接。如果规范里面没有的，我会想能否加一条。
但现在我在工作中的问题是，信息架构需要规范，这个没有达成一致的话，各个产品经理都有理由坚持不执行交互规范，而且你很难去说服他们。
视觉规范相对好整理。

Junchen:
我就成天像个苍蝇一样对前端的说细节问题，这边是”确定”，怎么那边是”提交”？所有表单操作的提交按钮文字都改成”确定”。
然后我对图形的说，这个图是614px，那个图是613px，都给我统一成615px（所有图片的尺寸必须是 5 或者 0 结尾，我的洁癖）。
如果写成规范，那么别妄想着他们看了就会执行，得不断的说。

Sky:
规范的内容应该涵盖界面设计本身以及上下游的接口（上：业务需求和逻辑；下：工程技术实现），不仅仅是给设计师看的。
我的做法是分成三个层面去做规划和内容组织：
信息层：信息架构，数据输入输出，内容组织结构
交互层：Persona，可用性准测，Design Pattern Library（参考YUI），封装好的UI组件
表现层：颜色，字体，材质，尺寸与位置关系，图形元素

这样的划分，首先是出于规范的灵活性考虑（分离表现层和结构层的好处，相信做过前端的人都有所认识），其次可以便于团队中不同的角色在长期工作中可以落实到责任制地对规范进行长期的建设。
另外为了更加灵活的推广和使用，在规范中可以引入优先级的权重概念，我划分了三个级别，标准（必须遵循，比如公司/产品VI相关的规定），推荐使用（一些久经考验的解决方案），参考资料（在新产品的设计中仅供参考）。
另外关于流程和管理，我觉得必须是强制规定，并且要注重规范的与时俱进。

路人周:
我觉着吧，要认真搞规范，这个顺序做比较实在， 产品设计责任制 - 产品设计原则 - 设计评估手段 - 设计规范。
一开始就操家伙整规范不太好，规定的任何元素都是有修改的可能的，因为连产品方向都是可以更换的，中国公司搞游击战搞惯了，市场压力和客户压力都大，不是哪个公司都敢像西门子一样，花6年开发一个产品。

中国的产品经理最大的特点就是人浮于事，你搞出来的东西一旦和他的想法有出入，一则拒绝执行，二则磨洋工。

要搞规范，不但要决策层下力度支持，也要下面具体执行的人积极配合，但是这个很难办。如果你CEO（或者对整个产品负责的大PM）开个全体会议说：”这个规范我和设计部XXX讨论了，决定在全公司范围执行，谁不执行就是不给我面子，后果自负，下午3点前大家会收到公司发文邮件。”那力度肯定够了，但是会这样么？一般来说不会，除非你的规范有保证说，对效益，对控制成本，对用户满意度有绝对的数据支撑。

再说下面执行的人，我就喜欢拿FW做图，存成PNG，你非要规定我PS做图存成PSD,是我设计还是你设计啊？设计师很容易有抵触情绪，在半瓶水的设计师中间更是如此，总觉得除了他自己谁都不懂设计，谁都是SB，这样就麻烦了。团队当中有朵花，香味只有领导知道，团队当中有驼屎，那就是遗臭万年，会影响甚广，所以我说，搞规范最重要还是先把人搞好。

我们原来8个人小团队做手机方案设计的时候，根本不要什么”规范”，我就做一套输出模板，交下去大家伙用，用得不爽了，觉得有问题了直接找我。我不规定你什么风格，个性化，色彩取向，你就给我记住四个字”漂亮，好用”。

要不搞个规范就搞个半年，黄花菜都凉了，弄得不好，上下受夹板气，索性你也皮实了”算求，这规范爱谁谁，我不做了，你们自己泥腿子去吧。”

帅哥甲:
1.视觉规范确实比交互规范相对好整理，因为前人有很多可以借鉴的经验。
但是如果一个公司有多线产品的应用：如新闻资讯、SNS、IM…
其实就视觉规范这种表现层的在后期推行起来也很难。
特别是遇到没规范就上线已经赚钱的产品，只能折中的推每个产品实际应用规范。
而由于这些产品，设计的时候就严重没按照规范走，
现在要改，”这些人”会觉得在给他们找麻烦，增加工作量，还不能保证赚钱效果。
连根拔起几乎不现实也不可能。

2.而没上线的产品我觉得强制起来比较容易。权力够大的话不规范不让上线。

3.而上线了但是很烂没赚钱的产品，也麻烦。
做产品的这些人都在混，不专业
你咋还能有效的去推行规范哦。要么强制扣钱、开除几个人。
但是一段时间内有人反抗了，有人工作没人做了…
然后又要招新人,时间一秒一秒地过去了。
在这个过程里很小公司慢慢消失了。

Sky:
一个人建规范那就成独裁了，规范这种东西要结合团队现有的人员构成去做的，这样才能有的放矢。

路人周:
上面我那个案例要修正一下，那个是在团队搭配不平均的时候运用的，如果大家都不了解这个东西如何设计执行，那么这个时候需要一个人来挑头做，但是做出来的东西必须经过团队讨论认可和落实执行，同时要报决策层批准。

一个人独裁式的建设规范是大忌，因为最容易出现的情况是，你会发现规范中的内容和他自己没关系，他根本不参与其中，是推卸责任的做法。

Sky:
规范建立的目的在于：
1. 设计与设计实现的平衡
2. 设计工作的基准和参考
3. 有效的沟通
4. 成本控制
5. 良好用例的重用
如果花时间去建立一个规范，而不能达到这些目的，不如不建立。
每个公司和团队在设计和研发上都应该去找适合自己的流程和管理，并不是仅仅设计规范一种方法。

白鸦:
认真看到大家的讨论，我总结了最重要的一点：
规范不能是一个人也不是一个”团队”建立起来的，应该是所有人一起搞的。包括设计的人没有规范总是咨询设计师的人、用规范的人、老板一起参与。只有这样才好执行下去。不然只能给鬼看。（就算老板强压大家也都很忙，不执行..）

<全文完>

评论第一部分：

分类： 交互设计 网页设计 艺术设计