似乎沿袭了微软一贯的风格，Bing的界面与用户体验设计也极为丰富。一直以来，Google引领的简洁风格被人一再褒扬和传颂，然而Bing的出现似乎有机会为搜索引擎世界带来一股新的风潮。

在Bing出现之前，影响力不小的Ask.com搜索引擎便一直使用巨幅照片作为其首页背景，且提供更换功能，让人印象深刻。Bing的首页界面同样炫目，还大大丰富了体验。即便不做完整考察，也不难发现一些特性。

• 首页不仅包含一个固定而且突出的搜索框，还展示了一个特定的主题（如土耳其风光与热气球）。大图上暗藏了一些鼠标移上去才显示的链接，或许会为手有闲暇的访客带去一些意外的启发。
  
• 搜索结果将被分类显示——如果Bing知道如何分类。一方面，左侧将给出各个分类的快速链接，另一方面，右侧搜索结果也是按各类别分组排列的。
• 将鼠标停留在某些搜索结果中条目的右侧，将弹出可供快速预览的内容。这部分内容可能是网页中最有价值的文字内容，也可能包含网页中被点击最多的链接。
  
• 图片搜索的结果并非分页显示，而是随着屏幕的滚动即时生成，有效提高了使用效率。将鼠标移至单张图片上面，还会弹出小框显示图片标题、地址及相关操作的链接。
  

无论是界面设计，还是体验设计，微软的Bing都一改主流搜索引擎的简约风格。使用大图片背景、渐变、弹出等丰富视觉效果，Bing带给用户的体验不仅好看而且实用，不失为搜索引擎产品世界中具有积极意义的尝试。

当然，Bing一经推出，亦饱受非议。实际上，Bing在搜索结果的质量和呈现速度上确实存在不尽如人意之处。

注：目前，Bing中国版与美国版在使用体验与结果呈现上尚有较大差距。默认情况下，中国境内的访客将自动进入中国版（界面语言取决于用户使用的操作系统的语言）。本文全部使用美国版进行测试和截图。如需体验完整功能，请点击右上角国家/地区的名称，将地域设为“United States”或“美国”。

贪婪者一剑穿心；嫉妒者剜其双眼；懦弱者孤独一生。

《惩戒者》

28日在西安的住处，偶然地电视上看到一则故事。这是一则值得珍藏的故事。

故事大约发生在二十世纪二十年代的上海。小说《惩戒者》一经出版便大受追捧。书的扉页这样写道：

贪婪、嫉妒和懦弱的人将受到惩戒者的惩罚

——贪婪者一剑穿心

嫉妒者剜其双眼

懦弱者孤独一生

一次，《申报》美女记者欣宜赶去《惩戒者》作者小东的书馆进行采访。途中，欣宜遭遇扒手劫包，幸得一位好心先生相助，抢回财产。这一位，叫做浩男，恰是作家小东的助理。在小东处，欣宜不仅做完采访，还认识了与小东、浩男在同一孤儿院长大的歌手泰川。采访结束后，浩男礼貌地送欣宜出门，泰川也跟了出来，并邀请欣宜共进晚餐，结果被机智的欣宜以继续采访浩男为由回绝。一来二去，浩男和欣宜渐生感情，不久便走到一起。

然而好景不长，一个月后，浩男就像是变了一个人，他与欣宜的甜蜜生活也戛然而止。一天，欣宜赴浩男住处，送他生日礼物。进屋之前，听得屋内有人说话；却见浩男神色慌张，态度冷淡，屋内亦无他人。面对欣宜的质问，浩男只是搪塞过去。又一天，欣宜去浩男家找他，其行为依然反常；欣宜闯进浩男卧室，却意外发现床头一张照片，照片上除泰川外，浩男则搂着另外一位女子。浩男仅解释说那是他们孤儿院一起长大的好朋友，这却不能让欣宜信服。

面对浩男的种种反常行为，欣宜既不解，又生气。她找到泰川，想问个究竟。问到浩男床头照片的时候，泰川告诉欣宜，那是浩男过去的女朋友，叫做家琪，一年前死去了。当时，家琪与浩男发生争执，家琪不幸由窗户坠到楼下，浩男也跟着跳下。最后，家琪因伤势较重而亡，浩男却被成功抢救，捡回性命。

