产品规范之道

6月 8th, 2008

对规范更深层次认识来自于YUI的启发,这个几乎已经是控件代名词的英文缩写,可能很少有人注意全称The Yahoo! User Interface Library,其实就是整套带有开发模式的界面规范,因此我也喜欢把整理好的各种规范叫做XXX Design Library。

产品规范的应用对象,分为设计师、工程师两类人。对设计师来说主要是“协调”工作,使交付物统一;对工程师来说主要是“配合”工作,使开发效率提高。

1. 规范的时机

我倾向于在概念设计的低保原型之后,也就是说得先有第一批可开发的页面。我反复强调的原因,概念上不管做产品还是平台,核心都是由一个个页面组成的网站,有效规范只针对于最终产出。

很多朋友提到边设计边整理规范,这是对设计工作的总结。我的看法,产品设计与开发是整套系统工程,所以更进一步,应该边开发边整理规范,让规范与开发同步,互相契合更新。也就是说,每次迭代之后,都应该升级规范。

对工程师而言,上手来一份事无巨细的规范,读完要花两天,熟练要花十天,在庖丁解牛的开发过程中,简直就是噩梦。于是还没等走完这个过程,早因想痛打设计师而消极怠工了。这也正是不建议使用现成规范的原因,第一国情不同,第二时机不对。

Read the rest of this entry »

规范没有规范

6月 7th, 2008

注:如无特别指明,以下规范可能只适用于设计。

规范一定是文字吗?当然不一定…尤其对于图形设计规范来说。规范可以是以下任何一种形式:

* Word文档
* psd或jpg图片档
* ppt演示文稿
* VISIO框图
* 等等

规范的内容简而言之是这样:嘿,以后照这样来做。然后给“这样”举个例子。

Read the rest of this entry »

设计规范有谱么?

6月 5th, 2008

从业这几年,自己写过的和帮人参谋的所谓“设计规范”不少了,这个东西大概在中国的决策层眼里是这么回事儿 - 一帮农民在一块田里种粮食,起先天气不错,土地肥沃,但是不久天气变差了,虫子多了,土地沙化严重,还有几个缺心眼的内鬼偷粮食,这下必须立定一个规范,挑头的告诉他们该在哪儿种,收多少麦子算合格,哪部分的地是留到下一季种的,种出什么样的麦子给奖金,偷懒不干活的怎么处理……

但我理解的规范不是简单的把一个设计做成一个“行业套路”的量化指标,而是一个综合的品质评估的参考,甚至是一个设计能否面市的决定因素。为此,我们需要拟定一些表格,文档备案,图形参考,交互模板。

同时,设计规范还要成为设计部门或者一个公司对于设计品质的共同价值观,让大家伙都知道这样做出来的是好设计,通过这样的规范教育和交流,形成对设计品质的统一认识。设计规范不是规定要做什么,而是提出这样做是正确的,但是有更好的地方可以改进。
Read the rest of this entry »

以团队默契总结出规范

6月 5th, 2008

规范的建立之路:

我曾经和一个UI、一个程序员三个人一起开发过,我给UI的需求从来不写细节,她出的页面也不会返工。甚至到程序的那个部分都是一路绿灯的。我想这样的开发速度是任何文档或者是规范都是不能比的。

但是后来人多了,我就不得不一遍一遍的告诉每一个UI,我的思路是什么,我习惯于怎样去设计,甚至包括我用了什么样的符号在设计文件上,那个是表示什么需求的。这样,容易被UI理解和记忆的被使用了。还有一些不能满足要求的,我不得不按照他们的意见去写自己的需求和设计文件。

这样规范就形成了,新来的产品经理,UI设计师,程序员都是按照这样的方式去作事情。
Read the rest of this entry »

ASK ME,关于界面规范(1)

6月 4th, 2008

1、常见的界面应用规范有哪些?

非常系统的界面应用规范有很多,很多软件公司的应用规范经常长达几百兆,快成了一个小型的系统。但实际上真正实用的规范不需要那么多,特别是在作网站产品的时候。站在实战应用的角度我尝试过的界面应用规范有这些:

信息架构。网站栏目,导航结构,界面结构和布局,通用局部信息规则等。
人机交互。任务流程(如,所有信息提交直接显示完成,随后验证),交互方式(如,所有出错信息不用弹出窗口提示,所有表单录入及时验证和提醒),导航的展现方式(如,通过导航的层级提示位置感,不用面包屑),链接原则等。
界面视觉。界面的视觉层次关系,色彩应用规则,界面尺寸和比例,控件大小及应用规则,间距和边距等等。
语言和文字。行文风格,通用术语,提示/报错用语,说明/帮助,内容规则,和用户/客户的来往邮件等。
Read the rest of this entry »

设计规范的理想

5月 30th, 2008

撰写和执行设计规范,是一件让人头疼的事情。往往一个项目做到可以抽象出规范的时候,也是这个项目正在全力冲刺的时候,要不要抽出2到5天的宝贵工作时间,来写一堆貌似多余的文字,这是大家一直争论不休的问题,这可以总结成:“什么时候写规范?”。

规范之所以让人觉得多余,最重要的原因是认真阅读并执行规范的人实在是太、太、太少了,大部分的规范要么就成了电脑里永不被打开的文件,要么就成了书架上落满灰尘的纸,这可以总结成第二个问题:“如何执行规范?

不过我们在讨论这两个问题之前,需要先搞清楚,“在理想状态下,规范有什么用处?” Read the rest of this entry »