第一次来？先看看“有感于与三通的对话”和“初探用户体验架构（“有感于与三通的对话”续篇）”，否则可能看完了都不知道我到底要说啥。看过前两篇的请继续往下读，接着批判。

确立设计流程和各阶段交付物

如果说界面设计的哲学还能凭感觉胡说几句的话，这个设计流程和交付物可绝对是马虎不来的，因为其质量的高低将直接影响最终的设计质量。

一般来说，采用UCD的流程大体上遵循“研究－设计－测试－实现”这样一个流程，所不同的只在于，1）是使用类似开发中“瀑布”还是“敏捷”的方 法；2）每个阶段的产出物及其衡量标准。对于第一个不同，似乎传统行业倾向于使用“瀑布模型”，而互联网公司更倾向于“敏捷”。第二个不同则大有文章可作 －相对于设计流程，对各阶段交付物质量的把控显然更为重要，因为流程本身最重要的作用，就是在一定效率下保证合格交付物的产出。那么，前文一再谈到的规 范，就正是作用于这些交付物。合理的规范不仅可以极大的提高工作效率，更重要的意义在于保证交付物具有一定的质量。

为了避免讨论太空洞，下面我将以一直在参与的一款产品（以下简称“A产品”）为例，说说我在推广的一些规范（值得一提的是，由于可能涉及信息保密问题，我只能大致讲下概括）：

“A产品”UI编码规范 v0.5

• 简介：总结、归纳和整理“A产品”在Velocity模板、XHTML、CSS和Javascript等方面的编码规范。
• 组成部分：《“A产品”UI编码规范 v0.5》、“‘A产品’CSS文档库”和“‘A产品’Javascript文档库”。
• 价值及意义：提升UE/UI、开发和测试的工作效率，降低工作成本，通过统一化的代码控制质量。

“A产品”视觉设计规范 v0.1

• 简介：总结、归纳和整理“A产品”在视觉上所应具有的风格。
• 组成部分：《“A产品”视觉设计规范 v0.1》。
• 价值及意义：提升UE/UI团队内部的工作效率，降低沟通成本，探索产品自身的设计风格。以后新设计师加入项目组时，此文档将起到培训的作用。

“A产品”信息提示管理规范 v0.1

• 简介：对“A产品”相关页面的信息提示进行统一管理和存储……
• 组成部分：《“A产品”信息提示管理规范 v0.1》。
• 价值及意义：避免出现遗漏信息提示、信息提示中文案不好的问题，减少工作成本。

“A产品”Demo版本控制方法 v0.2

• 简介：在多人协作时，通过这个方法来管理每个人的交付物，做到在trunk上设计和开发，在milestones上演示……
• 组成部分：《“A产品”Demo版本控制方法 v0.2》。
• 价值及意义：提高多人协作的工作效率，降低项目组成员间的沟通成本。

“A产品”UI控件使用规范 v0.1

• 简介：统一界面的布局和控件的使用，给用户统一的体验……

“A产品”文案写作规范 v0.1

• 简介：统一文案的文风及措辞，减少歧义，用简洁、通俗且专业的语言给用户引导和帮助。

规范看起来很多？其实在一个拥有复杂业务逻辑、许多不同部门的人协作的项目中，一些明确清晰的文档只会减少沟通成本。

未完待续，白鸦别急，呵呵 ：）