想到浩男对家琪的念念不忘，欣宜试图劝浩男放下心事，与自己好好相处。然后浩男始终无动于衷，依旧对欣宜冷淡处之。有一次，欣宜来到浩男的住所，却发现浩男捧着一束白百合刚要出门。二人进屋短聊，浩男依然冷漠，欣宜只得悻悻而归。由于心情低落，欣宜竟迟到了第二天小东的《惩戒者续集》新书发布会，却在路边偶遇泰川。泰川答应欣宜，第二天争取让欣宜与小东单独见面采访。

然而第二天，当欣宜与泰川踏进小东的办公室时，却意外地发现小东被人一刀捅在胸口，惨死在坐椅上。这种死法，恰与《惩戒者》中贪婪者的死法一样。

面对这种景象，欣宜当场晕厥；醒来后，发现泰川正照料着自己。接着，二人讨论起小东的死。几句话下来，泰川开始怀疑杀人系浩男所为；欣宜却忍不住怀疑泰川，让泰川勃然大怒：“为什么你们都这样，同时认识我和浩男，却都只对他产生感情？”

“‘你们’？还有谁？”

泰川自觉失言，只得悻然离去。

没过多久，泰川突然跑来找到欣宜，向她求救。原来，泰川回家后发现一封来信，告其小心双眼被人剜去，而寄信人不是别人，却是一年前死去的家琪。想到鬼一样的杀手，泰川紧张万分。情急之下，泰川向欣宜袒露出一年前家琪死去的真实原因。

原来，家琪、浩男、泰川和小东来自同一所孤儿院，四人从小到大一起生活，感情深厚。后来，家琪与浩男成了男女朋友，她却只把泰川和小东当作哥儿们对待。泰川既爱慕家琪，却只能藏在心底。

一次泰川喝醉了酒，误入浩男卧室，只见家琪一人在床上酣睡。泰川一时意乱情迷，上前亲吻家琪，却把家琪惊醒。家琪愤怒地要求泰川离开，并告诉他不想再见到他，不料却让泰川愈发激动，竟进一步侵犯了家琪。这时，浩男回到卧室，目睹此情此景，不觉怒气冲天。家琪悲痛不已，竟冲动地从窗口跳下；浩男为救女友，亦冲出窗口。泰川赶紧冲到楼下，只见二人横躺在地上，双手还相互牵着，全身已无动静。

泰川正要救人之际，恰逢小东回来。小东见二人都将近死去，怕泰川惹官司，竟劝其不要相救。泰川虽一再表示不能见死不救，无奈却在小东两三劝阻之下，放弃了救人的念头，与小东一道匆忙逃遁。

后来，过路的好心人将家琪和浩男送入医院。由于错过了最佳抢救时间，家琪不治身亡；浩男幸运地保住了性命，却失去了记忆。不久以后，小东竟残酷地剥夺了浩男的处女作《惩戒者》，署自己的名字发表该书。该书一经出版，即被全城热捧。

讲完故事，泰川还告诉欣宜，自己收到的恐怖邮件上粘着的小花，是家琪生前最爱的白百合。

回想起那天浩男抱着一束白百合出门，欣宜恍然有所悟，连忙招呼泰川带自己到家琪的坟前。不出所料，浩男也在那里。几番对质下来，欣宜和泰川也未得到任何进展。这时，警方突然出现在坟头。

“对不起，浩男。”原来，欣宜已在暗中报案。警方将浩男带走，关进监狱。

欣宜去监狱探望浩男，然而浩男只一言不发。突然，浩男仿佛顿悟，惊恐地告诉欣宜和警察，泰川正遭遇危险。

欣宜和警察赶到泰川住所，推开门，竟发现泰川正被人绑在墙角，那人拿着刀企图剜去泰川的眼睛，而泰川则发出哀嚎。由于情况紧急，警察当场将凶手击毙。

浩男看到死去凶手的照片，冷静地告诉欣宜与泰川，这个叫做家平，是家琪的亲哥哥。原来，家平幼时便与家琪相依为命。后来家平被富人带走，从此兄妹俩不再见面。直到家琪坠楼身亡之时，哥哥家平才得知妹妹消息。为了解事实真相，家平隐姓埋名，到小东所在书馆打起了下手。渐渐了解事实真相以后，家平开始进行对小东、泰川和浩男进行报复……

