心弦

正经有一阵子没有更新这里了，此前网站基本处于瘫痪状态，过段时间我会详述个中缘由。

我这段时间有以下一些收获：

发现了江一燕这个大美女

我在看《我们无处安放的青春》这部电视剧。江一燕所饰演的周蒙绝对是一个人见人爱的女孩，纯洁、美丽……我几乎一发不可收地被这个女主角迷住了，她那双清澈的、会说话的眼睛，以及抿嘴笑的样子，像极了我大学时的初恋女友。现在还没整理好心情和思路去写观后感，不过我预感这部电视剧对我的影响绝不会小于《将爱情进行到底》。

对用户体验架构认识的更清晰了

我相信我对这东西肯定还会有更深的理解，但随着最近部门内“架构组”的成立，我的想法一下子清晰了很多，我会尽快分享；不过坏事儿就是，用户体验架构在成熟度上比程序开发上的架构差得实在太远，且不说是否有干货，后者就用那数不尽的名词都能把前者砸死！任重道远啊！

读到了一篇必须推荐的好文：《电子商务网站的可持续发展》

这篇文章的作者拥有丰富的实践经验，对其中的很多部分我读了后都感觉心有戚戚焉。顺便说下，JavaEye上藏龙卧虎，搞技术的建议多去看看。

对我国的铁路系统彻底丧失信心

当我和同事从晚上8点多一直排队到第二天早上9点多还是买不到票后（包括转车的、硬座的票），当我回公司后看到同事发来的这篇“倒卖火车票的惊人黑幕全过程”后，我对中国的铁路系统信心皆无。你没权利说我以点概面，因为读研时身为穷人的我（现在依然不富）已经排队不止一次了。

利用下午茶的时间偷个懒，秀下元旦小试牛刀的结果（谢谢杉菜mm的菜谱）:D

原料需要红酒、牛肉（牛腩或牛肋条）、番茄、洋葱、花椒、大料及其它调味品。至于烹调方式……有人感兴趣吗？哈哈！

这是一个非常非常棒的软件，它可以按照你的偏好，自动下载网络上最新的壁纸，并定期帮你更换（如下图）。

在使用它之前，我总是时不时的跑到InterfaceLift、deviantART等网站去，费时费力地搜索自己喜欢的。老实说，这个过程其实挺烦的，而且辛辛苦苦搜集完了以后，可能就对这些壁纸不那么感兴趣了，因为我在挑选过程中都看过了。但Desktoptopia不一样，由于你预料不到下一张壁纸的样子，便总能在壁纸切换完的那一刹那收到惊喜！我现在的设定是，每隔5分钟自动下载并更换一次，这样我不禁再也不担心找不到漂亮的壁纸，而且能时刻保持好心情！

瞧，没有界面，可用户体验却很好！

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

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

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

一般来说，采用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

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

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

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

如果你没读过我之前的那篇“有感于与三通的对话”的话，我强烈建议你先花几分钟时间去看看，因为本文将在这篇文章的基础上展开进一步的讨论。

我上次提到了“规范”的重要性，其实“规范”这个词本身具有相当大的歧义，因为往小了说，它可能就体现为一些文档什么的；往大了说，什么东西都可以装在“规范”这个篮子里。为了避免让人联想起“规范文档专员”或是《1984》中“老大哥”（Big Brother）那样的形象，我借用了“架构”这个词，来形容此类工作，考虑这些事情的人，自然冠以“用户体验架构师”最为合适（我猜白鸦就是在做类似的工作，虽然他自己可能不这么叫）。

用户体验架构师是什么？估计100个人有至少100种说法。我觉得老冒提的“统筹和管理设计”这个概念很有意思，有效地引领、统筹、管理和规范设计应该是用户体验架构师最重要的工作职责之一，但我现在还不确定可不可以把这个“之一”拿掉。我非常希望白鸦能分享一下这块的经验，在我的概念中，他所提供的咨询服务就是为了解决设计部门（可能还包括产品部门）大方向和规范的问题。

那么用户体验架构师做哪些事情呢？至少应该包括以下一些：

确定界面设计的哲学

这个“哲学”包括：1）你这个产品或设计总体上想给人什么感觉？是Apple的灵活和酷，还是IBM的刻板和严谨？是KFC的明亮洁净，还是PizzaHut的温暖舒适？这个问题很重要，是指导设计师工作的基础。当遇到设计规范文档中没有描述的情况时，这个“总体感觉”就是发散和延伸的基础了。但是，这个恐怕也是最难总结和归纳的，Apple也是历经了几起几落后才确立了“酷”的风格（参见《苹果电脑案例》）；2）设计遵循“广且浅”还是“窄且深”的信息架构？Apple的设计非常明显带有“窄且深”的特点，一般来说它只会将最最常用的少数几个按钮放在面板上，其余的功能则逐级放在菜单或辅助面板上（其实也不是特别深），比如iWork中的幻灯片制作软件Keynote（如下图），实际上，它大部分软件都是如此，我已经养成了非常统一的操作习惯，我也很乐意养成这样的习惯，因为预期和结果具有高度一致性。反观MS的Word/Excel，我相信没人不记得上面那数十个按钮吧！MS给我的感觉是尽可能的把功能暴露在外面，它所采用的信息架构和Apple的就有明显区别。

未完待续……

2008年1月3日凌晨更新，推荐继续阅读我后来的几篇文章：

• 初探用户体验架构 2