既然凶手已经找出并被打死，一切似乎可以趋于正常了。然而，当欣宜向浩男提出和好的请求时，浩男还是拒绝了。后来，浩男孤独一生，再也没有找过女友。

结局正好应验了《惩戒者》开头的话——贪婪的小东被一剑穿心，嫉妒的泰川被剜去眼睛，懦弱的浩男终于孤老一生。

与此不同的另一种典型设计来自Firefox。在Firefox里，标签具有最小宽度。当标签数量过多以至当前浏览器宽度无法容纳所有标签的时候，将在标签栏左右分别显示按钮控制标签左右滑动；同时提供一个下拉列表显示所有未显示的标签。

是来自Google的设计师没有考虑到可能形成的糟糕情况吗？

实际使用Chrome的过程中，上图所示的情形其实很难出现。一方面是因为用户通常不会打开那样多的标签（用户也应懂得培养习惯——记得关闭不再使用的页面），而且标签开头的图标也有助于分辨不同的标签。在一定的容忍范围（这个范围当然不会像上图那样夸张）内，用户不会感到切换标签的麻烦。Firefox为用户自行定义了这个容忍范围的边界值，但这就是符合所有人需求的定义吗？如果Firefox用户的标签多到刚好让浏览器无法完全显示，用户为找到之前的某个标签便需要多次点击，也许用户会更希望浏览器再压缩一下各个标签的宽度，毕竟这并不需要太多的牺牲。

更为重要的是，Chrome标签操作的灵活性自然化解了这种尴尬的出现。在Chrome里，标签被设计得十分轻盈，用户可以很轻松地通过鼠标拖拽形成新的窗口（也可以同样轻松地还原）。在同一个窗口内，标签可以用同样的拖拽操作进行重新组织。如果标签太多，使用简单的操作形成多窗口的浏览模式，避免无法正常显示标签的情况。如果用户愿意培养使用习惯，可以在进行某些容易形成较多标签的特定操作（如浏览新闻）时主动建立新窗口；该操作结束后，亦可通过关闭窗口将打开的多个标签同时关闭。在用户发现标签短到无法辨认之前，有足够多也足够灵活的方式避免这种情况的出现。

再看Firefox的设计，用户在不同的标签之间切换需要进行较多的操作，实际操作中反而不方便。

Chrome用巨大的灵活性对宽容用户造成的可能的尴尬情况进行了自然弥补，这会优于那些增益极小的设计考虑。

1. 使用Microsoft Word进行排版的时候，键入大量的空格把文档的落款（作者、日期等）挤到页面的右边；为了让落款与正文保持一些距离，便敲上两个回车空出两行；
2. 书写HTML文档的时候，为了让链接突出显示，便在链接左右各加一个空格。

实际上，这些做法均不可取。在第1个例子中，使用空格让文字向右对齐将使版面的可维护性降低——如果需要增加文字，将不得不删除一部分空格；如果将整篇文档的字号扩大，一部分落款文字将有可能被挤到下一行（你或许还不知道！）。使用空行也很糟糕——对文档正文内容进行增删修改之后，这些空行或许刚好位于某页的开头（这很糟糕）。

在第2个例子中，如果只在页面某几个特定元素中添加空格也无可厚非，但若是进行文档的排版工作，有一天你需要将所有发布过的文章中的链接两边的空格去掉时……你一定会拒绝这样做。

这些空格和空行便是排版中的白色垃圾——我们需要不留情面地清除它们。在Word中，使用右对齐方式、右侧缩进以及段前间距、孤行控制便能解决第1个例子的问题；为文档中的链接加上稍许左右padding便能达到第2个例子需要的效果。当我们有能力编辑样式以实现需要的效果时，便不需要使用文本内容担当这些工作。

参考：

• 段落样式最佳实践

作品选辑可以通过右上角的导航链接进入，亦可通过下面的地址访问：

http://blog.weakow.com/portfolio

Screenshot

敬请关注此页。未来它会不断更新。

1. 格式

由计算机产生的形式简单的图像（如标识、图标）首选PNG格式，而色彩丰富的照片则一定是JPEG。如果颜色不多且没有渐变，应当使用GIF格式。

GIF是用得最多的网页图像格式。GIF最多容纳256种颜色，几乎适用于除照片以外的所有图像。它还具有生成简单的动画和透明图像的能力。

PNG格式相对较新，也是W3C推荐的格式。PNG-8最多可包含256种颜色，堪比GIF；PNG-24支持RGB模式，即可以表现任何颜色，品质较高；PNG-32在PNG-24的基础上增加了alpha通道，也即可以设置透明。

JPEG可以保存约1670万种颜色，常用于保存照片。但除此之外，几乎用不到JPEG。如果图像颜色少于256种，或者含有大片纯色，则JPEG的效果反而不好——为获得高质量的图像，文件大小可能成倍增加。

选择图像格式应当综合考虑其使用范围，如下文详细展开的颜色、透明、动画等方面。可以通过Photoshop或Fireworks的导出向导比较各项参数。选择的标准是，保证可接受的图像质量的前提下，文件应尽可能小。

2. 颜色

创建图像应使用RGB模式，而非用于打印的CMYK模式。不必考虑浏览器安全色，因为几乎不再有人使用8位的显示器。颜色的选择应当参照统一的标准，如视觉识别（VI）系统。颜色的数量和效果是决定图像格式的重要因素，如色彩渐变往往产生大量颜色，如果保存为GIF则会产生失真，文件大小也大幅增加，这时应考虑使用PNG-24、PNG-32或JPEG格式。

3. 尺寸

使用矢量创作工具制作的图像往往适合保存为PNG格式，其尺寸应在矢量绘图工具中确定，变为位图后便不再轻易对其进行缩放操作（尤其不应进行放大操作）。值得注意的是，在Fireworks中创建的PNG文件包含图层等可编辑信息，其中的直线、形状、文字都属于矢量图。将这样的图像应用于网页应先进行输出操作以压缩文件大小，而输出的PNG图像也会因为丢掉可编辑信息而转为位图。因此，图像尺寸的调节应在输出操作之前完成。不对位图进行缩放是为了保证图像的轮廓和渐变足够清晰。

对于已有的位图和照片，应先使用Photoshop等软件调整好尺寸后再插入到网页中，而不应使用HTML语言中的width和height属性改变图像尺寸。直接使用HTML语言控制图像尺寸可能会使图像失真严重。

通常，放入网页中的图片应控制到一个比较小的尺寸。如果与文字混排，宽度最好在300 px左右。即便单独出现，宽度也最好在600 px以下。至于高度，以不超过一屏为宜。

4. 透明

GIF和PNG都支持透明，但方式并不相同。GIF只是单纯地将某一种或几种颜色设为完全透明，并不考虑与它邻近的渐变色的透明度。这意味着，如果背景颜色发生重大改变（或者本来就包含几种对比明显的颜色），与透明部分交界的地方将得不到平滑过渡，出现一条明显的分界线。如果要创建透明GIF，有必要将画布背景色设置成与目标效果的背景色相同（或接近）。PNG不存在这个问题，同时还可以设置半透明。

但是默认情况下IE6不能正确地显示透明PNG，需要采取恰当的措施。

5. 动画

网页上的动画通常包括Flash和动画GIF两种。Flash功能强大，效果丰富，图像质量高，且拥有强大的创作软件，是多数情况下首选的网页动画形式。动画GIF的不足是仅能使用不超过256种颜色，且难以制作效果复杂的动画，但它的优势是文件小，且无需插件支持就可以在任何老式的或现代的浏览器播放。

根据去年7月揭示的一系列调查结果，美国82%的手机用户表示自己从不使用短信服务，而每周使用一次以上的用户仅占15%。相形之下，中国的短信使用率似乎要高得多，“拇指一族”在年轻人中大有人在。

一种可能的影响因素是手机上中英文输入方式的差异。在美国，全键盘的手机总是更受欢迎，原因是全键盘输入英文比数字键盘要快得多。然而，全键盘对中文输入效率的提升就不那么明显了。在数字键盘上使用拼音输入中文，重码虽然不可避免，但其出现规则总是固定的。看起来，使用一只手在手机上输中文是比较顺畅的一件事。影响中美短信服务使用率巨大差异的原因还有很多，但输入难易是不可忽视的要素。

例2

全球范围内，wiki（维客）是足以与博客、RSS等并举的典型Web 2.0应用。维基百科的红火令人瞩目，而企业wiki的广泛应用也为企业知识管理贡献了巨大价值。然而在国内，wiki始终未能成为主流应用，即便在企业内部推广，亦困难重重。

同样地，中英文输入方式的差异是影响使用率的可能原因。在MediaWiki中，使用下面的语法表示标题、加粗文字等，有效地提高了样式文本的输入效率。

== Section headings ==
'''bold text'''

输入英文时，敲打=、'这些用来标记文本结构的符号是比较自然的；然而在中文输入法下，用户可能需要切换至半角状态才能正确输入这些符号。撰写内容的同时编辑文本结构本来是很顺畅的事，但若需要频繁切换全半角可能就比较痛苦了。

正式的中文排版中，强调往往是通过在文字下文打上实心圆点实现的，这样的圆点被称作着重号。在中文Web设计中，我推荐对em标记使用着重号的效果，strong标记仍保留对文本加粗的效果。

由于汉字的宽度一定，这种效果不难实现。这里打算为12px大小的文章正文设置em标记样式。首先，制作一张12px宽的图片，下图是放大至16倍的效果。

对12px大小的文字来说，将圆点直径设为3px看起来最为合适，虽然这样圆点的中心不可能处于绝对居中的位置（本图中圆点偏右）。此外，将圆点以外的部分设为透明将更具适应性。原图：dot-accent.gif。

接着制定样式。

.post p em {
  padding-bottom:4px;
  font-style:normal;
  background:url(images/dot-accent.gif) repeat-x left bottom;
}

为了保证效果，段落文本应具有1.5em以上的行距，否则着重号可能距离下面一行文字太近。

下面是一段HTML代码及其对应的样式效果。

<p>事业是<em>干</em>出来的，不是<em>吹</em>出来的。</p>

事业是干出来的，不是吹出来的。

TDRD-BBS logo in characters (3). 2009-3-8

Copyright 2009 Weakow Wang. All design concepts are the sole property and invention of Weakow Wang.

Screenshot

参考：

• 字符logo第1张
• 字符logo第2张

原文：10 Most Common Misconceptions About User Experience Design

原作者：Whitney Hess；译者：UCD翻译小组，Weakow Wang

Article copyright by Whitney Hess.

Whitney Hess版权所有。

当我告诉人们我是一个用户体验设计师时，常常会得到迷惑的眼神。于是我试着赶紧结束这种状况，告诉对方我是在让东西更容易使用，人们也爱用。这是被我重复多遍的一句俏皮话，但这句话太过简单，无法给我带来任何好处。

“用户体验”（user experience，UX）这个术语已被广泛流传，但很多企业都没弄清楚它到底是什么以及它对企业自身的成功有多重要。

我问过一些UX领域最有影响力并被广泛尊重的从业者，对我们所做工作的最大误解有哪些。结果形成了一份“十大”名单来揭穿这一秘密。读一读，学一学，并身体力行。

用户体验设计并非……

1. …用户界面设计

将“用户体验”和“用户界面”（user interface，UI）混淆并不罕见——毕竟与用户交互是体验数字产品和服务的重要部分。但是UI只是问题中的一小部分。

Adaptive Path创立者之一、总裁Peter Merholz说：“界面是用户体验的一个组成部分，用户体验还包含更多内容。”Yahoo!设计模式库（Yahoo! Design Pattern Library）负责人Christian Crumlish解释道，设计“并非关心界面的美化，推敲每一个像素，考虑按钮的位置。它站在整体的高度，考虑每个人所关心的问题，而非‘艺术的’形式构成的世界。”

Kicker Studio的创始人和负责人之一Dan Saffer也同意将设计仅仅看作装饰或样式的工作是一种普遍的误解。“我的一些客户告诉我不用考虑他们的运营战略，”他说，“因为他们会想，设计师哪需要关心这些东西呢？UX所关心的远超过界面。”

2. …流程中的一步

下面讲一讲流程。为了给用户建立丰富的体验，而不仅仅是我们会用到的设计，我们需要不断地听取意见，进行不断地迭代。这个流程不必显得僵硬很严格，但它确实不可或缺。

“用户体验设计不是一个复选框，”独立用户体验顾问、视觉艺术学院新设的交互设计艺术硕士项目课程负责人Liz Danzico说，“你没有进行用户体验设计，又接着做下一项工作了。用户体验设计需要集成到融入你做的每一件事中。”

EightShapes的联合创立人、负责人之一Dan Brown提醒道：“大多数（客户）希望体验设计是一种独立的活动，通过一份功能规范文档或一项研究就能解决他们所有的问题。实际上，体验设计应该是一个不断努力研究用户，响应其行为理解他们的行为，并不断发展产品或服务的过程。”

3. …跟技术有关

“用户体验跟技术甚至没有关系，”Trapeze集团信息架构与内容管理经理Mario Bourque说，“它关心我们如何生活。它萦绕在我们周围，与我们做的每一件事都有关。”

就像画家使用颜料表达概念与情感，用户体验设计师使用各种技术帮助人们达到目标。但是主要目的是帮助人们，而非创造伟大的技术。

“用户体验设计并不局限在计算机领域内，它甚至可以脱离屏幕。”Ziba设计的交互设计主任Bill DeRouchey认为，“用户体验是关于任何产品、任何作品、任何系统的任何交互行为。”

诚然，用户体验设计师可以帮助人们提高几乎关于任何事物——一个门把手，一个水龙头，一个购物车——的体验。我们只是通常不把使用这些东西的人叫做“用户”，但他们的确是用户。

4. …只跟可用性有关

“人们常常认为（用户体验设计）是一种可以被产品采用但不会为产品的设计贡献资源的产品制作方法。”Behavior设计的创始人和负责人Chris Fahey说。制作简单的、直观的东西始终是我们唯一追求的目标。为了使用户改变其行为，我们也需要创造他们想用的东西。

萨瓦纳（Savannah）艺术与设计学院的交互设计教授David Malouf解释道：“虽然可用性很重要，但是将重点放在效率和有效性上似乎冲淡了其它重要的用户体验要素，比如：对我们使用的产品和服务的学习，以及内心和情绪上的行为响应。”并不需要让每一样东西都十分简单，只要这一样东西容易学会。重要的是有吸引力，否则人们就永远不会与之产生互动。

“可用性不是用户体验的代名词，”Semantic Foundry的首席用户体验师Will Evans说。他指的是Peter Morville的UX蜂巢，除了可用，这个蜂巢还把有用、可取得、可访问、可靠、可寻以及有价值作为用户体验的几个重要方面。

5. …只跟用户有关

体验设计策划师Russ Unger喜欢说对UX的最大误解在于“U”。“有一系列的商业目标需要去满足，而我们也正是为它们而设计，”他说，“我们只是无法提供对用户来说最好的设计。我们必须努力创造满足业务和用户尽可能多的目标和需求的总体体验。

作为用户体验设计师，我们必须在用户需求和业务目标之间找到平衡点，并进一步确保我们的设计是符合品牌定位的。

6. …很贵

每个项目都一个基于企业现有资源、能力、时间、预算并受限于现实世界的用户体验设计。但这并不意味着用户体验设计很花钱或者需要长期投入。

Meld咨询公司的主管、用户体验战略师Steve Baty正与用户体验设计大大增加了项目时间这一错误见解作斗争。“有时候，第一次尝试便使用完全成熟的、正式的UCD流程并不是最好的事情，”他说，“使用一些用户体验设计技术为项目和产品提供小的改进极其重要，也完全可能——不管你在哪儿工作，也不管你何时展开项目。”

“人们坚持开展角色和用户研究、绘制故事板等工作，”Saffer指出，“现实中最好的设计师都有一个装满选项的工具箱，他们为每个项目选择对该项目有益的方法。”

7. …很简单

仅仅因为我们知道如何开展一些很酷并且有益的活动，而且你知道你的业绩非常不错，并不意味着整个进程是一件轻而易举的事。对一些重要步骤偷工减料可能会导致灾难。

Saffer坚持认为“有一种神秘的方法可以解决所有设计问题”的误解“在设计师中的普遍程度不亚于在客户之中”。

许多公司都会掉入认为他们是自己的最终用户的陷阱。Tangible UX主管Erin Malone发现产品经理和程序员都相信他们可以用自己的方法创造体验。“用户体验设计师夹在中间，既使用业务语言又使用开发语言来阐述我们为什么需要做现在的工作以及为什么它们对我们的成功是重要的。”

如果你只对使用你产品或服务的人群进行假想——他们是谁，他们如何表现行为，是什么让他们做出选择——那么你很可能大错特错。因此，花一点时间去了解他们，聘请合适的人实践产品或服务的流程，你就能确保自己做的是正确的。

8. …一个人或一个部门的职责

用户体验设计师是一种起联络作用的职位，而非领域专家、医生或其它人类职业类型。我们既没有一套可以机械性执行的最佳实践，也没有找到所有问题的答案。我们最大的技能就是知道如何倾听。虽然我们可以在组织内传播最有效的流程，然而最终的成功却必须由企业所有成员来创造。

“用户体验并不仅仅是一个部门或一个人的责任，”Comcast交互媒体的信息架构与用户体验主管Livia Labate说，“这种将用户体验理解成某一隔间的职责的观点，正是用户体验不是组织文化一部分的证据，也是团队没有需要他们集体交付的体验的目标或愿景的暗示。

Malone强调了这样一个事实，有各种不同从业者的种子掉在用户体验的保护伞下面。“我们，作为一项产业，并没有通过足够独特的语言把专业和职能宣传好，以至于客户和商家开始认为他们需要为项目生命周期的不同节点聘任不同类型的人（包括员工和顾问）。”

9. …一门单一学科

事实上，我们这个领域还很新。出版过用户体验设计方面的图书，2002年出版的反响极大的《Web信息架构》一书的合著者，来自Rosenfeld Media的出版商Louis Rosenfeld指出，用户体验也许甚至都不是一门学科。“在目前，它或许甚至都没有形成一个整体社区，”他断言说。“最好的情况是能形成一种共识，即成为将那些来自不同学科的那些关心好的设计，能够认识到如今越来越多的复杂设计挑战需要不同种类设计专家进行综合的人群系在一起的一根绳。”

我们已经衍生出像一团云一样的出各种职位头衔：信息架构师、用户体验架构师、交互设计师、可用性工程师、设计分析师，等等等等。而且这些职位对每个公司来说并非同一回事。

不同的人会在流程的不同部分更加擅长。一些UX从业者关注某一具体的技术，如Indi Young的金属模型；一些关注某一单独的任务，如Luke Wroblewski的Web表单；一些关注行为，像Steve Krug的可用性测试。正如你不会去找心脏病专家会诊你受伤的脚，别指望用户体验世界里的任何专业人士可以完成你所需的每一件事。

10. …一种备选

对于你们当中的那些认为自己并不需要用户体验设计师的人，请记住：“没有人愿意相信他们做的东西是劣质的或是有缺陷的，”独立的UX顾问Kaleem Khan说，“因为没有人会把实现糟糕设计作为目标。这当中肯定存在风险。糟糕的设计和糟糕的体验总是有的。”

世界最大的可用性研究公司——用户界面工程（User Interface Engineering，UIE）的主要创始人、首席执行官Jared Spool对那些令人满意的、成功的产品团队的素质进行了广泛的调查。他发现，一条最为常见的错误是公司认为“好的体验设计只是一种附加品，而不是基本需求。”

前UIE成员，现Bokardo设计的主管Josh Porter回应了Spool的这段话：“最大的误解是（公司）投资用户体验是可选的。为了生存，他们不会这样做。”

有一大批神奇的从业人员可以在你所在的地区帮助你。在信息架构协会（Information Architecture Institute，IAI）、交互设计协会（Interaction Design Association，IxDA）、可用性专家协会（Usability Professionals Association，UPA）等组织查找你的地区的信息，或者直接在LinkedIn上寻求他人的帮助。

展望未来

2009年会是一个紧缩的年份，不过我们也正好借此呼唤务实的态度。是采用那些精简的、智能的、渐进增强的和有效的方法的时候了。我们已经到了一个技术相对成熟而功能相对不足的层次。

我们如何待人接物，以及给人带去的尊重和价值，会帮助我们去芜存菁。那么，你会作何选择呢？