欢迎大家关注本次UCD书友会广州年会~

详情可访问：http://ucdchina.com/club/2009/

Ami会尽量争取出席…

时间：9月20日(星期日) 14:30

地点：上海市 长宁区延安西路889号 太平洋企业中心22楼PCHOME办公室

话题：微博的传播与交互

欢迎事先做些准备，试用微博产品，并且研究使用微博的用户，便于当天能有更好的讨论

时间：8月16日(星期日) 14:30

地点：上海 威海路298号上海电视台

话题：信息分类与方法

地图>

感谢东方宽频提供本次的场地。

（图多篇幅长，请大家耐心阅读，谢谢）

那天先试了支付宝：

Step1. 登录支付宝

(点击查看大图)

Step2. 选择”生活助手”

(点击查看大图)

Step3. 选择”水电煤缴费”>”缴水费/电费/燃气费”

这一页的各个缴费TAB是会自动轮换的，悬停在上面切换，点击后直接跳转至付水费。因此如果没有在这个页面选择付费内容且不是付水费的话，在等下的Step4之前还有个Step3.2

(点击查看大图)

Step3.2 切换缴费项目

Step4.1 选择缴费省份和城市

图片见step3.2

Step4.2 选择收费单位

这还是我第一次发现原来上海的自来水公司不止一个来着! 赶快端起水费单子找了找，在上面找到自来水公司名称，然后选择相应的项

Step4.3 输入条形码数字

这是网上支付时最复杂的活儿，输入后我会再核对一遍。

旁边贴心地出现一张样张用红框标识条形码的所在。不过我当然找得到它，倒是之前自来水公司名字可是端详了会儿啊!

(点击查看大图)

Step4.4 输入缴费金额

还要输入金额啊？以前在建行都不用输的说。虽然旁边又贴心在样张上用红框标识了下金额的位置

(点击查看大图)

Step5 确认信息

我在这个页面着实停留了一会儿。让我确认，但是条形码和价格都是我自己输入的，于是我又非常认真地对了一遍输入的条形码，对于长串数字产生很强烈的不确定感，然后又输入了一遍。

*大家对比下之后小兔建行支付的流程就能体会到我的感受了。

(点击查看大图)

Step6 支付

到这一步的时候，小兔做了一个很明智的决定——放弃支付宝，用建行网银支付。

最近我的支付宝里没有余额，到这步之后我需要登录网银支付。这张水费付完之后，我要退回到Step3或者Step3.5再来一遍，又要再登陆网银支付。如此冗长的过程，还不及一开始就去建行网银呢。

(点击查看大图)

再来对比一下建行网银支付水电煤的过程：

Step1 登录建行网银

(点击查看大图)

Step2 选择“缴费支付”TAB下的“缴费支付”

(点击查看大图)

Step3.1选择支付项目类别和收费单位

图中可以见到也有地区选择，但建行第一次就不用选，而支付宝却需要选。

支付类别有两个，但收费单位的选项里只有一个”公共事业费”(只有一个为什么还要选呢…)

(点击查看大图)

Step3.2 选择支付内容并输入条形码

“缴费支付内容”里只有一个选项，就是”账单条形码代缴费”

条形码的输入框短小了一些。(图片同上)

Step4 选择缴费账户并确认

这一步是选择我建行网银中某个账户来支付。

此时建行网银会显示账单金额，过去我都是靠这个金额来验证刚才一串冗长的数字输入正确了。对比支付宝流程中的Step5，差别立显。

(点击查看大图)

Step5 输入密码并支付

其实小兔曾经在此多次点错按钮，“确认”在最中间，按钮样式和其他两个没有区别，鼠标无意识地就飘去了“取消”然后就点下去了。

(点击查看大图)

Step6 支付完成

此时可以打印或者下载支付凭证

(点击查看大图)

总结以上两个流程，支付宝是这样的：登录 >选择水电煤支付 >选择水/电/煤 >选择收费单位 >输入条形码 >输入金额 >验证复查输入 >登录网银支付

建行网银是这样的：登录 >选择水电煤支付 >输入条形码 >验证 >输入密码支付

其间的差别非常明显，建行不需要选择支付的是水、电还是煤气，不需要选择收费单位，不需要输入金额而且通过金额帮你确认刚才冗长的条形码输入正确了。这样一在整个流程上简单很多，而且对于输入长串条形码容易输入错误这一点，自动提取账单金额来作为一个验证让我很快脱离“可能输入错误了”的不安。

其实细细研究，建行网银的界面具体设计有不少问题，比如只有一个选项的下拉菜单、“确认”按钮没有区别显示等等，而支付宝过程中还有在样张上标红框来示意条形码和金额的位置。从细节上来说，建行比支付宝糟糕，但在更重要的流程方面，却差了一大截。

白鸦曾自己写过交互设计有两个方向，使用流程的交互和界面呈现的交互。建行网银和支付宝的水电煤支付，支付宝在界面呈现的交互上稍优一些，但是使用流程却复杂很多。这是我亲身经历中对比最为鲜明的例子，流程之重，重于界面的细节。

期待白鸦看了之后，给我回馈的礼品，然后好好优化一下支付宝的水电煤支付。在改好之前我是不会再用支付宝付水电煤啦。选择收费单位不属于用户心智模型中应有的步骤，即使选择支付的类型也不是，甚至输入条形码都不是。如果出门去便利店和支付点支付，做的事情只是扫条形码和付钱而已。

这套规范中的，按钮的第一级、第二级和文字中用于突出的第三种，红底白字和白底红字都不符合W3C的对比度规范。原本需要突出和强调的文字反而可能识别不易。

截图中使用对比度检查器，基于W3C的WCAG Guideline 1.4.4和1.4.2中有相应的规定，工具的下载和具体说明可见油茶会的这篇。

这是一个很好用也很科学的工具，小兔把它放在Windows的快速启动栏里，而且推荐给了同事们。当初刚开始的时候，我们有多年设计经验的视觉设计师不以为然，认为靠肉眼识别就能辨别对比度。不过后来给我抓到了几回，靠经验和肉眼也会有漏网的时候啊。现在连我们的运营编辑都把这个要了去，为了保证自己做的推荐图片够醒目:D

注意文字颜色的对比度是件容易被忽略的事。据我所知腾讯对一些产品的视觉风格是做用户研究的，其中也包括色彩的定位。和臭鱼提到这个时候，他说自己也就是看着，觉得对比度还算清楚。在正常人在正常环境中可能还不觉得什么，但是如果在一些表现欠佳的显示环境、或者是色盲色弱、视力欠佳的人看来，就显吃力了。即使是正常人，面对对比度欠佳的文字长时间阅读也会容易产生疲劳，而浮躁的色彩会令用户对产品的情感无形中产生影响。

那么颜色的对比度就是可用性工程师该注意的事？小兔觉得这还主要是视觉设计师的责任。

在大学读编排设计的时候，老师就要求我们完成前看看自己的设计在黑白环境中是什么样子。那时不论我的老师还是我自己，都没有什么关于可用性的认识，不曾想到过色盲色弱看到会如何，只是为了保证作品的表现力。但这却是一个简单有用的习惯，在这年头Photoshop里去色看一下就好了。

回忆当初学到色彩构成的时候，也被老师叮嘱过注意黄色这类高明度色彩的使用。虽然近两年已经不做视觉设计，但是大学中所学和国际商业美术设计师认证，依然带给我不少现在工作中受用的东西。即使不谈可用性，这也是一个专业的视觉设计师应该注意的问题。

最后总结几点建议：

◇ 视觉设计完成后，在灰度颜色模式下审查一下效果

◇ 注意网页上需要突出的、以及正文文字的对比度

◇ 可用性不是一个人或者一个岗位的事情，视觉设计、交互设计、可用性工程师、开发人员乃至PM都应该去留心和注意的

地点：上海 龙华路2577号5号楼 Blogbus办公室 

话题：地图服务和地图网站

由于春节的关系本次日期延至第四个周日，请大家注意。

感谢BlogBus，赞助上海书友会场地。地点不太好找，第一次来的朋友私下联系一下，以免绕路哦。44路、733路等公交可达，轻轨龙漕路站步行约20分钟。

回访的朋友若是发现自己发过的评论已删除，或者由于我误操作无法再发评论的，请联系我，十分感谢! 

说到当初从lbs转到wp，其实就是当初清理大量spam过于吃力，因为lbs没有批量删除功能。但是没想到上了wp后，处理spam依旧不是很轻松的事。遇到大量spam时，全选按钮在页面的上方，如果要浏览这一批的评论鼠标要滚动两下，页面底部却没有全选和操作按钮，这时候就要再次滚动回首屏进行操作。处理多了，偶就偷懒，也不滚屏，看见前几条是spam就全选了删，我点我点我点点点……反正一屏一屏都是spam么，等回过神来时才发现貌似一些正常评论也不见了，囧。

当我想凭着记忆恢复这些评论的时候，发现后台也没有一个已删除评论或者垃圾桶的地方，那些珍贵的评论就一去不复返了。想知道这些误被设做了垃圾评论之后，是否会对今后大家发表评论产生影响，比如某些账号、邮件地址或者关键字无法发布，也看不出来，欲哭无泪啦…

说道这里，我也该给自己的wp上个防spam插件了，哎… 希望谁推荐一个啊。

牛年到来，新的一年也应该有新的状态。回顾去年，小兔的博客更新很少，逐渐开始疲于应付每天的工作。不过09年想有些转变，就算忙也要尽量把平时的收获和思考写下来，忙碌中督促自己学习更多、思考更多，稳固收获、也和大家一起分享。

今天从亲身经历中得出2点心得：

◆ 对于频繁和大量使用的操作，要尽可能保证操作效率（不易出错+便捷迅速）

◆ 给用户发生错误时了解并弥补的机会（历史记录和撤销）

地点：上海 龙华路2577号5号楼 Blogbus办公室 

话题：留言和评论

冬天了，天冷了，所有书友会城市统一提前一个小时开始。来书友会的朋友记得有名片的都带好，欢迎为话题先做一些准备。

感谢BlogBus，赞助上海书友会场地。地点不太好找，第一次来的朋友私下联系一下，以免绕路哦。44路、733路等公交可达，轻轨龙漕路站步行约20分钟。

Job Requirements 职位要求：

1、有良好的与人沟通交流的能力，善于观察与分析

2、主动工作，乐于学习，对用户体验工作有浓厚的兴趣

3、深度互联网用户，对各种互联网产品有了解、并乐于不断体验新产品

4、对用户体验的概念和用户研究方法有一定的了解

5、计算机、设计、心理学或社会学相关专业者优先

Job Description 职位描述:

1. 通过QQ、电话、面谈等形式进行用户访谈和日常的用户反馈追踪

2. 用户资料的收集、整理和分析

3. 可用性测试的受测招募及执行

4. (可用性工程师)分析产品的可用性问题，并提出修改建议

这次招聘最注重的不是UCD的知识经验，而是与人沟通交流的能力和学习的主动性。

有意者请将简历发至amizhang@pplive.com

先说遗憾吧，最大一点就是价格太贵了。想参加的不能全参加，参会交流的同行人数也少了。
这次靠Yellow转让免费机会才去成，但也不是全程都可以参加，除了第一天，只能参加一个分会场和一个工作坊或者圆桌会议。今年全程排满的话一个人单是会务费就可以过万，一年比一年贵……UPA举办User Friendly年会，是为了促进行业交流，但是价格却让不少人望而却步。更甚，连演讲人参加别的工作坊和圆桌会议，竟然都还要付钱……以至于今年的人明显少了很多，和正逐渐发展的国内用户体验行业形成对比。

另一遗憾是参与的内容。感觉第一天的内容缺乏实践意义，偏偏还是个必选，第一次来的人这一天听下来多半会有些失望。参加过几次User Friendly之后，个人感觉最有用的还是workshop。黄峰自己在演讲中提到企业需要的不是什么设计方法，而是solution，但带着关于实践的诸多疑问、配着蹩脚的同声翻译听一些很概论的内容，无法得到想要的东西。Workshop固然不错，不过有些人掌握了基础的知识方法需要进阶和解决实践疑问、有些人却需要入门和进阶，这是上届就出现的问题，今年还没有很好地解决，听到几位朋友都说不少都是“听过了”和“早知道了”

说到收获，最重要的当然是演讲和workshop带来的间接经验和启发，这些日后整理出来和大家分享；另外就是终于和几位同是UCDChina但还没见过面的朋友见上了，如Tony,Lytous和胡晓等。每一年，新朋旧友，都是相聚和交流的时刻

地点：上海 龙华路2577号5号楼 Blogbus办公室 

话题：相册网站和相册功能

请注意，这次上海书友会地址又变更啦，在Blogbus(博客大巴)办公室，44路、733路等公交可达，轻轨龙漕路站步行约20分钟。 

 查看地图

感谢BlogBus，赞助上海书友会场地

时间：7月20日(星期日) 14:30
地点：上海 徐家汇 - 广元西路88号 - P1 COFFEE
话题：浏览器

各举办城市聚会地点及书友会详细介绍：http://ucdchina.org/book/about （深圳、南京改址并推迟，请注意）

提醒：
1、7月份需要借书的朋友，请在7月19日下午6点前，发邮件至 UCDChina@Gmail.com。
2、之前超过4个月还没还书的朋友：
如果这个月还不还书，我们会拿你的押金去购买新书。（按照之前约定：延迟一月不还扣10元，扣完为止）

这次书友会小兔不在，偶们team去旅游，嘿嘿~ 祝大家周末也过得愉快`

提出的意见/报告犹如石沉大海，没有任何反馈，相关的人爱理不理；

PM或者设计师不肯接受你的意见，反对、争执不下；

人家觉得你是在找他们的茬、指手划脚干涉他们的设计。

是时候想想怎么把事情做出应有的效果了。

我有几点建议：

一、提升自身素质

在用户体验概念获得越来越多人关注的今天，其间其实也混杂了很多不甚了解的夸夸其谈者。研究下哪个按钮该怎么放，就扬言说自己是搞用户体验的了。连半杯水都没、就几滴水的素质，就想去指点别人，不仅不是对同事和产品负责，更是对自己不负责任。
严格地说，一个可用性专家应该有5年以上相关的经验，这样衡量我也不算是个可用性专家（不然就不是“小兔”了，而是“大兔子”甚至是“老兔子”了），只是相对来说更早接触可用性、有更多的知识和实践经验。你的同事在他们的岗位上也有相应的经验，要给他们有价值的建议，你也应当具备足够的理论和实践基础。

二、用证据说话

 对于大多数刚刚开始实践的可用性工作者，若想用你的研究结果和建议去促进产品的改善，建议你用一些事实作为证据，这样更有说服力。证据可以是可用性测试录像、各种统计数据等等。这也就是我坚持可用性测试要录像的一大原因，当产品人员亲眼看到用户是怎样使用产品、遇到怎样的挫折和困难时，就无法否认可用性问题的存在，甚至主动愿意去改。这要比你晃点着自己的半瓶水去磨嘴皮子好得多。

三、以理服人

 有什么问题？为什么是问题？会造成怎样的后果？你不说清楚，别人自然不会服你。产品做成这样，必定也有设计师自己的考虑。扪心自问，你脑中的可用性准则和理论、对于用户的研究、对于产品的了解、甚至是你积累的经验案例，是否转化成了沟通和说明问题的力量，让他们理解和接受你的观点？以理服人，树立你的威信，建立和工作伙伴之间的信任感，会促进你们沟通的质量。
当然，要做到这一点，必须先满足第一点，不然你也吐不出什么理儿来。

四、用诚恳的态度

这是我切身的经验。就如第一条中所言，你也不见得算是个可用性专家，切不能自以为是个大佬似的，说这儿这儿不好、那儿那儿要改，就算说得有理别人也会反感。
既然要提，不妨从对方的角度出发来想想，不要因为对方不了解或不重视可用性就潜意识产生鄙夷或敌对的心理。我很庆幸之前的职位也是在产品部内，那时很喜欢把自己定位成PM和设计师的军师，为他们着想、协助他们一起去改善产品。你们可能是平级的伙伴，所以用“建议”的形式会很友好；即使你是上司，也不要“命令”他们，职权不是用来做这个的。如果你做好以上第一、二、三条，加上诚恳的态度，定能让他们接受。

其实还想说很多，不过也都能融在这几点中。今日有感而发，不吐不快。做了很多UCD方面的努力，真正做出效果、带来益处，才是我们的目标，也是今后继续努力的基础。评估不是找茬，研究不是游戏，要做好，就拿出点专业精神来。

最近面试的两个交互设计师，为他们准备了一道题：

一张打印的截图，是一个社区的帖子，下面有个简单的输入框和回帖的按钮；

准备的文具有A3、A4纸，铅笔彩笔，n次贴，还有透明塑料膜；

现在给这个社区在发帖回帖时增加贴图的功能，可以外链图片或者上传本地的图片。图片有格式大小限制，上传后还会经过审核，不通过的会被删除。请设计这个功能的交互

我希望看到的：

展现你的逻辑思维能力。Junchen有建议过出逻辑题，不过HR装题库的磁盘损坏了，还是决定直接出题；

是否考虑到了整个流程的“交互”。是否在现场的设计中考虑到了我陈述中包括的可能情况，如图片格式不对、上传之后图片被删除，甚至我没有提及的情况；

是否能简明完整地把设计表现出来。给的文具可以用也可以不用，但是你怎样把设计传达给接收者？今后工作出怎样的交付物？点了某个按钮之后会怎样，如何返回上一状态……

是否考虑用户和产品的上下文。虽然面试题无法考虑得那么复杂，但是是否有这个意识，也很重要。这样的交互对于用户是否适合、对于产品是否适合？

我们自招交互设计师以来，有质量的简历收到不多，找一个称心的交互设计师似乎很难。几次去面，都难得到比较满意的答案。同事开玩笑说，以后Ami你去面人就在胸口挂个“独孤求败”的牌子，我只有苦笑。iCream问我一般面试问些什么问题？本想这次来写一写，不过回想起不少很囧的经历，决定先把这些贴出来。 

 （应聘视觉设计师）
之前是否接触或者关注过用户体验？
答：用户体验啊，这个我肯定接触过，不过应该不是用你说的这种词，是市场营销方面的对吧？
后注：以后应聘视觉设计师的，我都放弃去面了，请boss探探人家是否有这种意识即可

（应聘用户体验）给了一些常见的中英文术语
答：UX,UE,这是什么缩写吧，我不知道……Usability？这个我没接触过

（应聘用户体验）
“这是我面试的上一家公司让我做的”貌似是让她尝试一下评估，就一张图，三四处，标着“这些字似乎大了一些，用红色不合适”之类的……

（应聘交互设计师）问了一些关于可用性和交互设计
答：你问我的问题以前没有人问过我……

（应聘交互设计师）问通过什么途径尽量做出好的交互设计
答：参考各家网站

（应聘交互设计师）问怎样去评估设计的可用性
答（反问）：貌似这是测试部门的事情吧？

（应聘交互设计师）交互题，上文这一道
问：然后呢？
答：哦，这里应该有一个xx…
……
问：然后呢？
答：就这样啊
问：点了这个之后呢？
答：关闭啊
问：然后呢？
答：然后插入的图片会出现在这个编辑框里

（应聘交互设计师）交互题，上文这一道
“我准备了两种方案……”每个方案，一张界面的图。（后来经提醒陈述了交互画了流程图）

招聘的时候，感触颇多，也多了不少思考，尤其关于交互设计该做什么、具备哪些方面的能力。下次一定继续这个话题，来和大家聊聊。

PS: 我们正在考虑将下个交互设计师的招聘名额换成可用性工程师，进行可用性测试、用户研究(问卷、访谈和焦点小组)及Competitive Analyze。若你擅长并对交互设计师或者可用性工程的职位感兴趣，可以联系我:)

久受LBS的spam之扰，上次空间续费时套餐也选得不对，索性这次也加入了WP大军。

久违的一次改版，但看看之前的静态页面和LBS的皮肤，有些舍不得，于是新的WP皮肤也沿用了原先的风格和元素。

皮肤是从5Key的皮肤改过来的。原来的在这里: 5Key’s Blue。希望5Key不要介意:P

新的amizhang.com也有了新的变化，现在主要就是博客了。原先在站点上还放有网页和平面设计的作品，不过小兔现在基本不做视觉设计和前台开发了。不是说放弃这些，他们和现在的工作依然息息相关，不过当人有很多东西需要学习、很多经验需要累积的时候，总会有所侧重、有主次之分。

作为一个产品经理，我很自豪自己有工科和设计的双料功底，因为PM是个对综合技能要求很高的角色，除此之外，沟通、管理、等等……还有很多等着我去学习。我依然对UCD有着浓厚的兴趣和热情，今后在这个博客里还是会和大家一起分享我学习和实践的收获。

借改版的机会给自己一个新的姿态。当然，我一直在努力~

PS：之前交换链接的朋友，麻烦把我的地址从amizhang.com/blog改成amizhang.com 若在改版时把你的链接给忘了，可以留言提醒我

用户来到我们的网站，与我们的产品进行交互时，必定带着他的期望。是否能满足用户的期望，直接关系到是否能带给用户积极的体验。
那么，用户期望是怎样产生的呢？

品牌信誉

首先，用户期望可能基于你的品牌信誉，尤其是对你这个产品还没有初步体验和接触的时候。品牌信誉是从多方面累积建立起来的，产品本身的质量、口碑、公关和宣传……当你建立起一种品牌形象，用户自然会对你的产品产生相应的期望，比如IBM的本本应该有可靠的质量、NOKIA的手机很耐摔……在这次上海的书友会上Sky还举例，如果Google和微软同时推出一款互联网产品，我们很容易对Google有更高的期望——微软相对来说没那么擅长互联网产品，而Google，会让人期待又一个Gmail或者Gtalk、Google Reader…
当你的产品能满足用户期望，提供良好的体验时，也会进一步的促进和提升你的品牌信誉，更增加用户的忠诚度。

先前的体验

个人觉得，用户的期望大多是基于先前的体验的。不同的用户，先前的体验是不同的，可多可少，可好可坏，因此不同的用户，他们的期望值也有不同。

老用户的期望必会基于已有的产品的体验。用户在使用你先前的产品的体验过程中，可能遇到一些问题、或者发展出一些新的需求，在产品的下一个版本中，就会期望这些得到满足。哪儿使用起来不方便，或者有什么功能会更好……比如，使用触摸产品时，不像物理键盘有触感，就希望按下去后有一些其他反馈；又比如用网络电视看直播节目怕错过，希望能录下来供以后再次观看等等。
用户很少凭空产生这些需求和期望，往往都基于已有的体验。在使用产品的初期，可能只有一些基本的“功能期望”来满足基本的需求，而随着基本功能的满足、体验得更多，还可能逐步产生更高要求的“体验期望”——除了有用的功能外，还有更易用、更舒畅愉快的体验。

用户的期望也基于竞争对手和类似的产品。如果用户在之前使用你竞争对手的产品时，有某个不错的功能、或者在哪方面的性能不错，在使用你的产品时没有得到满足，很容易就有“怎么没有XX功能啊”、“做XX的时候怎么那么慢”的情况，与用户期望产生落差。这也是从体验中产生的期望，虽然不是基于你的产品的体验。当然，若是之前体验的产品某方面很差，而你的产品做得很好，这无疑是个很大的加分点。

有时对于概念型的产品，我们的期望甚至基于一些虚拟的、假想的体验。当Sky提到“未来的触摸产品”时，我脑海里浮现出那些科幻动画里，直接在空气中产生一个可触摸的平面显示，而有人想到了《铁人》里那立体可交互的虚拟3D模型……多么奇妙，我们的想象其实也是基于一些现有体验和别人的想象。

说了这些，有一点不能忘记，就是用户的期望中，必定包含他使用产品的目标——通过使用产品来满足需求。这一点是最基础的，应当首要满足的。满足基本功能需求的，产品有60分；能够符合用户期望的，有100分；能够比用户期望的做得更好，就是个“优+”的出色产品了。

时间：6月15日(星期日) 14:30
地点：上海 徐家汇 - 广元西路88号 - P1 COFFEE
话题：期望值

各举办城市聚会地点及书友会详细介绍：http://ucdchina.org/book/about/

提醒：
1、前几期书友会借了书的朋友，请一定记得来书友会现场还书；（因非常特殊情况不能到达的请用快递还书，或写邮件具体说明）
2、6月份需要借书的朋友请在6月14日下午6点前发邮件至 UCDChina@Gmail.com。

听一个同行的朋友说，“有些时候我们的想法和市场销售的不同，出发点不同，比较麻烦。常为了商业利益牺牲了用户体验，很难说服他们。”
做产品或者UED的，就难免要和市场销售或者广告部门有争执么？

所有关心和致力于用户体验的设计师和产品，我们最终的目的是什么？改善用户体验，为的是做出好的产品，而最终的目的，也自然少不了为公司盈利。因此从大家努力的大方向来说，不管是设计师和产品、还是广告销售，都是一致的，不过大家具体所专注和努力的不一样而已。
那为什么还有争执呢？带着这个疑问，请大家听我说说一个动画片吧(本人算半个宅女)，或许在里面，你就能找到答案。

狼与香辛料

动画讲述了近代欧洲的一个旅行商人，遇到了一个长着狼耳朵和狼尾巴的女孩，叫赫萝。赫萝原是那块土地上保佑庄家丰收的神，但是随着人类种植业的发达，不再需要她了。原因之一的确是人类有了更先进的种植方法，而另一大原因是因为人类觉得赫萝阴晴不定，虔诚祭拜也并不能保证他们每一年都有好的收成。
赫罗其实是一匹聪明贤良的狼(神) ，一直遵守着承诺辟护着那块土地的人们。不是每一年都丰收，因为赫萝深知，如果过度地开垦和种植，最终会导致土地的贫乏，而再难有那么多年丰收的庄稼了。但是追求财富的人们不能理解，失落的神想要离开这片土地，于是才有了这样一个旅行商人和兽耳萌娘结伴旅行的故事。

如果把产品，比作我们辛苦开垦的农田，而广告是产品的收入来源的话，那么广告收入也就是我们最终收获的庄稼。不种植，就没有收成；但过渡地种植，并不会带来更多的收成，最终只能导致宝贵的土地变得贫瘠。怎样能连年庄家都丰收，是过去的神、现在的农民的事，而如何平衡广告和用户体验，就是做产品的我们要考虑的事情了。
我们不可能不放广告，但过多或者过于恼人的广告，会影响用户体验，从而影响了产品，最终也影响到广告这赖以生存之道。不想让产品也变得贫瘠，就需要注意广告的量和度，更是要有放远看整个产品生命线的眼光。

再说开去，若说平衡广告的量和度，还是基于现有的大多广告形式来说的。现有的广告会与用户体验冲突，是因为广告“不是用户需要的”，和用户需求冲突。但若我们广告的形式和内容，能不变成对用户的干扰、提供用户需要的信息，就可能有更多盈利的机会。除了对现有广告量与度的把握，探求“更科学的种植方法”，也将会是我们不遗余力努力的目标。

时间：5月18日(星期日) 14:30
地点：上海 徐家汇 - 广元西路88号 - P1 COFFEE
话题：设计规范　　　

各举办城市聚会地点及书友会详细介绍：http://ucdchina.org/book/about/
　　　　
提醒：
1、前几期书友会借了书的朋友请记得周日前往书友会现场还书；（因非常特殊情况不能到达的请用快递还书，或写邮件具体说明，快递地址可联系Ami）
2、5月份需要借书的朋友请在5月17日下午6点前发邮件至 UCDChina@Gmail.com。

另为地震灾区的情况感到深深揪心。
大家可以去这里看地震相关的各路直播节目:
http://www.pplive.com/zh-cn/Catalog_complex_467_1_peercount.html
还可以去这里讨论祝福，回帖捐钱
http://post.pplive.com/bar_223.html

M前阵子被提做了产品经理，负责一个产品的全新改版上线。规划产品的结构和功能、设计算法、和设计师一起讨论交互设计…忙得不亦乐乎。在这个网站里查看信息可以按分类查看，也可以按分数等进行排序。

不过一天，开发和运营跑来问，“默认”排序是怎么排的？

默认？就是按默认的排啊。M这才发现自己没有考虑过这个问题。
查看大量复杂信息的时候，我们往往会考虑给用户提供按不同的属性进行排序，比如按分数降序、按价格升序/降序、按时间、按数量等等……以方便用户浏览有条理的信息，并更快找到自己需要的信息。但是，在用户进行排序方式的选择之前，我们用什么顺序来展现信息？而且，排序方式的选择更多是高级用户使用的操作，对于那些初来乍到和新手用户来说，我们怎么展现信息呢？不能因为提供了排序方式，就把默认排序给忽略了。

M于是动起脑筋来。
对于开发人员来说，方法可以很简单，比如按记录添加时间来个降序，或者用提供的排序方式之中的某一种作为默认排序。但是从运营和用户需求的角度来说，该如何呢？默认排在前列的信息，当然最好是“最热的”、“最好的”或者“最新的”。如果按分数降序，可以提供“最好的”，但是可能最前的几个始终是居高不下，每次看到都是这些，似乎感觉不新鲜；如果按时间降序，可以提供“最新的”，但是如果没有办法保证整体的内容质量，可能展现出来的内容质量不高；运营编辑又说，我们定期会推一些内容，希望用户在查看列表的时候也能很容易地看到他们……

答案可以有很多。可以设计一个排序算法，显示又“新”又“好”的信息，综合分数和时间进行排序；可以设计一个像BBS一样的置顶功能，让编辑人为提一些内容上来……当然，要根据产品的特性来考虑，从用户的角度出发，什么属性是对用户来说最关键的？我们需要展现给用户一个怎样的形象，内容“丰富”、“精彩”、“总是有最新的”或者“最流行的”……思考之后思路逐渐清晰，M在决定最终方案的同时还对提供的排序方式进行了精简，希望这是用户需要的排序~

M的最终解决方法也许并不是最好的，也不一定适合你。不过希望通过M的故事，能给你一些启示，和他一起有所成长。

UCDChina上海书友会-第三期

时间：3月16日(3月的第三个周日)
下午14：30
地点：P1 Coffee 徐汇区 广元西路88号-7
（广元西路、恭城路口，地铁一号线，徐家汇站）
形式：简单话题，闲散聚会，以书会友，费用自理
本期话题:怎样设计“帮助”更有效？

上次聚会的真锅咖啡不幸倒闭了囧，给大家造成不便望体谅。也在这里向一直辛苦觅地点的Sky同学说声辛苦了~
借阅、捐赠详情和定期通知详见http://ucdchina.org

Pre Test Questions
测试前问题
www.amizhang.com/blog
1. Do you ever research issues related to Web accessibility for people with disabilities? (If no: skip to 11)
你是否曾经搜索过关于残障人士访问网页可及性问题的文章？(若否，跳至问题11)
2. What resources do you use to learn about Web accessibility? (Probe: Web sites, books, classes)
你通过什么资源了解网页可及性、(Probe 网站 书籍 课程)
3. (May not need to ask) What Web sites do you use to learn about Web accessibility?
(也许不必问)你去什么网站了解网页可及性？
4. How often do you use them?
访问有多频繁？
5. What do you like about each of the Web sites?
觉得这几个网站如何？
6. What do you dislike about each of the Web sites?
这几个站点有哪些地方你不喜欢？
7. What types of Web accessibility information do you look for on the Internet?
你在网上寻找什么类型的网页可及性信息？
8. What are the last three Web accessibility topics or questions you researched on the Internet?
你最近搜索的三个关于网页可及性的问题是什么？
9. What drives your interest in Web accessibility?
什么促使你对网页可及性问题感兴趣？
10. How long have you been involved in Web accessibility?
涉及网页可及性有多久了？www.amizhang.com/blog
11. Do any of the authoring tools you use have features to help make your Web sites accessible?
你用什么写作工具帮助你网站的可及性？
12. How long have you been involved in Web development or management?
涉及网站开发和管理多久了？
13. If you were to envision your ideal Web accessibility Web site, what sorts of information would it contain? What would it look and act like? How would it be organized?
如果设想理想的关于网页可及性的网站，会包括什么样的信息？看上去和用上去会如何？会是怎样组织的？

Participant Tasks
参与者任务

Task 1
www.amizhang.com/blog
This is the homepage of a Web site dedicated to Web-related accessibility issues. Please give me your initial reactions to this page. Feel free to explore this page as you normally would. You can scroll around with your mouse, but please don’t click on anything just yet.
这是一个有关WEB可及性网站的首页。请告诉我你对这个页面的第一反应。就像你平时一样自然的浏览这个页面吧。你可以滚动页面，不过暂且别点击任何东西

Faciliator will ask:
测试员提问
* Have you ever seen this Web site before?
你以前见过这个网站吗？www.amizhang.com/blog
* Please give me your initial impressions about the layout of this page and what you think of the colors, graphics, photos, etc.
请告诉我你对这个页面布局的第一印象，以及对颜色、图形图像等的想法
* Without clicking on anything yet, please describe the options you see on the home page and what you think they do. Feel free to move around the page, but again I’ll ask you not to click on anything right now.
先不点击任何东西，请描述你在首页上看到的选项、你觉得是做什么用处的。可以滚动页面，不过再次提醒现在不要点击任何东西
* Without clicking on anything yet, if you were exploring, what would you click on first?
如果你在浏览，还没有点击过任何东西，你会先点击什么？
* What do you think is the purpose of this site?
你觉得这个网站的目标是什么？
* Who do you think this site is intended for?
你觉得这个网站是用来干什么的？
* Whose Web site is this?
这是谁的网站？

Task 2

I’m going to give you five minutes to freely explore this Web site. You may go anywhere you would like to go on the Web site, but please remember to speak aloud as you do so. I will tell you when the five minutes are up.
我会给你五分钟自由浏览这个网站。你可以去网站上任何你想去的地方，不过记得说出来。时间到的时候我会告诉你www.amizhang.com/blog

Task 3

Your friend Kevin mentions hearing about something called “the Web Accessibility Initiative” but he isn’t sure what it is. Using this Web site, determine whether or not it contains information that would address Kevin’s question.
你的朋友Kevin提到听过“网页可及性措施”但并不清楚具体是什么。用这个网站，找出是否有能够解决Kevien问题的信息www.amizhang.com/blog

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我www.amizhang.com/blog

Task 4

Your team at work is developing a Web site and you have some concerns about how accessible the Web site might be to persons with disabilities. Using this Web site, determine whether or not it contains general hints about what Web developers need to know about Web accessibility.
你工作的团队整在开发一个网站，而你需要考虑对残疾人可及性要做到怎样的程度。用这个网站找出是否有WEB开发人员需要了解的与网页可及性相关的要点提示

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我www.amizhang.com/blog

Task 5

A few of your colleagues are interested in finding out how to be a part of WAI’s effort to develop guidelines for Web accessibility. Using this Web site, determine whether or not opportunities exist for becoming involved in WAI guideline development.
一些你的同事对怎样加入WAI开发网页可及性指南有兴趣。用这个网站找出是否有机会加入WAI的指南开发

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我www.amizhang.com/blog

Task 6

You have just been handed a report, generated by a Web accessibility evaluation tool, which informs you that your company Web site contains graphs that do not meet “Checkpoint 1.1.”
你刚提交了通过网页可及性评估工具生成的一个报告，其中说你们公司的网站含有不满足“要点1.1”的图表

Using this Web site, a) determine what Checkpoint 1.1 is, and b) determine an appropriate strategy for representing these complex pictures.
用这个网站 a)找出要点1.1是什么 b)找出合适的表现这些复杂图片的策略www.amizhang.com/blog

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我

Task 7

Your company is revising the online forms on its Web site. Find specific information on how to make the online forms accessible.
你的公司正在修正网站的在线表单。找出怎样让在线表单可及的详细信息www.amizhang.com/blog

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我

Task 8

A company with many global divisions and
Web sites in many languages has asked for your opinion on how Web accessibility laws differ around the world. Using this Web site, determine whether or not it contains relevant information.
一个有很多全球分部和多种语言网站的企业向你征询全球各地可行性法律的不同。用这个网站找出是否有相关的信息www.amizhang.com/blog

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我

Task 9

You have been invited to be a presenter at a local conference on Web accessibility. Find information on this Web site that you would want to use to help you prepare your talk.
你被邀请在一个当地的网页可及性会议上演讲。在这个网站上你会用来帮助你演讲的信息www.amizhang.com/blog

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我

Task 10

The company division you work in is responsible for making sure that your corporate Web site is accessible. How can your team use the WAI Web site to determine the accessibility of your company Web site?
你在公司工作的部门负责保证公司网站的可及性。你们的团队会怎样使用WAI网站来定义你们公司网站的可及性？

When you feel you have completed this task, please say so.
若你觉得完成了任务，请告诉我www.amizhang.com/blog

Post Test Interview
测试后访谈

1. What are your overall impressions of the Web site?
你对这个网站的整体印象是怎样的？www.amizhang.com/blog
2. If you had to give the site a grade, from A to F, where A was exemplary and F was failing, what grade would you give it, and why?
如果给这个网站评级，A-F，A为经典的，F为失败，你会评几级，为什么？
3. Name three words or characteristics that describe this Web site.
用三个词来形容这个网站
4. What are the three things you like best about the Web site?
这个网站你最喜欢的三个点是什么？www.amizhang.com/blog
5. What are the three things you like least about the Web site?
这个网站你最不喜欢的三点是什么？
6. If you could make one significant change to this Web site, what change would you make?
如果你能给这个网站做个较大的改动，你会改变什么？
7. Would you return to this Web site on your own in the future? Why/why not?
你是否今后还会来这个网站？为什么？
8. What would entice you to return?
是什么会吸引你回来？
9. Are there materials you would like to see added to the Web site? Which ones?
有没有你希望在这个网站上增加的资料？哪些？www.amizhang.com/blog
10. Would you recommend this Web site to a colleague? To a friend?
你会把这个网站推荐给你的同事或者朋友吗？
11. Do you have any other questions or comments about the Web site or your experiences with it?
你还有任何关于这个网站或者这此体验的问题和意见吗？

Post Test Survey
测试后问卷

For our last activity I’m going to give you a short questionnaire that I would like you to fill out. The questionnaire will give you a series of statements about the Web Accessibility Initiative Web site. I would like you to rate your agreement with each statement. While you fill out the questionnaire, I will step into the observation booth to see if our observers have any further questions.
我们最后的事项是请你填写一个短小的问卷。问卷提供一系列的关于WAI网站的陈述。请你对陈述的同意程度评级。你填写问卷时我会去观察室看看我们的观察员是否有额外的问题

1. The homepage is attractive.
首页很吸引人
2. The overall site is attractive.
整个站点很吸引人www.amizhang.com/blog
3. The site’s graphics are pleasing.
网站的图片令人愉快
4. The site has a good balance of graphics versus text.
网站的图片和文字有很好的平衡
5. The colors used throughout the site are attractive.
网站使用的颜色吸引人
6. The typography (lettering, headings, titles) is attractive.
排版（字体、标题）吸引人
7. The homepage’s content makes me want to explore the site further.
首页的内容让我想进一步浏览这个网站
8. It is easy to find my way around the site.
我能在网站内轻易地找到自己的方向
9. I can get to information quickly.
我能迅速找到信息www.amizhang.com/blog
10. It is fun to explore the site.
浏览这个网站很有乐趣
11. It is easy to remember where to find things.
能容易记住是在哪儿找到东西的
12. Information is layered effectively on different screens.
信息在不同界面上都很好地排布
13. The homepage is attention-getting.
首页能吸引注意
14. Information is easy to read.
信息容易阅读www.amizhang.com/blog
15. Information is written in a style that suits me.
信息的书写是适合我的方式
16. Screens have the right amount of information.
界面的信息量合适
17. The site effectively communicates the company’s identity.
网站有效地传达了企业的身份
18. The information is relevant to my professional needs.
信息与我个人的需求有关
19. The site is designed with me in mind.
网站的设计考虑到了我
20. The site’s content interests me.
网站的内容让我有兴趣
21. The site’s content would keep me coming back.
网站的内容能让我持续回访
22. The site has characteristics that make it especially appealing.
站点的特色使其显得特别出众
23. The site reflects progressive, leading edge design.
网站展现了先进的、领先的设计
24. The site is exciting.
网站令人兴奋
25. The site is well-suited to first-time visitors.
网站对于初次到访的用户来说很合适
26. The site is well-suited to repeat visitors.
网站对于经常到访的用户很合适
27. The site has a clear purpose.
网站有一个清晰的目标
28. I always felt I knew what it was possible to do next.
我总能感觉下一步大概会要做些什么www.amizhang.com/blog
29. It is clear how screen elements (e.g., pop-ups, scrolling lists, menu options, etc.) work.
界面元素（弹出窗口、滚动条、菜单选项等）
30. My mistakes were easy to correct.
我的错误能容易纠正

WAI Site Usability Testing Questions
原文：http://www.w3.org/WAI/EO/Drafts/UCD/questions.html
小兔翻译：http://www.amizhang.com/?p=59

文章包括了四个部分：
Pre-test Questions（测试前问题）、Participant Tasks（受测任务）、Post-test Interview（测试后访谈）和Post-test Survey（测试后问卷）。这是WAI（Web Accessibility Initiative）网站可用性测试，测试员 (Facilitator)在测试时提的问题和任务的设计。

Pre-test Questions（测试前问题）
测试前的问题是用来了解受测的，WAI的这个例子里，可以看到问题关于受测对于可及性(WAI的主要内容)的了解、平时访问的相关站点、阅读习惯、工作背景等，以及大概的心智模型。了解受测，才能在之后明白受测的行为，便于进一步分析产品的可用性问题。我们在招募受测时也会做一些甄选，但是都比较简单，而测试前提一些问题可以了解得更真实具体些。根据产品的特性，我们可以设计不同的问题。
另外，小兔把测试前的问题作为“暖场”，虽然准备问题提纲但并不严格照问。比如一次一个受测是QQ联系的，我就从他的六位QQ号聊起，询问他的网龄等等~有时甚至可以闲聊两句，让受测放松了，会表现得更自然，也比较容易Think Aloud

Participant Tasks（受测任务）
这当然是测试的主要部分。
WAI的这个例子里比较特殊的是Task1和Task2。Task1测的是网站的首页，类似的一些提问方法曾经在UPA也学到过。首页是网站给用户第一印象的关键之处，通过Task1的这几个问题可以了解到受测对于网站的大概认知；而基于WEB的浏览往往不一定居于特定的任务，所以Task2是给用户自由浏览的时间。应该说，大部分时候我们浏览网站可能也是没有什么目的的，小兔也曾愁过测试任务的问题，没想到和WAI一样的做法呢:)
之后的每个任务都设计了一个场景，让用户找寻相应的信息。意料之外的是之后的任务还有8个之多，我依然没有明白为何需要这样的数量，如果某个任务的场景和受测背景不符咋办呢？难道是8个任务里选做的？@_@

Post-test Interview（测试后访谈）
如果说测试的任务是观察受测行为的话，测试后的访谈就是了解用户的想法。经过对网站的一番体验之后，受测对网站也有了实际的了解，小兔也很喜欢在测试后问这些问题，尤其是在产品早期进行可用性测试、有较大改动空间的时候，不妨问一些开放式的问题，对于设计的改进有不错的参考作用。

Post-test Survey（测试后问卷）
这个问卷有些类似SUS，但我们可以看到不止是SUS的问题，除了评价网站的可用性之外，有一些可以用来验证是否达到我们的设计目标。比起访谈的好处是，这些的结果可以量化。不过对于小规模的可用性测试来说，这些数据缺乏科学性，仅用来参考。

发现已经写了不少关于可用性测试的文章了，放在一起可以做个“可用性测试指南”合集啦:
WEB可用性测试问题 http://www.amizhang.com/?p=59
简单经济的可用性测试 上手指南 http://www.amizhang.com/?p=48
可用性测试开始前 http://www.amizhang.com/?p=38
基于纸面原型的可用性测试 http://www.amizhang.com/?p=54

作者：Denise Pierotti
原文：http://www.stcsig.org/usability/topics/articles/he-activities.html

Heuristic Evaluation
启发式评估
启发式评估（专家评审）这种诊断法，是由专家来扮演经验不足的用户，提出用户使用系统或界面时，可能出现遇见的问题。评审会基于遵守一系列的准则(heuristics)。作为一种“打折”的方法，启发式评估是为了快速修改、让交付物作为迭代设计的过程中的一部分。
www.amizhang.com/blog
References
参考资料
“启发式评估”，可用性检查方法 ，J. Nielsen 和 R. Mack，John Wiley and Sons, Inc，1994，第25至62页

Getting Ready (Project Lead activities)
准备(项目负责人)
● 选定和确定评估时使用的可用性准则 (heuristics)
● 选择你的评估团队。由三到五个可用性专家各自检查系统
● 计划地点、日期和每个可用性专家评定的时间
● 准备或收集材料，让评估员熟悉系统的目的和用户。材料应包括：受众分析、系统规格、用户任务、用例场景等等。把这些材料分发给评估员
● 设计评估和记录的策略。是基于个人，还是小组来评估系统？指派一个共同的记录员还是每个人记录自己的？
www.amizhang.com/blog
Evaluating the system (Evaluator activities)
评估系统(评估人员)
● 尝试并建立对系统范围的感知
● 回顾所提供的材料，熟悉系统设计。执行你认为完成用户任务时会被执行到的用户操作。
● 发现并列出系统中任一你觉得违背准则的地方。列出所有你记录的问题，包括可能重复的。一定要清楚描述你发现了什么、在哪里发现的。
www.amizhang.com/blog
Analyzing the results (group activity)
分析结果(评估团队)
● 回顾每个评估员记录的每个问题。确保每个问题能让所有评估员清楚明白。
● 建立一个清楚的图表，把相似的问题分组
● 根据定义的准则评估并判定每个问题
● 基于对用户的影响，判定每组问题的严重程度（参考严重性评级部分）
● 确定解决问题的建议。 确保每个建议基于评估的准则和设计原则
www.amizhang.com/blog
Reporting the results (Team Leader activity)
汇报结果(团队负责人)
● 汇总评估员团队会议的结果。每个问题应该有一个严重性级数，可用性观点的解释和修改建议
● 用一个容易阅读和理解的格式，在报告中组织所有出处、目标、技术、过程，和发现的结果。你可以根据评估原则(heuristics)来组织你的发现的问题。记得一定要记录系统或界面的正面特性
● 确保报告包括了让项目团队负责人反馈的机制，以了解开发团队是如何使用这些信息的
● 让你团队的另一个人复审的报告，并由团队领导认可
www.amizhang.com/blog
Debriefing (Team Leader activity)
汇报(团队负责人)
● 若客户要求，安排一个时间和地点做口头报告演示
● 聚焦于主要的可用性问题，以及可能的解决方案
● 突出设计的正面特性
● 若需要，让项目团队负责人补充
www.amizhang.com/blog
Severity Rating Scales
严重性评级尺度
你可以决定使用以下这些严重性评级尺度的任一种，或者建立自己的尺度以适合项目的需要
Five-point rating scale
五分制www.amizhang.com/blog
1 辅助的，不会影响系统的可用性，可能的话修正它
2 次要的，用户能轻易处理问题，较低的优先级
3 中等，用户在这问题上遇到阻碍，不过能迅速适应，中等优先级
4 重要，用户遇到困难，不过能够找到解决方法，可强制在系统发布前修正。如果问题无法在发布前修正，确保帮助中清楚向用户表明了解决方法
5 灾难性的，用户无法进行他们的工作，需强制修正
Three-point scalewww.amizhang.com/blog
三分制
● 辅助的或次要的，造成较小的困难
● 造成使用的一些问题或使用户受挫，不过能够解决
● 严重影响用户使用，用户会失败或遇到很大的困难

最近博客上写得很少，不过记得上次和Jameguilin讨论启发式评估的时候，人家说等着看，终于督促我写上来了:P

经过这阵子的尝试和准备，小兔觉得要做启发式评估，可能有几个难点：
一是人选。我们大多没有那么多的可用性专家，那么用设计师、或者其他人员？其中就有经验和知识方法的不足，需要做一些培训；
二是准则。Nielsen曾经写过可用性的十条准则，但是比较笼统，根据产品的不同，可能需要各自较为详细的评估准则。PS，普渡大学的可用性检查表是个不错的参考。
三是报告形式格式。这是Jameguilin提的，小兔还没考虑到这，不过怎样最后通过报告反应出评估的成果并真正起到作用，是的确需要用心思考的。

欢迎大家讨论：）

参加User Friendly 2007赵晨的workshop的时候，她愤愤地提到国内不少人在测试的时候不告知受测正在录像。赵晨来自IBM，是个很“学究”的人，知识和方法毋庸置疑来自西方，在她看来这样似乎是违背了做UE的专业精神。另一个workshop，Autodesk的一位美女博士为我这样解释：因为在欧美对于人权非常注重，而且有相应的法律规定，因此这方面非常重视。

这样做似乎是很必要的：我们推崇User Centered，把用户请来体验我们的产品，却偷偷录像不告知，岂不是有违我们尊重用户的态度？

这次UCDChina的书友会上我又和Sky他们提起了这个问题。他说我在要签名的纸上顺带提一句而不口头告知也是不对的。那我们就一定要认真告知？或者，测试完了告诉人家，如果你不满意把录像销毁?这样也挺不尊重人的吧……可是，毕竟我们对告知带来的影响有所顾虑。

小兔有过在单向玻璃前、后的焦点小组的体验。由于在玻璃后观察的体验在前，当我作为一个普通参加者走进房间时，第一时间就是观察单向玻璃在哪里、摄像头在哪里、想着单向玻璃后面有多少人在看、会不会也像小兔当初忍不住和一旁的人讨论评价玻璃那头的参与者？
虽然是有人说过大多数人不了解房间里那面镜子的实质，有走过来拨弄头发甚至抠鼻孔的——但这年头了解实情的人也有，进门就说，“这不是单向玻璃么？”一次参加一个关于化妆品的焦点小组，我不死心地在结束后，问同路的一个参与者，知不知道那面镜子是什么，她告诉我知道，怪不得那时候和我一样挑离玻璃最远的位置>_<~ 她知道玻璃后面有人看，知道肯定被全程录像了，不过貌似来和几个女人侃侃化妆品、又有礼金，这些都还能接受。但她也是坐了个侧对玻璃的座位，若时不时瞥见镜子就会想到后面有没有人，也会觉得不自在。

单向玻璃的运用也许还不及录像来的多，在我看来录像是最容易让人感觉不自然的。当受测被告知会录像，最可能的是会紧张或分心，导致简单的突然不会了、很醒目的注意不到了；也有人因为知道有摄录，非常认真表现，多次尝试，即使在家早就不高兴试了，而把对于产品批评的话咽了下去不说出口；更有甚者，在镜头前产生表现欲，当作是录真人秀节目或者是网络视频聊天(若是简易Lab用摄像头就很容易如此吧) 这几种情况都或大或小、有意无意地产生影响，让受测的表现和实际产生较大的差距。
不过比起录像，录音造成的影响却很小，几乎可以忽略。在开始前争取同意，然后把录音笔往桌边一放，还挺容易让人忽略它的存在。当然，不要像采访一样老是拿着对着人家啊。不过你若要测试后回顾录音，比回顾录像累很多呢、而且当时对应的界面和操作是什么，也可能记不清楚了。

不告知受测的行为原因还挺多。首先我不否认，有些人纯粹是没有那种认识和专业精神。而对于受测表现失常的顾虑可能是最主要的一个原因，比如我们这些刚起步的公司，好不容易争取的预算要是没有充分利用是会心疼的，而测试结果若有偏差更不是希望的情况。而对于这种对于人的尊重，欧美的确要比我们重视得多。国内的市场研究公司常会做焦点小组，但小兔遇到的两家都不向人告知有人看、有录像，这种风气也影响到了用户体验行业吧。更何况，不少刚开始尝试的都是些简化的、并非非常正式的测试和访谈，这方面似乎也无法马上正式到那种地步。

录像或是请人来观察的确是有很多益处的，便于测试后回顾和进一步分析、现场或事后传达给相关人士鲜活的资料等等。但是尊重用户和更理想的测试效果之间，我们如何平衡？比如在其他方面努力让测试时让用户感到放松自然，或者更巧妙地把握两者之间度、尽量不影响用户？期待大家来说说自己的做法和想法，我们一起探讨。

地点：虹桥路1号 港汇广场6楼 真锅咖啡上海港汇店（地铁一号线徐家汇站12号出口）
*注意地点有修改哦

时间：1月的第三个周日（1月20日），下午14点00分

本期话题：过年啦！

0. 为了大家能够更好的交流，我们重新寻找了一个较为宽敞清净的咖啡馆，请大家注意地点的变更，新场所在港汇广场6楼，具体位置请参考下图。费用自理，30/人(一杯咖啡，点心，水果)也可按菜单九折自点。

1. 为配合本期主题，我们将组织中午的聚餐活动，时间定为上午11点，地点靠近下午书友会聚会地点，费用AA，请大家按照自身情况决定是否参加，参加者请与1月18日邮件报名（发送邮件至：yangsu2004gz@gmail.com），我们将按照报名人数选择合适的聚餐点，并以邮件的方式通知大家。

2. 在第一次书友会活动中，借阅图书的朋友们请将借阅的图书一同带来归还，如果不能参加本次活动，请以快递的形式尽快归还，逾期将扣除10元定金作为今后书友会的活动经费。快递地址请看这里

3、上海的书友会刚开始，书籍很少，希望大家多多捐书支持～捐书可以直接联系：杨溯，13926575879 yangsu2004gz@gmail.com

关于UCDChina书友会详细信息以及如何捐赠、借阅请看这里。

地图：

可用性测试并不是只处于流程的中后期。在产品设计最初阶段，如用户需求的阶段都可以使用，在测试现有版本产品或者竞争者对手的产品，用于发现用户需求。在产品开发成型之前，测试原型也是很好的办法，理论上原型都可以测试，不论是低保真的线框图、还是高保真的能交互的原型都可以拿来测。
原型阶段测试，可以尽快改善，形成迭代设计。这就是基于原型的可用性测试的优点1：更早地发现问题，降低修改成本。

另外，基于之纸面原型的测试，不必要有电脑甚至能上网的地方，于是就有了优点2：测试的场合环境要求低，地点时间都更加灵活。www.amizhang.com/blog

在我们公司，可用性测试所在的环节，是慢慢变化的：一开始的时候是产品刚发布再测；后来是发布前测试，争取到了迭代修改的机会；这次本来是打算特别做个高保真的Flash原型来做可用性测试，因为人手不够发现时间上划不来，于是就决定用纸面来测了。而且那次我们无奈很早就从线框图换成平面效果图来做设计，倒是让做纸面原型很方便又漂亮。亲身尝试过后，的确尝到了甜头，能非常及时发现问题来修改，戏称成本只是“迭代打印”而已:P

先来说说纸面原型的制作Ami Zhang
材料：纸、彩色打印机*、透明塑料膜、透明胶带、彩色标签粘纸
工具：剪刀/刀片、尺、笔
*如果是手绘原型，那么需要的是笔

测试用纸面原型交互的基本原理，就是将交互时界面发生的变化，手动用纸演示出来，比如弹出对话框、某区域有相应变化等。因此首先是把界面各个区域/元素的各个状态都打印剪裁好，基本是一张初始界面+各种变化元素就OK。测试时，界面变化，就把相应的那片纸拿来盖上，展现大致的效果。

这时候，就轮到透明塑料膜这个便利工具出场了：当界面很多元素都发生变化时，桌面上已经铺了好多纸片，一阵风、或者不小心碰到，都会让他们异位。你可以把这些元素都固定到统一大小的透明塑料膜上，届时一张张透明膜盖上去，就便利多啦~

Tips:
★ 用统一尺寸的塑料膜，把元素固定在相对位置，便于对齐定位
★ 用透明胶带将纸片固定在塑料膜反面，可以有效避免原型污损
★ 多张纸片时，可以贴上标签，便于测试时尽快找出来呈现给受测
至于这种透明塑料膜，是可以作为办公文具购买到的，如透明幻灯胶片、或者是透明装订封面。小兔在Staples买的A4透明装订封面，50元/100张，满100免运费、第二天就到货哦。

不过纸面原型用来可用性测试，也难免是有局限的：
▲ 不论你怎样引导，受测无法用手指或者手中的笔来代替模拟鼠标的指向和点击的操作。靠你询问和引导而得知的一次点击，是“有意识的”甚至是“下定决心的”，而用户实际使用中的点击却很可能是无意识的随意点击，“嗒”一下单击、“嗒嗒”两下双击，“嗒，嗒嗒”都有可能。因此和鼠标点击策略关系紧密的交互，一些问题较难在纸面原型的阶段就侧出来。
▲ 不管界面元素的变化多小多不起眼，都会因为你多放一张纸而被受测发现。而实际操作中用户没那么容易注意到，某个图标高亮了、某个角落里有行文字之类的问题。
▲ 很多纸面原型可能只是简单的线框图、草图，它们毕竟与真实的界面表现有一定的距离。即使你的受测理解和想象能力不错，也可能对于设计的理解有所差距。如果界面里有动态元素(动画/视频)或者还有声音，这些用纸面就很难展现了。

因此纸面原型做可用性测试之后，还需要安排再次测试。首先迭代过程是需要的，另外在原型阶段无法表现和测试的，也需要在软件开发完毕后让用户实际体验一下。在国内的很多应用情况，我们不会有很多次迭代的测试和修改机会，但是在原型阶段和开发完成后各一次还是很不错的选择。
基于纸面的可用性测试，除了尽早发现问题之外，由于在流程中的位置比较考前，测试时也可以借机再挖掘一些用户需求。而且奇妙的是，也许因为界面都成为一张张摆在桌面上的纸、产品也看上去是个半成品，优点3：受测更容易说出自己的想法和看法，更容易做到“Think Aloud”，我想是给了他们“我们很重视很需要你的意见”的感觉吧。

比起原型带来的局限来说，益处更多也更诱人，的确是值得去做的事。不过要注意的是，不要为了测试特别去做原型。这一点小兔不止一次从专业人士那儿这样听说。你手里有什么，就准备一下拿来测吧，比如小兔这次，就是把我们UI做的图整理打印，然后制作(手工活:P)，就拿来测试咯。拘泥于原型的制作难免让便捷迅速的特性打折扣。

最后，贴一张在User Friendly2007学到的图(来自Jeffery Veen) 越早的时候有越多的选择，越晚做修改成本越高。与大家共勉~www.amizhang.com/blog

转载请注明作者和原文链接，谢谢！

很多网站为了某个活动、节日什么的，经常都会做一个专题页面。这些页面往往都和网站其他的页面不同，不用那些循规蹈矩的布局，有漂亮的大块图片、甚至是声色俱佳的Flash~ 这些页面，可能是从网站内部某个吸引人的地方，吸引你点入；也可能是某个软件的网站，从软件里链接出来的；也可能是和别的网站合作，从别处链接过来的……这样的页面的确都做得很吸引人，但也容易忽略一个很基础的问题，比如下图这个页面：

恩，乍一看还挺精彩的，不过少了一样很重要的东西——导航条。而且，竟然连个网站的Logo都没有…汗一记～ 据小兔所知，一些网站是有专门做这样的专题页面的人，可能还独立在正常的设计团队之外，做这些页面的设计师往往被“要有视觉冲击力”、“漂亮精彩”、“不要走网站的老路子”等等来要求，于是他们绞尽脑汁设计的时候，就把网站的导航条放到一边儿去了，这个，不重要啦，不放或者把它扔到页面最下面的角落里去。

不重要？少了小小一个导航条，可能给你带来很大的损失。

最糟糕的情况，是到访这个专题页面的很多都是网站的新用户。新用户往往对于网站是什么样子、具体有些什么都没有概念，而精彩的专题活动页面，往往是计划中吸引用户的重要途径之一。

来到这个页面的访客，就像是在某个冒险游戏里触发了剧情的新手，“呼”的一下，来到了一个崭新的房间。一个庞大的RPG游戏里，这就是一个个迷宫的开始了。这个房间里好像有不少东西，但是怎么没任何出口、更别提标注出口取向的标识了～就只有不少神奇的瞬移点，一踩上去，“哗”，又去了另一个地方。。我最讨厌这种游戏里的迷宫了，完全没有方向感。

而没有导航栏的页面，再怎么漂亮，都像是个没门没窗的房间，外面有没有东西、有些什么，屋里的人都一概不得而知。如果要描述用户脑海中的模型，基本就是这样的：

他们看到了一些内容，不过这是在哪个网站、这网站里有些什么？恐怕都没有留意到，更不要说吸引他去看看了，对于网站的访问就结束了。

对于新访客来说，导航不仅是指引他去网站各处的路标，更能帮助他们尽快建立脑海中关于网站的概念。

吸引人的页面和吸引人的内容，固然能够赚取到不少点击量，随着一步一步点击，也有把初次访客转化成固定用户的几率，但是比较一下上面的两个图，效果相比之下区别明显。

写到这儿肯定有人要说，我们的专题活动页面都是给本站用户的，所以这事情没那么严重啦。真的么？

即使某个游戏我已经上手了，我依然很怕什么时候又不小心被“唰”地传送到了一个新的地方，天哪，怎么回去？没有路？没有路，那给我用个回城卷轴总可以了吧？什么？还不能用回城卷轴？！…orz…

即使算是网站熟悉的用户，你一样要提供给他来去的路。用后退按钮？自己修改网址？这些办法都落后得掉牙了，可别让熟悉你们网站的用户都迷路了。

如今的我们在规划和设计网站的时候，都会记得放上一个醒目好用的导航，并注意导航在整个站点页面中的统一性。只不过专题页面、活动页面偶尔会变成了漏网之鱼。导航不统一、只留着LOGO回首页的还算事小，那些没Logo没导航的，实在让人哭笑不得。

还只顾着打造漂亮的房间？小心，游戏里的迷宫走不出去，而网页——只要轻轻在右上角的叉叉上一点，用户就和你的网站拜拜了。

地点：虹桥路591号 真锅咖啡上海虹桥店
（靠近三/四号线虹桥路站，附近有836路、827路、76路、572路）

时间：12月的第三个周日（12月16日），下午14点30分

形式：简单话题(本期:如何面对“改版”？)，闲散聚会，以书会友，费用自理

1、由于是第一次举办，需要了解人数，参加者请通过邮件报名，发送邮件至：yangsu2004gz@gmail.com。发到小兔这里也可～ 超级懒人在此处留言也可～
2、上海的书友会刚开始，书籍很少，希望大家多多捐书支持～捐书可以直接联系：杨溯，13926575879 yangsu2004gz@gmail.com

关于UCDChina书友会详细信息以及如何捐赠、借阅请看这里。

参考地图：

今年自然是又见老朋友，也认识新朋友。终于见到了嗷嗷、Maison、A-宣、臭鱼、Angela等的真人；华为的夏南很厉害，隔了一年马上认出我还记得我名字；在会场上有订阅我博客的朋友把我认出来，很开心^_^；当然还有认识的很多新朋友，淘宝的、腾讯的、搜狐的……
不过觉得时间还是很不够，没有住在九华，感觉就没有充足的时间和同行们做更深的交流，浓浓组织的聚会也没有去。更重要的是，工作坊只有一天，感觉学到的东西也十分有限。

不过这次北京之行还是有不少收获，小兔会慢慢整理了写作业交出来:P
这是除了第二天上午我参加的内容：
分会场1-用户体验的商业价值
用户体验的商业价值 - Jeremy Ashley
Changing Processes and Cultures: Setbacks and Successes On The Road To Building Customer-Centric Product Teams-Paul Sherman

分会场3-软件与网站
友好地成长：一个Web2.0初创公司的UE扩展报告-杨勃
Designing for the Future Web-Jeffrey Veen

工作坊AM-8
用户需求分析的方法 -赵晨

工作坊PM-12
软件设计开发过程的UCD实践 -吴琼 & Xiaoyu Chen & Rebecca Richkus

这次白鸦让我带了一些给UCDChina上海书友会的书，顺利的话12月和坏人、Yellow一起，会把上海这边的书友会也办起来。关于地点和书籍的捐赠，欢迎大家都来出一份力!

另，我没有完成当初和boss说在会场上寻觅人才的任务>_< 考虑写个招聘的帖子出来，如果有找工作或者有意跳槽的朋友，可以联系我哈～

一样要去User Friendly 2007的朋友，请届时尽量打个招呼、大家认识交流下哦～ 本想贴一张照片，无奈最近脸上都是痘痘，就不贴了吧～ 可以留言或者IM、饭否联络～

×如果有人最近要找工作，产品方面或者用户体验方面，届时请一定抽空找我或者我的Boss聊聊，我们最近计划招人哦
×UPA后的两天，我会请年假在北京，如果有人有空并且愿意做导游的，感激不尽:P

User Friendly 2007
http://www.upachina.org/userfriendly2007/

期待届时相见～

Mii的设置界面

由于市面上能买到的Wii大多都是日版(美版贵1k多，而且极少，小兔的也是日版)，游戏么不是日文就是英语，没有汉化，于是对于国内玩家来说理解很有困难。懂英文的不算多，懂日文的就更少了，那些操作和提示文字都是些什么意思呢？于是就有了这样的需求：“不靠文字也要尽量能够明白”
虽然这不该属于任天堂在设计时考虑的问题，不过Wii这种老少皆宜的定位，小朋友怎么办呢？操作理解能力很差的爸妈怎么办呢？视力不太好的人怎么办呢？除文字外的视觉表现，其实还是保证可用性非常重要的方面。

Mii，Wii里面的虚拟人物。你在这里建立的人物除了欣赏之外，还可以在《Wii Sports》等游戏里使用你的角色来游戏，绝对可以推荐来玩的朋友每人建立一个。

来看看设置界面：选性别后，脸型、眼睛、鼻子、嘴巴……一看就明白啦～左下角有个“终了”不管明不明白，如果你设置完成了，这个看上去最像确认按钮吧？“终了”之后出现这样的界面：

恩恩，三个按钮……我猜是“保存退出”、“不保存退出”和“继续编辑”吧？要说哪个是保存，当然是最大的那个啦～（经试验，果然没错）那么另外两个，哪个是不保存退出呢？后来小兔也试验了下，你若想不保存退出，另外还会有一个确认，酱紫我就十拿九稳啦～此处的界面是我认为Wii最贴心的地方，个人非常喜欢按钮体积区别的设计。不过确认界面要是有个勾勾/圈圈和叉叉就好了，不然还需要猜哪个，就算明白文字也难免点错嘛～

如果说要求不靠文字也能够明白属于不太合理的要求，但是视觉上的辅助仍然是非常重要的。体积、位置、颜色、图形等等，会帮助用户理解并更快地学习怎样与界面操作，从而大大地提高界面的可用性。在图形化的界面中，“视觉语言”有时比纯文字更为重要些。

马里奥派对8

机器的语言版本只关系到Mii等功能和设置界面，游戏的语言问题由游戏自己决定。那么我们就接着说说Wii的游戏。现在只要是朋友来家里，必然是一起玩Wii(替代了原先的厨艺展示或者烧烤，叫必胜宅急送吧～^o^)马里奥派对8、猴子球、雷曼疯兔等等，都聚集很多有趣的小游戏，和朋友一起绝对可以玩得不亦乐乎。来家里的朋友自然都没有玩过Wii，怎么能迅速上手然后玩得愉快呢？这是个重要的可用性要求。

就来说说老任家自己的游戏吧，《马里奥派对8》。觉得这一款简直就是为了朋友来家聚会准备的!~在Party Tent模式下，是类似大富翁一样大家走地图，收集钱币和星星，然后每个回合都有一个小游戏。Wii上面的小游戏都很好玩，但是每一个的操作方法都有不同，需要不少学习成本。那么看看任天堂的做法：

游戏开始前是这样的界面：有Rules、Who's Who、Practice、Controls和Start Game按钮，一张游戏的图，和操作的大概示意图(图中可见，左边的玩家是手握遥控器、右边三个是横握) 每次必看Control里的详细操作说明，很贴心，不单有图示，还有文字说明操作；你不明白，还有Rules，甚至人多的时候判别一下Who is Who；这游戏里1vs3、2vs2等等各种模式的游戏有超多、小兔玩到现在还经常遇见刚解开的游戏。没玩过，看了说明还是没底？干脆Try一下，让你上手了再开始。不然，一个几分钟的小游戏，还没上手就over了，你也会输得很不甘心吧？

仔细看，这个图下方一直有滚动字幕提示你是在练习模式哦

上手越快，越能更快享受到其中的乐趣、越能避免也为受挫而放弃的可能。这也就是为什么Wii能吸引住小兔这种游戏小弱吧～（本人很多游戏玩玩就放弃了，容易受挫）当然这也是能让我妈也乐意玩、朋友们玩得开心的重要原因了。

不断地体验中，能够得到不少启示、引发更多的思考，就让我们在工作之余的休闲时间里也提升自己的专业水平吧～(嘿嘿，借口借口 [cool] ，不过小兔的确在游戏中获益不少)
希望对于游戏有心得的朋友不要潜水来聊聊哦。敬请期待Wii的新体验-3

如果：
你所在的公司刚开始推行UCD，一切都刚起步；
没有固定的人手，没有很多的资源，测试研究的时间和经济成本非常局限；
你看了不少有关的书和文章，但实际开始做的时候还是觉得有不少困惑

那么，希望这篇文章可以帮助你。

时间

测试的时机
理想地说，可用性测试尽早开始越好，也应该是产品开发的一环，可以有一个迭代的过程。但是对于初次的尝试来说，不一定能够做到：也许你的Boss不希望把“半成品”拿出来给人看，也许你们的开发进度紧迫插不进这样的时间，但是也不必放弃，晚测试总比不测试好，实在不行就把发现的问题放到下个版本去修改。亡羊补牢，为时未晚。
当你的同事和上司看到了可用性测试的价值后，你做测试也慢慢上手了，就能争取到加入开发环节的机会、迭代测试和开发的机会。或者你的产品频繁有少量改动的更新，这样子测试问题也不大。
你需要的，只是抽出下面提到的一些时间。

准备时间
测试前，你可能需要在一两周的工作时间穿插可用性测试的准备工作。若是刚开始在公司尝试可用性测试，你应该写一份简单的测试计划——告诉你的Boss你要做什么事情、也帮助自己规划做测试的一系列工作。
然后也许你需要申请一些资源，空间、硬件、人员协助等等～
Check一下这次要测试的功能，设计一下测试的任务。如果是第一次测试，心里过一下整个测试的过程，开始-测试时的引导-结束，有机会做次导测的话会让你更有信心。
还有就是招募受测。这个根据你招募的方法需要的时间不同，具体的招募请见下面的部分。

测试时间
准备好了，和受测也约好时间，就可以开始测试了。
你的受测很可能是上班族，这也就意味着测试会安排在非工作时间，比如晚上、周末。就算你很经济，用的是同事，也可能因为他们工作繁忙需要一起占用午休时间或者下班后多留一会儿。>_<真是辛苦，测试难免会需要你加班。而唯一的好处就是，如果你是在本职工作之余做这件事，对原先工作的进度影响就没那么大了。

分析&结果分享时间
测试结束之后，整理下你的记录(如果有条件录像的话，还要回看录像)，分析归纳写一份测试报告，写下发现的问题，附上些截图或者关键录像片段。报告不必弄得很详细，目的是为了把测试发现的问题让同事了解。个人觉得比较好的是PPT，不必很多文字，可以现场讲解问题的具体情况和背后的原因、还可以大家一起讨论修改的方案。如果没时间做presentation，给同事看文档，写简单一些，挑重要的写。
如果你有录像而且有时间编辑，绝对推荐做一些这样的片段：一个受测反反复复就是找不到某个功能在哪里、或者多个受测都在同一个地方犯同样错误的重复片段——等他们坐立不安地看完，然后开发和设计就会主动说，这个，该改！嘿嘿，这时候我总是开心得窃笑～
根据公司的需要或者你的职能，可以针对发现的问题提一些大致的修改方案，或者组织相关人员讨论等等~记得要把测试的效果落到实处，哪怕只能在下个版本中去弥补那些问题。

人

谁来做可用性测试？
也许就是正在读本文的你。是关注用户体验的开发人员？设计师？或者PM？介于公司规模、产品特性，可能没有专职的可用性测试人员，最初尝试可用性测试，可能只是团队中的一员抽空来做这件事情。这是最经济的做法，不过记得，这个人要：

[*]客观，不要因为是自己的产品在测试和分析的时候不自觉去袒护它；
[*]有观察力和分析力，这样才能让测试起到成效；
[*]与人沟通的能力，引导你的受测、在公司里争取尽可能的资源和协助。

关于人数，一人虽然辛苦些，但是就能完成。若两人搭档更好，尤其是测试时，可以一人引导、一人负责记录。

受测的招募
保密协议？测试费用？如果这些问题让你打退堂鼓了，不妨先请公司同事作为你的受测。不过记得不要请产品的开发或者测试人员啊，我不死心地试过一次，真的不合适>_<。你可以请和产品的设计开发无关的，比如行政部门的美眉、新来的同事、另外一个产品项目的成员等等，不单解决了费用和保密的问题，而且受测招募也很快捷，不过记得要和同事还有上司沟通好哦。

测试招募真正的用户当然最好了。这里有一些很经济的方法:

[*]去问问客服，有没有一些可以来参加测试的用户？或者请他们在最近接触用户时邀请他们来参加测试；
[*]你可以靠平时累积一些受测用户的资料，比如抽奖等推广活动等等，去问问相关的同事吧；
[*]还有，就是发动同事们，大家把可以作为受测的亲朋好友们推荐给你～

关于受测的人数，根据测试的产品变化：只是增加几个功能的小版本，3～5人；全新的版本，可能5～8人，简单的可用性测试，控制在10人以下。关于这个，经典的理论：5个受测发现80%的可用性问题

地点

简单的房间即可
既然是说简单经济的、初次尝试的可用性测试，当然不会有单向玻璃之类高级的东西～你需要的只是一间不受打扰的房间，可以用产品的电脑。可以临时占用间会议室，有条件的话就找个固定的地方，建一个简易的Lab。我们公司的Lab，小小一间里摆着电脑桌和沙发茶几，平时不做测试的时候做小会议室、中午时候是休息室、有人面试时是接待室，超级多用哦～够经济实惠吧～

移动的lab
若你的产品可以单机运行，或者是个没什么带宽要求的互联网产品，那么还可以带上你的笔记本电脑，把受测请到一茶一坐之类可以上网的安静茶坊里，一样可以坐下来测试。请你的用户喝一杯茶/咖啡，就可以了解他使用产品的情况。这个方法，同样使用于做访谈。

-

可用性测试并不是件难事，用Angela的话说，可用性测试早就跳楼大减价啦～ 成本可以降低，门槛也可以降低，尝试一两次简单经济的可用性测试，会是在公司中推行UCD很好的起步。关键是去尝试、根据自己所在企业的情况灵活应变。同样的，你也可以尝试其他的一些方法，或是访谈、或只是在平时注意观察他人的使用、询问他们的意见。

合适的才是最好的，当你找到了适合的产品的方法和方式，一定能帮助你改善产品的用户体验。

这个比喻的本体可以说是个Web2.0的网站，也可以说是个社区型、互动型的网站，关键是“人”、“互动”。
喻体是派对。(^o^我的语文还不算退步太多，对得起偶的语文老师) 派对的关键也是人和互动，因此比喻还算恰当，开始吧～

好的派对一定该有Party Queen/King(派对上最引人注目/最闪亮的美女。不少派对会有评选Party Queen的活动)。他们是大部分人关注的焦点，吸引注意力；他们有很强大的带动作用，带来更多的人来参与进来，或跟风模仿、或呼应喝彩；他们个性和独到的表现，也是派对内容的重要组成部分。而一个WEB2.0的网站/社区也该有一些自己的明星，比如，新浪博客有老徐、或者怪兽“明星”页面里的喵小爱同学等(>_<若有更好的例子，欢迎推荐)，这些社区明星带动了进一步的浏览、讨论和发布的量。邀请和培养社区中的明星是很重要的，因此土豆有了豆角儿，很多网站都有社区明星排名。若进入一个2.0社区找不到明星、或者所谓的明星也不够活跃没有魅力的话，我就认为它没戏，像一个平淡乏味的派对。

而事实上，派对的中坚力量，也就是大部分人，应该是那些派对动物们(即喜欢去/经常去派对、很Enjoy派对的人)。他们并不见得独领风骚，但总是积极的参与者，精心打扮穿梭在派对会场，积极投入、也积极起哄和喝彩。好花要靠绿叶衬，有了他们才有所谓的Party Queen的存在。这些人可能做的事情和Party Queen/King们也差不多，只不过也许是难得的一两个举动受到很多关注和响应(一个精华贴？)。对于网站/社区来说，其实他们是非常重要的部分，天天来、积极浏览、讨论、发布——粘度高、忠诚度高，我们的目标就该是这样的人越多越好——让他们享受参与的过程，得到一些荣誉感，始终有吸引他们让激情不会冷却的东西。有了他们，我们的派对才会热闹。

派对里难免有的，是壁花小姐/先生(派对中总是一边呆着，不参与进去不和人说话的人，因此有了这样的比喻)。这些人也许会有几种情况：或是因为某个原因偶然光临——或是觉得没意思，不会再来；或是发觉其中的乐趣，逐渐融入成了一个积极分子。当然我想也不能排除这种人，一直来，但一直沉默，这样也是他们享受派对的方式。这种人在Web社区更加常见，大堆大堆的潜水者们，阅读别人写的博客、查看他人发布的照片，难得留言评论一下，甚至一直是一言不发。对于上文两种类型的内容贡献者来说，这种类型的人也是需要的，因为阅读/观看数也是一种自我价值的体现——但更需要的是参与响应的人，因此也有需要把他们培养得更积极一些，靠内容或者其他的方式 。

最后，还有一种人，就是派对的主人们。他们策划派对、做各种准备、邀请客人……派对热闹时可能还在忙于组织，都没有空闲自己去享受一下。但是一个派对是否精彩、参与的人是否舒适愉快，都是靠他们的努力。互联网派对的主人们，就是我们做产品的和运营的啦。派对主人要考虑的派对主题、形式、参加的人、场地和酒水布置等等～肯定，也要让以上三种人各自有愉悦的体验，大家都Enjoy这个派对。

也许你之前有考虑过网站的目标用户，或者有做过产品的Persona，也值得思考一下，产品有没有针对这些不同类型人来提供良好的体验？希望这篇小文能让你在参加和组织派对、甚至生活中的其他时候，也得到对产品的启发和思考。

PS:最近更新少了，但努力的UCD小兔，还是在努力哦～>_<就是忙了点

最近各地正劲吹和谐大风，不少个人博客小窝由于管理不善或根基不牢被迫关闭。大风天气覆盖较多地区，可能会影响到此地，特做灾难性天气预警：若小兔窝也被迫关闭，请大家到我的新浪博客http://blog.sina.com.cn/amizhang ，小兔会回去避难。
订阅Feed的朋友请放心，我会重新定向的。另外为加强小窝抗风能力，近期会加强留言管理、或考虑关闭评论系统。
大风天气预计结束时期：十月底。无风的晴朗天气，我就会回来～

貌似Twitter已经不是个产品的名称，而是一种功能的代名词了。

在国内，我们有饭否、叽歪de、滔滔，也有豆瓣的广播(语录)和怪兽的呜啦，连小兔和同事聊自家产品功能的时候也聊到了类似的想法。当初老外做Twitter是个极其简单的东西，没想到在中国出现这样的变体～总体来说觉得饭否是做得成功的，像是一个生活和头脑的广播站——我曾经也想过是不是在饭否也可以来条“Ami在怪兽秀了一个宝贝：XXXXX”，但这不见得是个好的办法。比如和我同事的一个MM，就觉得饭否有点吵闹了，信息太多了点。从这种分离出来的需求说，豆瓣的广播/语录还算是蛮不错的东西，在这个产品范围内Twitter，也不需要绑定IM那么强势，就是来的时候，知道友邻们在读些什么想些什么就可以了。豆瓣从语录到广播逐渐成型，倒给了怪兽一个不错的榜样。

在呜啦上感叹产品内嵌Twitter风，的确有其存在的价值，1stcool回应道“总觉得Twitter作为一种应用，不太适合独立成系统，更适合锦上添花”。的确Twitter作为功能来说，很适合这样。回头看看Twitter最初的价值：让朋友们知道你最近在干什么。这年头的人都太忙碌啦，和朋友的沟通也比较少，Twitter让我们互通近况更保持联系——那么内嵌作为功能的Twitter，就是加强了在某个网站内用户之间的信息传达，可以促进更多的互动，更2.0，用户更“活”了。

有意思的是，Twitter的应用也因为名字而有各自的特性。饭否，顾名思义，“吃饭了没有”，是Twitter本地化很好的一个名字；叽歪de，叽歪么，感觉小小的、杂碎的、有意思的小消息；豆瓣语录，带着点读书人的思考味；而呜啦，轻松，随性而至，甚至还可以绕口令或者唱歌(貌似我起到了促进作用^o^)

1stcool 无敌的绕口令，班干部管班干部。无人可快速连续说10次以上。约 6 分钟前
vivian 东风市场卖混纺，红混纺，粉混纺，红粉混纺粉红混纺，金混纺。混纺上面绣凤凰，红凤凰，粉凤凰，红粉凤凰粉红凤凰，金凤凰。约 10 分钟前
……
Ami Zhang 呜啦因为名字的关系，出现了一种新的twitter内容形式：绕口令/唱歌:D约 17 分钟前
……
Ami Zhang 呜啦啦，哇啦啦，拉拉拉拉啦啦啦～ 今天有点high约 34 分钟前
……
1stcool 呜啦啦 呜啦啦 啊足哦呐 咖达啦 咖达啦 啊足咖呐 呐呐哩 达lio哆 莫哆呐呢 啊呢哩 啊呢哩 啊呢哆内 he衣呀 D衣呀 he衣呀呢啦呢哆 哦几哆 莫哈呐 咖lio咖嘛约 40 分钟前
……
得瑟er 呜呜啦啦约 42 分钟前
1stcool 呜啦!约 48 分钟前
师妹 呜啦？约 52 分钟前
……
上邪起解 呜啦呜啦呜啦啦,我爱饰品约 1 小时前

Twitter可以做成产品，像腾讯做滔滔这种，应该不会做砸，但是我觉得真厚脸皮。相比之下，给自己的产品嵌一个Twitter，根据自身特性变化而给产品锦上添花、甚至起到革命性的变化，是蛮让人期待和感兴趣的事。

表情的使用

点下MSN的表情按钮出来如下的界面，可以有两处可以选择小猴子：最近使用的，和标识的。最近使用的只能显示11个，所以小兔以前用过标识让常用的猴子显示在下面11*4的区域里，不过不知为何后来那些设置都丢失了，一度还不能重新设置>_<~(今儿为了写文章，重新标注了个小猴子)
所以，大多数时候我都是点“全部显示”来找我需要的猴子的。MSN的表情不能分组，而且也不知道是按什么奇怪的顺序排列，这方面来说的确不太好找。但表情缩略图都是动的，而且还有文字搭配着，还不算太累。当然这界面不能放太多表情，不然就会有Ryana提到的那种汪洋大海里游泳的感觉了。

QQ，有分组，可以把小猴子们放在一起。但是……怪怪，我要的那只猴子在哪里呢？缩略图都是不动的，放大的尺寸一会儿在左上角一会儿在右上角，文字提示却在缩略图的右下方，眼花了@_@。后来干脆在QQ上反而不用小猴子了…

看，这是我sametime里的小猴子们～这个区域是可以拖拽的，调整一下后所有的小猴子们一览无余。QQ和MSN的缩略图，往往把小猴子们缩得看不清楚，但是这边没问题，它们蹦蹦跳跳地等着我去选～

添加和管理

MSN如果装Shell，可以网上安装整个的表情包。朋友在聊天时发的表情可以收为己用。但是说到手动添加，真的很差，没有办法批量添加，而且一定要设置键盘快捷方式>_<~我从来不用键盘快捷方式,但是你会发现浏览界面上显示的就是键盘快捷方式，然后我就经常用 #大笑，#生气 这样的来表示。

QQ可以添加表情包、建立分组，手动添加可以一次添加多张，蛮不错的。Sametime也差不多，虽然没有自己的表情包但是可以添加zip包。两个都能进行排序，但事实上，表情多的时候这样排序蛮麻烦的，基本都被我弃之不用，主要还是靠找的。


最后列个表来对照下（为了工作上的对比分析做准备）

>_<写完才发现，只是不吐不快，没谈出什么问题来。纯粹的体验日记，观察和比较:P

出错，也能莞尔一笑～
遇到出错页面经常是让人讨厌的事，不过撞见些可爱的页面，有时反而成了种乐趣。个人最喜欢的404页面，是淘宝UED团队blog的那个。
“四零四啊四零四，没找到啊没找到～ 哇塞，这么偏僻的地方都被你找到了，赶快去淘宝买张彩票吧。”很有针对性，看他们博客的大多都明白啥是404，乐趣也就由之而来。

怪兽扬言说自家的是史上最可爱的404页面，貌似下面给得链接太多了，但是小兽的表情和语言还是很可爱的。

最惊喜是以前遇到抓虾的服务器迁移。平时撞见类似情况都觉得倒霉，唯有那次真是觉得好玩儿，才有了那篇有趣的体验。

蚂蚁升级时也弄了个，不过就没有抓虾好玩儿啦。

等待的乐趣
如今大家上网多为宽带了，一只小猫走遍互联网的日子成了过去式，页面大多一打开就显示完毕，需要loading的只是些flash或者视频。也许也就新天地的艺术活动会耗费心思做全flash的，但这loading的时间，却已经给了人小小的惊喜。

一张纸，一支小小的铅笔，独自在上面涂鸦了点儿，然后悠悠地停作了你的鼠标指针。等着无聊吧，晃悠了鼠标两下，接着画了呢～再晃、再画，图案渐渐清晰跃然眼前，涂鸦得不亦乐乎，loading完毕还有点意犹未尽的味道。

活动共有三个图案，每次loading随机出现一种，小兔特别尝试多次，都试了一下～:)

小力气，大作用
这是我自己想出来的点儿，用户在网站上做某种交互时，所耗的“力气”有多大？做个操作之前要想多久、整个过程有多少操作、动多少脑筋？所耗的力气小，用户去参与的可能性也就相对来说大些。

国外有人想出ClickComments增加blog读者的互动，国内有也有了这样的新闻心情评论，似乎还有了新闻的心情排行榜～ 这随手一点，表达感受，简单的互动让用户更容易参与进来。

除了与网站内容的交互，人与人之间的互动也有简便的办法啦。如果不高兴发个消息什么的，在Facebook里有Poke，在怪兽可以打招呼：

也许每天在互联网上接触大量的信息，也有点懒，不愿意经常留言评论或者频频给人发消息。因此这种小力气的活儿，总是让我很有好感。遇到怪兽口水吧的签名，潜水居多的我也顺手签了一个～第二次去立即发现了好处，签过名的吧，在口水吧的首页就能进去啦～这些小功能，不仅有趣，也能带来便利呢。

不只是模仿
Flickr被和谐了，于是在国内觅个替代。试过了巴巴变，纯粹一个翻版。用到Yupoo，一个小小的细节却让我感到了一种“不只是模仿”的用心——虽然仅仅只是鼠标悬停时一个平滑地展开。

细节的力量
最后，和上次一样来说个生活中的例子，来作为我的总结。一次和BF外出逛街，累了饿了，附近一路上都没看见中意的店，不怎么喜欢PizzaHut，但也就去了。但之后，那家PizzaHut被他喻为“服务最好的匹萨店”。我自己回想，那家店哪里与众不同了呢？文明用语？上菜及时？其实最重要的只是源于这样一个细节：等我们坐下，开始点单时，服务员小姐问道：“请问两位觉得空调的温度合适吗？是否需要来两杯冰水？”那时只是春末初夏，并不热，只是小兔体虚太容易出汗，那时候正在拿着手帕抹汗。我出汗过多的问题，连我妈都不当回事儿，大概就BF和贴心好友才体恤我的不便，但是这家PizzaHut的营业员却想到了。之后他们的表现也中规中矩，由于那个细节带来的良好印象，让我们整体给了他们高分。

一两个出彩或者贴心的细节，也许不能就此决定整个产品/服务的好坏，但细节的力量是可以累积的。回到上文中提到的那家PizzaHut，服务员用语文明、反应即时(后来还要过一杯温水，也是马上就来)、也想到询问甜点是否等餐后再上——再加上那个特别贴心的细节，才造就了他们给人的良好整体印象。因此我始终坚信，用户体验要靠从细节处累积。正是有了每一处的用心，和那些闪光点，才会有真正出色的产品。

原本对于Wii的认识，觉得就是能模拟打打网球乒乓什么的，这些现实生活中也可以去玩，也就没觉得Wii有多大的吸引力。再说我是个游戏小弱，RPG剧情只能打个头儿，网游练级需要人带，小游戏也是输多赢少。那Wii怎么就有那么大的吸引力让我把它买回家呢？(排除解闷的因素吧) 话还得说到上次ChinaJoy。

小兔今年去ChinaJoy是带着问卷做访谈的，和光顾我们展台的用户沟通接触。工作间休息逛到哈里波特，看见台X-box没人霸占，就去体验了一番。偶算是半个哈迷，最近正是期待着哈里波特的新书和电影，很容易就投入了进去。第一次玩xbox，感觉和传统手柄还是类似，但那个三维摇杆却让人感觉到了近似“挥舞魔杖”的体验，顺时针转两圈、向下点两记……原本很虚拟的世界，却因为这般操作让人也觉得融入其中，很有参与感～小兔投入得差点忘记要回去工作，依依不舍放下后，隔天等问卷全做完了，又冲过来好好玩了一把，也就此对这游戏牵挂不已～

回家后好好查看了下，发现这游戏是全平台的，Wii上面也有(据说Chinajoy上也有玩哈里波特的Wii，没注意)。试想那挥舞Wii Remote遥控器的感觉，实在像极了挥舞魔杖~原本也许一切只基于阅读书本的想象、你拿根长筷子挥舞永远看不见变化——但是挥舞Wii，你可以看见自己施展的魔法。任天堂提供的这种新的交互方式，却最大程度地让虚幻接近于真实。在土豆上看了wii的视频 ，还有其他游戏，再去淘宝和专题论坛上察看了一番，最后决定：买！

回家慢慢体验Wii，发现Wii Sports(网球、保龄球、棒球等)不仅容易上手，也的确很好玩、吸引人。它可以让我妈都饶有兴致地来玩上几把，也可以让家有Xbox的同事玩得也想买个回家（忘了说了，我们公司也有台Wii^o^）我想原因在于模拟现实生活的过程中，有了比现实更多的乐趣和更丰富的体验。我妈会看着我玩《料理妈妈》很久，然后说怎么不见你现实中烧菜那么带劲，我说在家哪有工夫法国大餐日式寿司都做个遍呀？我曾经对Wii Sports不以为然，但是在家就可以网球、棒球、保龄球、高尔夫……随心换着玩，用我Q版的形象，带劲。用Wii还可以体验生活中很难做到的事，比如也像刘翔一样跨栏、像外科医生一样做手术……这是一种很大的吸引力。

Wii的另一优点就是模拟“不可能”，除了让我着迷的哈里波特，我bf还牵挂变形金刚、高达。对我来说这是最致命的原因了，普通的游戏机我才不会把它给搬回家呢~ 当你成了魔法师、高达的王牌机师，相信不少人想想就忍不住乐吧~

Wii带来了新的游戏交互体验，虽然娱乐化，但是能说的还是挺多的。今天暂且写到这儿啦~
以后计划谈谈：

[*]Wii的可用性设计
[*]“一起玩”的娱乐性，和耐玩性
[*]Wii周边的交互

今天就暂且搁笔了，明天午夜去看哈里波特的首映，呵呵~:P

互联网上，网站多得数不清楚，网民更是很多很多很多……不同的人、去不同的网站，每一天，都会遇到很多好的、或者是糟糕的体验。今天要说的几个也许带了不少个人色彩，也许有人会说他们都是鸡毛蒜皮的小事儿～但他们都有一定的典型性，也伴着我的不少思考，与大家分享。

只为第一次，还是以后的每一次？
Myspace上线的时候遇到一阵火热的体验和评论，小兔自然也不能落后，去体验了一把。痛苦地注册过程之后，登录、体验。一次一次后，越来越觉得这登录框讨厌：

每一次，输入完之后，我都觉得自己的鼠标老是往那个“注册”飘儿～ 为此小兔写了那篇“注册”比“登录”更醒目？ 让注册更加醒目，无非是想吸引人来了就尽量注册。但注册后的每一次，那红红的按钮还摆在那儿，总觉得是种干扰。在自己的工作中也遇到过类似的问题，PM说毕竟是在发展用户希望能够强化——但我们没有那么做。而Myspace呢，直到现在还是这样。

同样问题的，还有Yoho，也许还有不少其它类似的网站。之后去一些国外的网站也遇到同样的问题，难不成这还是从国外学来的？
登录框只是一块小小的地方，但是实用的频率还是很高，也经常有人讨论。比如前一阵子白鸦还发起了一次关于登录区域的设计讨论。除了这块小地方的布局，我心里思考的疑问是：应该多花心思把用户吸引到网站来、吸引到网站的人注册，还是应该花更多心思提供那些已经到来的用户们优质的体验、让他们成为我们的忠实用户呢？是只想到用户第一次的到访，还是考虑今后每一次的体验？

登录区域像是个门，我们当然希望用户都来、来了都要进这个门、当然，还有进来了要流连忘返，不想出去。想吸引门口的人进来，可以把门做大一点醒目一点，也可以靠橱窗吸引门外人进去一探究竟的欲望。门面要装修得吸引人，也要方便每次的进出——更不要忘记，门里面的东西更重要。

别小声说话
抱歉拿蚂蚁改版前的图来说，因为这张图还是挺有代表性的。这年头Ajax用得普遍了，这种问题也出现得多了。不知道有多少人在点击了提交之后，却不明白为什么没有动静呢？只能说，这种提醒像个害羞的小姑娘一样，说话太小声了，容易听不见、注意不到啊!~

当然，说得够“响亮”还不够，还得说清楚。例如Myspace，当初我注册到这一步的时候，困扰了很久，差点就要放弃了……不知阅读本文的各位，能否更快地发现问题所在。

就在我快放弃前，终于发现原来是把自己的出生年份选错了。就不能说句“您的年龄不具备在MySpace上注册的资格”么？
错误信息是交互中非常需要重视的关键，提示的信息应该醒目、清晰、友好，这是始终不能忘记的。

一家人别说两家话
这部分谢谢liliyun提供的例子。原本liliyun是想给我推荐这个好的例子，说网易的注册不错，红色和绿色像交通灯一样有很好的指示作用。于是我去试，却怎么也没看见红色的输入框。交换了截图才发现，原来他说的是网易通行证，而我试的是网易邮箱——一家的产品，却用不同的方式？

虽然网易通行证的注册用了这样的，网易邮箱的注册表单却表现平平，难道不是一家人做的？
惭愧的是最近刚发觉自家的网站也有类似的问题，注册登录做得很认真，但是修改资料的表单的错误提示竟然也是上文提到的“小声说话”型，惭愧惭愧，正在修改ing…

一家人不要说两家话，在交互表现上，也应该统一整体的形象。以前在学校里学企业形象设计，那时候还没有人想过，交互的方式和表现，也是需要统一的，因为它们也在展现企业/品牌的形象。

眼花了啦~从哪儿下手？
我本人还是挺喜欢怪兽的(因为女孩子都喜欢可爱有趣的东西？)不过怪兽的消息经常有这种情况出现，我只有一个感觉，眼花了啦，从哪里下手啊~~~

普通的一个站内消息，却有四个按钮两个单选一个复选，尤其是“确定”和“取消”、“返回”和“删除”似乎都是操作，但是他们就摆在一起，从哪儿下手？实在是没个方向，为此，需要坐下来好好看才行～～

这张图来自随时记，这里有“一些文字”、“多一些文字”和“再来一些文字”，保存的按钮也有两个～第一次看见这个界面的人，都会有什么想法呢？反正我是靠试验了两下才明白的。让我觉得都有些寒了，我这个QQ号6位数的，是不是不能算互联网高级用户？不然怎么面对一个界面都还需要思考一阵子呢？

亡羊补牢，终是下策
最后，来说个现实生活中的体验。
之前，我在适时的提示和帮助写到了住处附近的地铁自动售票机，那个乘客求助按钮竖立在一排自动机器的旁边。那个后续比较让人吐血：

真不知道，就算听到了喇叭中的提示，乘客就会去按求助钮了吗？此处从左至右的排列是：售票机×3，加值机，验票机，然后才
是求助钮。毋庸置疑的是售票机最容易需要帮助，但是当你听见广播的时候，在你的视野里发现得了求助按钮吗？
挂个喇叭是亡羊补牢的做法，可能旁边竖着的求助按钮也是亡羊补牢的。但由于之前设计的欠缺，他们能够弥补的也很有限。更绝的是这次的后续，那个喇叭估计是没有电了，路过的时候，就听见它“@#￥%&^……”不知道在说些什么～
在互联网行业，亡羊补牢似乎更加常见。但事后的更改，很可能能做的改进很有限、还要牵扯到改变用户使用习惯的问题，虽说是比不改的好，但终究只是个下策。

互联网和生活中的点点滴滴，也许糟糕的体验永远都数不完。在平时遇到时叹气之余，今天在此抛几块小砖，希望类似的情况出现得少些～

这篇文章，不得不反驳。

文章里提到了以行为活动为中心的设计，其实本身就是以用户为中心的设计中的一部分，关注的是“用户的行为”，行为是由目标和需求驱使的。跳来跳去，还是在如来佛的掌心里啊～

“以人为中心的设计坚持的一个基本信念是由技术来适应人”
UCD并不是一味地“让技术适应人”。技术是为人服务的，因此尽量让技术去适应人肯定没错。若是有新的、好的技术、产品或使用方法出现，它们也会有被学习、甚至被适应的价值。把UCD片面地概括成技术适应人是不对的。

的确有很多优秀的产品，他们的设计并没有基于大量的用户研究，那是因为非常出色的设计师，有着优秀的洞察力、了解目标用户和领域、有着非凡的创造力。充分的用户研究有助于设计更好的产品——但若反过来强调一切从用户研究中来，那就太教条了。

“对于某个人（或一个群体）的关注也许能为这些人改进产品，但这是以牺牲其他人为代价的，一个东西越是为了某个特定的喜好、厌恶、技巧和某个特定的目标人群而进行特别设计，它就越不可能适合其他人”
产品有一定的针对性绝对没有错，理发师用的打薄头发的剪刀不适合你去剪日常的纸张。这个作为反对的理由太荒唐。

“过多地倾听用户”
把这个列为UCD的缺点，是个很肤浅的错误。用户说要什么我们就做什么——那就不叫做UCD。我们关注的是用户真正的需求——用户自己说的，只是作为参考(用户常常自己也不知道自己要什么)。但为了发觉真正的需求，去倾听用户是很必要的。

对于作者这样写，我只能做以下三种猜想：
1. 在UCD越来越热的时候提这样的标题观点，吸引注意吸引点击量
2. 对于UCD的理解过于肤浅
3. 如果不是2的话，指出一些UCD的片面肤浅的认识和做法

我觉得根据作者陈述的理由，不能得出“以人为中心的设计是有害的”这种结论。顶多，指出了可能存在的缺陷。
看到这篇文章，说实话是有些怒的，这标题岂不是否定小兔我工作的价值？会导致很多对UCD了解不够的人，对UCD的质疑。但反过来说，这的确也给UCD从业者们一个警示，不要让自己盲目了、片面了。

那么，这般打过招呼之后，会怎样呢？

针对不同的招呼动作自然会有不同的对策～截此图之前我们互相摸头摸了两三回，呵呵

随手一点就方便的互动了，而且很有乐趣。
虽然Web2.0的网站遍地开花，但是浏览潜水的人还是绝大多数，怎样把人们尽量多地转化为内容的贡献者，就需要好好动脑筋了
搜刮的娱乐新闻最下方，不同于其他网站的新闻评论，是这样的：

评论后

现在还有人想到了对博客的评论也用按钮来表现
http://www.youtube.com/watch?v=DnqBvSb0OlI

互动参与多一点、形象一点 [idea]

感觉这些内容应该是书面的让用户签名的。不过依旧有一定的参考性。

Test Facilitator Guide

Welcome and Purpose 欢迎
Thank you for agreeing to participate in this Web site evaluation. Today we are asking you to serve as an evaluator of this Web site and to complete a set of scenarios. Our goal is to see how easy or difficult you find the site to use. We will record your reactions and opinions; so, we may ask you to clarify statements that you make from time to time.
感谢您参与这次网站评估。今天我们邀请你作为这个站点的评价员，完成一系列的操作场景。我们的目标是看看你访问这个站点有多方便或者困难。我们及录下你的反应和意见，因此希望你不时地说出你的看法。

Test Facilitator’s Role 测试员的角色
I’m here to record your reactions and comments of the Web site you’ll view. In a conference room nearby we have a few people who also will observe your interaction with the site. During this session I will not be able to offer any suggestions or hints. There may be times, however, when I’ll ask you to explain why you said or did something.
我在这里记录你对看到的网站的反应和评价。在附近的一个会议室，我们有一些人也能看见你在网站上的操作。过程中我不会发表意见或者提示。不过，我有时会询问你为什么你那么说、那么做。

Test Participant’s Role 参与者的角色
I will ask you to search for information on this site to learn if it works well for you. We’ll do this by giving you scenarios or tasks to complete on the site. You also will be asked a series of questions about your experience at the end of this session.
我们会给你场景或者任务，比如让你网站里寻找一些信息，来看这个网站对你来说是否好用。结束时我们会问你一些问题，询问你的体验。

Things to Keep in Mind 要记住的
Here are some things that you should know about your participation:
这里有些你需要知道的：
■ This is not a test of you; you’re testing the site. So don’t worry about making mistakes.
我们在测试这个网站，不是你。所以不用担心犯错误。
■ There is no right or wrong answer. We really just want to know if we designed the site well for you.
没有所谓正确或者错误的答案。我们只是想知道是否站点的设计适合你。
■ If you ever feel that you are lost or cannot complete a scenario with the information that you have been given, please let me know. I’ll ask you what you might do in a real-world setting and then either put you on the right track or move you on to the next scenario.
若你觉得糊涂了、或者不能根据提供的信息完成某个场景，请告诉我。我会问你在现实生活中会怎么做，然后引导你或者让你做下一个场景。
■ We will be video recording this session for further study if needed. Your name will not be associated or reported with data or findings from this evaluation. Please fill out the video release form.
为以后详细研究，我们可能在过程中录像。你的名字不会出现的评估数据或报告中。请填写同意录像表格。
■ Finally, as you use the site, please do so as you would at home or your office. I do ask that when looking for information, you do so as quickly and as accurately as you can.
最后，请你就像在家中或者办公室里一样访问站点。我会在需要的时候提问，请尽快和准确地回答。

Do you have any questions before we begin?
在开始前，你还有什么问题吗？

这里感谢几个人：
同时Kevin，帮我弄了首页显示最新推荐的文章，还指点我解决了数据库的问题；
Xiaoxiao，和 Fangle发起了LBS的改造，才让我敢下决心用LBS(加油哦～)；
最近生活中遇到一些事，感谢与我分享、陪伴我和支持我的人们～

关于图片，之前的都存在巴巴变，有时会是叉叉，麻烦刷新下会出来的。Flickr被和谐了，会考虑用Yupoo。如果经常看不到图片，请和我说。

这个LBS还不完全，细节还要改，经常有spam。在Xiaoxiao他们完成之前我会尽力让这里干净好用的～

UCD小兔，努力中！

纸面原型最大的好处无非是快，比你用ps或者其他软件快，所以千万别把它当手工课一样做，太复杂了——纸，笔(准备几个颜色的马克笔还是不错的)，尺，剪刀，就可以啦～

另一大好处就是表现交互～要做一个表现交互的demo很麻烦，但是用几张纸片表现却不难：“投票后，这部分就变成这样”、“没有投票的时候，是这样”——换一张纸片或者挪一挪就行啦。

从这点延伸出来说，如果想在设计过程中尝试Paper Prototype，用这种容易表现而且效果明细的来上手是最好不过的了。
不过，并不是什么原型都需要用纸面原型，有时这种方法并不快捷。建议在讨论布局、电脑平面难形象地表现交互的时候用。

另外，Paper Prototype的好处，是紧张工作时候可以用手工调剂一下，然后轻松地讨论~ [smile]

那么，逐渐地建立几个比较形象的用户的概念，自然会有助于我们的设计。小兔翻译了些资料作为参考，和大家分享下吧：
原文：http://www.usability.gov/analyze/personas.html

Develop Personas 建立角色
Translated by Ami Zhang
本文来自www.amizhang.com/blog

[*]What is a persona? 什么是角色
[*]How do we get information for a persona? 我们怎样获得角色的信息
[*]What does a persona look like? 角色是什么样的
[*]What characteristics are included in a persona? 角色包括些什么特性
[*]How do we select a name and photo? 怎样选择名字和照片
[*]What are the benefits of personas? 角色的好处是什么

本文来自www.amizhang.com/blog
——————————————————————————–

What is a persona? 什么是角色

A persona is a fictional person who represents a major user group for your site.
角色是一个代表网站(产品)主要用户群的虚拟人物
本文来自www.amizhang.com/blog
——————————————————————————–

How do we get information for a persona?
我们怎样获得角色的信息？

By analyzing what you learned about your users from user research, including:
通过分析从用户调查中对用户的了解，比如：
本文来自www.amizhang.com/blog

[*]Contextual Interviews 上下文访谈
[*]Individual Interviews 单独访谈
[*]Surveys (Online) 调查(在线)
[*]Focus Groups 焦点小组
[*]Usability Testing 可用性测试

Using this information, you identify major user groups of your Web site. You then select the characteristics that are most representative of that group and turn them into a persona.
通过这些信息，你可以区分出网站(产品)的主要用户群。从用户群中选择最有代表性的特征，把他们转换成人物角色。

——————————————————————————–

What does a persona look like?
角色是什么样的？

A persona typically includes a fictional name and characteristics that are consistent with one of the main user groups you have identified.
一个角色包括一个虚拟的名字，和与你某个主要用户群一致的特征。
The following example is only a small portion of a larger persona developed by the U.S. Department of Agriculture's (USDA) Economic Research Service (ERS).
下面的例子是一个很大的角色中的一部分，由美国农业部(USDA)经济调查服务(ERS)建立的。
本文来自www.amizhang.com/blog
USDA SENIOR MANAGER 农业部高级经理
GATEKEEPERS 社会观察人员

Matthew Johnson
Program Staff Director, USDA

51-years-old
Married, 3 children, 1 grandchild
Ph.D. in Agricultural Economics
农业经济学博士
Comfortable using a computer, intermediate Internet user, with a T1 connection at work and dial-up at home
熟练运用电脑，中级互联网用户，办公室T1网络接入，家中拨号上网
Uses email extensively;uses the web about 1.5 hours a day for his work
广泛使用Email，每天工作用1.5小时上网
- - -
"Can you get me that staff analysis by Tuesday?"
“你能给我在周二给我员工分析么？”

Matthew spends most of his time at work requesting and reviewing research reports, preparing memos and briefs for agency heads, and supervising staff efforts in food safety and inspection.
Matthew大多数工作的时间花在要求和审核报告、为机构负责人准备备忘和摘要，和监督视察员工在食品安全方面的作为。

Key Attributes 关键属性
Focused, goal-oriented 专注，面向目标的
Strong leadership role 较强的领导角色
Concerned about maintaining quality across all output of program under direction
关心在指导下维持一切项目的品质
本文来自www.amizhang.com/blog
-
Persona developed by the U.S. Department of Agriculture's (USDA) Economic Research Service (ERS).
角色由美国农业部经济调查服务建立

——————————————————————————–

What characteristics are included in a persona?
角色包括些什么特性？
本文来自www.amizhang.com/blog
A persona usually includes:
角色通常包括：

[*]a name and picture 名字和照片
[*]demographics (age, education, ethnicity, family status)
人口统计学属性（年龄，教育，种族，家庭地位）
[*]job title and major responsibilities 职位和主要职责
[*]goals and tasks in relation to your site 目标，与网站(产品)有关的任务
[*]environment (physical, social, technological) 环境（物理的，社会的，技术的）
[*]a quote that sums up what matters most to the persona with relevance for your site
一句引用，来概括网站(产品)的什么对角色来说最重要

——————————————————————————–

How do we select a name and photo?
怎样选择名字和照片

You make up the persona's name. Select one that resonates with the team as representing that user group. Be relevant and serious; humor usually is not appropriate here.
取个角色的名字。选个在代表用户群体时，和团队有共鸣的。要严肃而贴切，通常幽默在这并不合适。
本文来自www.amizhang.com/blog
For a picture, you can buy or license stock photography, although a more casual photo often resonates more with development teams. Don't make it a picture of someone the team knows. Make sure you have permission for the photo that you use. You can tell that you have a good picture if the team sees it and says "Oh, yes, that would be Jim, the Press Guy" or "Oh, yes, that's just what I see when I think of Rebecca, the Program Officer."
你可以从摄影库中买或获得许可获得一张照片，尽管一张更随意的照片经常让开发团队有更多的共鸣。不要用团队成员认识的某人的照片。确认你有照片的使用权。若你的的团队看见照片时说“哦对，这就该是Jim，那个做出版的”或者“对啦，我想Rebecca就是这样的，那个项目官员”时，你可以说你有了张好照片。

——————————————————————————–

What are the benefits of personas?
角色的好处是什么？

Personas bring many benefits, including these:
角色带来很多利益，包括以
下这些：本文来自www.amizhang.com/blog

[*]Users' goals and needs become a common point of focus for the team.
用户的目标和需求将成为团队共同的关注点
[*]The team can concentrate on designing for a manageable set of personas knowing that they represent the needs of many users.
团队可以专注于为一组可控的角色而设计，他们代表着多数用户的需求
[*]By always asking, "Would Jim use this?" the team can avoid the trap of building what users ask for rather than what they will actually use.
经常问问“Jim会用这个吗？”团队可以避免绕弯路去设计用户要求的、而不是他们真正要用的东西。(用户有时也无法表达自己真正的需求)
[*]Design efforts can be prioritized based on the personas.
基于角色可以为设计区分优先级
[*]Disagreements over design decisions can be sorted out by referring back to the personas.
当设计上产生分歧时，可以通过回顾参考角色来解决
[*]Designs can be constantly evaluated against the personas, getting better designs into usability testing.
可以经常地通过和角色对照来评估设计，把更好的设计带入可用性测试

According to Forrester, many companies including Ford Motor Company, Microsoft, and Staples develop and use personas and they report many benefits from doing so, including:
根据Forrester，包括福特汽车、微软和史泰博等很多公司都建立和使用角色，并且反应藉此得到了很多好处，包括：本文来自www.amizhang.com/blog

[*]a better understanding of customers
对顾客更好的理解
[*]shorter design cycles
更短的设计周期
[*]improved product quality
促进产品品质

本文来自www.amizhang.com/blog
转载请附上原文链接，并注明作者/翻译者，谢谢！

关键词一：改造
是“改造”，而不是“建立”，Ami的想法是利用公司现有的空间，改造一下加以利用。若不需要单向玻璃，可用性测试无非是需要一个没有打扰的、可以坐下来使用产品的空间。这样的话，一间空闲的办公室、会议室，放上电脑能用软件、能上网，就基本行了，这在公司里一般都不成问题。

记得当初关于可用性实验室，问Panda他们的情况时，他说他们经常也就是用会议室。至于让其他人观察，可以用其他办法代替，比如录屏、录音，有条件买个Morae这样的软件的话，就可以把简单的可用性测试做得很好了。

关键词二：用户体验
对，我的用词不是“可用性实验室”而是“用户体验实验室”，因为在这个实验室里可以做的不只是可用性测试。若有张舒服的沙发，可以用来做访谈；若是间会议室，还可以用来做焦点小组、也是可用性测试报告和讨论的好地方……这一间房间里可以从事的UCD活动可以有不少呢。
本文来自www.amizhang.com/blog
于是乎，自然是认真地侦查了我们公司的各个会议室。无奈，最近公司扩容招新人，办公场地紧张，我看中的第一选择被改造成了办公室——原先那是个有明亮窗户的小会议室，有舒服的沙发，还摆着书橱，之前我的Design Checkpoints就是在那里做的呢～太可惜了。其余的会议室，都是单调的会议桌+椅子，我一度就在那儿算尺寸，哪里可以放下个电脑桌什么的，不过又发现了选择No.2……

第二选择看中的是我们公司的活动室～入口就是有着丰富饮料和点心的茶水间，外面是底楼的小院子，房间宽大明亮，有乒乓桌、台球桌、桌上足球，还有两个舒服的大沙发——再好不过了，用户来了还可以稍微玩一会儿，然后轻轻松松地测试或者访谈。我实地拍照、画平面布置图，兴冲冲地把想法提上去——结果被行政告知：活动室那个空闲的角落，已经被运维隔开要做机房了，5555……[cry]

难道我们公司已经紧张到给我改造的空间也没有了？行政MM安慰我说，原先的一间空闲的办公室将被改造成小会议室，那间房有阳台，会放上沙发……好！[yes](两眼放光)，就要这间了！

这是偶原先的活动室改造成UE Lab的计划图…

之后Boss又让我提了一下房间布置改造的需求，大致如下：

[*]独立不受打扰的环境，舒适，有轻松的气氛；
[*]有个电脑桌来做可用性测试，机器要能流畅运行我们的软件、不会因为后台的录屏程序影响受测使用；
[*]桌子要布置得轻松些，有些文具(备好纸笔也许测试需要)、有些植物，甚至还有几个小玩具，里面还混杂着一个玩具造型的摄像头:P；
[*]要有沙发和茶几，可以做访谈，或者用本本做可用性测试；
[*]若有会议桌、白板、投影仪，那么可以做焦点小组；
[*]若能布置些员工照片，让人感受到温馨气氛和企业文化更好；

本文来自www.amizhang.com/blog
改造出一间类似于会议室+会客室的房间，平时不用于测试访谈时，就还是个会议室/会客室，不需要额外申请什么资源，是个非常节省成本的方案。不必要那种单向玻璃和专业的监控设备，这样的一间房间里你就能做很多事。去接触用户，那才是最重要的。

“业界首创精致主页(Mini Hompy)与经典全屏(Full House)两种模式的个人空间！”
我想该是发现拥挤的小页面的缺陷才开始全屏顺应潮流，不过这一弄似乎跨一大步成了潮流领先者。事实是否真的如此，拭目以待。

吸引我的原因是用了“体验”的概念，另外就是这公测纪念勋章了：

http://bbs.qq.com/cgi-bin/bbs/show/content?groupid=172:10041&st=&sc=&messageid=127488&gpc=0&ggpc=0
对类似的概念很有兴趣，推荐给我们的PM~

真正让我隔了八百年上了一次Qzone的原因是魔幻彩蛋大收集：

http://imgcache.qq.com/qzone/mall/v3/act/default.htm

QQ现在花头筋真是多～ 8过，像Qzone这种东西，我还是不喜欢….

没想到，过了长假后，又遇到了yoho.cn。又是这样！@#$%……

之前我们设计网站的时候，我一直在坚持把“登录”做得大一点点，“闪电注册”不要也做成按钮以至于比登录按钮还要醒目，难道我错了不成？
我们也希望吸引注册，因此我还没说动去改变因为某项操作而需要登录的页面——左边大块是注册、右边是登录。但我们的首页登录可不会像那种样子！之前提到视线流和鼠标流，总是该想办法让它们流畅地落在需要的地方。就算是在上线初期，非常需要吸引注册，但是那些刚吸引来的人就感到了不悦，这真是个好办法吗？

再说个新体验的，atnote.com

注册在哪儿？第一眼去默认的地方没看见，不过找到了：

虽然小小地找了下，但是相比myspace和yoho每次都扰人，注册的时候多瞄一眼真是心甘情愿……

登录区域，方寸之地，最需要去斟酌

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010008xp

我还是挺赞赏这种形式的，几个产品经理、甚至公司其他相关人员（比如运维、市场）和几个用户一起坐下一起用产品、聊聊产品，而用户也以圈内人为主。这种不是什么正规的UCD方法，远没有焦点小组那么正式，但轻松的氛围里人也往往能说得多些，实在不行好歹也算是个圈内人聚会，降低了组织和主持的难度；圈内同行也许不是很有代表性的用户，但更容易获取到意见建议。这个方法适合刚开始形成UCD氛围的公司，上手简单却很有促进效果——无论什么时候，多接触接触用户都是好的。尤其是让产品经理们也去接触用户，据我发现大多明智的PM们都会很乐意去直接接触他们，询问关于产品的看法和意见，这是个促进UCD的好开头。

而一两次以后，这种方法会逐渐暴露出它的局限。一是获得的讯息有限：PM可能很乐意接触用户，但并不擅长去问。“你心目中我们的产品是什么样子的？”、“你希望这部分能提供什么功能”，这种问题扔给普通用户是很难回答的。怎样去引导、启发用户说得更多，那可是门学问呀。不擅于问，你也难要求PM很会观察：即使是坐在一起，看我使用产品，我某一时刻皱了皱眉、询问或者埋怨，也很少受到重视，这背后是否存在问题、又是什么问题？要PM去发现，那还是很难。

另一大局限在于，这样的活动是否真正去促进了产品的优化？PM是理智的，并太会因为某一两个用户的一些想法而去修改自己的产品。每次花个几小时在那里聊、认真地还会拿笔记，可真正回去影响产品的有多少呢？而对于认真提供建议的用户，若得不到奖励性的反馈、看不见自己建议对产品的影响，几次后也会失去了动力，这样的讯息也难再获得。说句老实话，要不是因为有这活动，我早就不用小i机器人了，现在用无非是为了下次聚会而做的“功课”——小i有时候某两句话就可以让我关掉不想再去用它，但这样的我摆在他们眼前了，也没见到有多大的影响。

以上的缺陷一大原因在于没有UE的介入。访谈、焦点小组、可用性测试都是好的UCD方法，这种活动也集合了这几种方法的优点，应该是可以收益颇多的，但需要专业的人来做。因此我也思考了改善的办法。

首先是活动的人员组织，PM来接触用户是好事、邀请的用户中有些圈内人也是好事，而怎样的交谈能聊出更多，靠UE来主持和开启话题。之前曾经有过那么个小尝试，我，一个用户，和一个PM，聊一个关于社区的新功能。“你希望这功能怎样提供？”，用户一时也没个概念，我在旁做一个启发：“比如，可能可以这样xxx…还可以那样xxx…”之后用户便滔滔不绝了:“我觉得，xxx会很好，我看到别处由xx也很不错，你们可以借鉴啊”另外，人员的比例也很重要。虽然可以赞扬小i出动了那么多人表示他们重视和用户的接触，但人数压过了用户，那太吓人了。可以坐在一起聊聊，也可以分别谈谈或者坐一起来个小的可用性测试，UE+PM和用户的比例在1：2到1：4可能比较合适。

其次是问题和建议的提炼。这是UE该做的事，就像做完访谈和可用性测试一样。可能活动后还要和个别的用户做更进一步的交流，或者搭配可用性测试等等，把个别的建议转化成定性的研究结果，成为真正可以拿来促进产品的东西。

我对于自己工作的设想，是有一部分用户也时不时地参与类似的这种活动，经常参与，成为一种核心的小圈子。很多来做可用性测试什么的人，往往是“过客”，但他们是“熟客”，靠两种类型的参与者来一起促进我们的产品。具体怎么做？嘿嘿，计划中，秘密～ [razz] ]

新浪原文：http://blog.sina.com.cn/u/5772b0e7010008oe

回头看看，觉得也不必将其和可用性测试特别区分开来，（觉得自己做的还挺接近可用性测试）。方法的名字已经变得不重要，重要的是：对应时机和公司情况的方法，有价值的结果。
小兔那次的Design Checkpoints实践，我把它定义为“非正式的”，“访谈”，为了“评估”网站的改版设计。那时我们改版的网站还是一份需求书的初稿、和一些页面的效果图。不刻意去准备什么，把效果图都打印出来、设计一下问题，就可以开始了。

听取了DTE的建议，之前先写了份评估申请，关于评估的内容、目的、方法和时间资源等等。地点选在了我们一个有沙发的会议室（现在改造成办公室了，可惜>_<）,找了几个有工作闲暇的同事，在比较轻松的氛围里聊。
从简单的询问开始，诸如，除了工作平时是否经常去我们的网站(找的都是设计开发之外的人员)。首先是在UPA那个workshop里印象最深的5-second test，然后问问首页上最感兴趣的内容是什么，得到的结果似乎有点矛盾：大多人都会觉得改版后看上去内容丰富很好，但同时很难对首页上某些特别内容有什么印象。看了5秒之后却记不起首页有什么内容，结果还是会按照自己的习惯去寻找自己目的的入口……
Be the instructor，听人来解释我们的每块内容和每个功能，是最容易发现问题的地方。认为下拉菜单是提供分类查找——而事实上那不是；因为一块新闻上顶了个“每周节目单”，把新闻也当作了节目内容……一度这问题演变成了“猜猜这是什么？”让人去猜想，已经是比较严重的问题了，要命的是竟然猜不出、或者猜错……现在面对的还只是纸面原型，若那可以点击进去、让后让用户发现不是自己想要的东西，那有多糟糕？
干脆从这个方向，来问个“功能猜想”。某个页面上有个我们还没有设计完整的功能，让人来猜猜大概是什么样子，探究一下用户的心智模型。“我想大概会这样吧……”那些意见在我们后来关于功能的讨论中起了不少影响。
想要问用户我们该提供什么内容、什么功能，这样问通常不会得到什么好的回答，太大太概括的问题，或者带w的(what,how)，都很难回答。不要期望用户会把自己的心智模型端出来给你。不过关于细节，还是能得到不少建议，来个Be the designer，比如某处用单选框是不是会好些，按发帖人搜索的功能还是非常重要的，等等……

也许因为邀请的都是公司里的人，有一份对于自己产品的关心和责任感，聊得都挺开心，第一次的尝试算不错吧～不过报告提上去，相应的改动并不多，除了那个严重得人人都猜错的地方……这说明怎样让评估测试的结果真正促进产品的设计，是还需要去努力探究的，日后再写一篇来讨论这个问题吧。

关于具体的方法，欢迎大家来批批，提点意见和建议，多多交流

新浪原文：http://blog.sina.com.cn/u/5772b0e7010007is

有意思归有意思，问题也是有的：
1.上图“请选择理由”是选择拜的理由呢，还是选择踩的理由呢？真是点开了才知道：

2.再进去看，那个“请选择理由”是明白了。但是长相真象土豆……没劲

3.既然要用orz来做域名，但为什么“我拜”旁边的图标是大拇指？既然要玩Orz，没有勇气和办法全面贯彻？
首先乐呵地发现“我踩”没有对应的象形符号；
其次，Orz解释为“失意体前屈”也多少和“我拜”的褒贬词性相反；
“给小红花”、“顶”、“挖”和“拜”，给人感觉“要花的力气”也有些差别吧，就算是流行的玩意儿，也不会轻易就拜倒吧……
这么弄，对于不明白的人来说，这播吧只是有个难记的域名而已～
到时候是失望的用户orz，然后你们自己Orz了……

新浪原文：http://blog.sina.com.cn/u/5772b0e7010008j6

不管是地铁的服务系统，还是互联网产品，这些都是共通的：
不要自以为自己先进，你的服务/产品能不能让人方便愉快地用？
提示和帮助总是需要的，但一定要在合适的时候。做不到就帮不到人，做过头反而是种麻烦。
你总该第一想想怎么把使用过程做得简便友好些，然后，在再适时的时候提供恰当的帮助和提示。至于再详细的该怎么做？Angela的那篇《我要如何了解“她”》很有意思~用户的心思也许很难揣摩，但就像女朋友的心思不得不去了解，这就是我们要做的事。
也许有人要说我那天的反应太多了？记住你永远会有爱抱怨的用户，就像个爱“作”的女朋友，很多细节都会导致他们的不快；
也许你要说这些问题你无所谓？别忘了，地铁再挤再怎么还是得坐(除非有车啊…)，你的产品可不会有那么强势。

>>后续：
昨天下班发现了新的情况：

竟然有个喇叭挂在旁边不停地重复着“本站实施无人售票，需要帮助的乘客请按求助钮……”然后我才想起来，哦，似乎是的，旁边竖着个玩意儿上面有个按钮的说……Faint，为什么它不在机器上？

新浪原文：http://blog.sina.com.cn/u/5772b0e7010008dy

几点心得：
1.不管是圈内人士交流会也好、焦点小组也罢，方法是死的人是活的，找到合适的、有效的就行。
地点选在咖啡馆是个不错的注意，参加者会比较愿意来、轻松的环境里也会说更多；
邀请圈内人士，可以得到不少个方面的建议、UEer在访谈/测试的时候能主动配合；
不过不管是交流会还是焦点小组，需要有人好好的组织主持，这样才能围绕主题、得到想要的讯息
2.当你真正观察到用户怎么使用自己产品的时候，一定会发现之前发现不了的事情，会提醒你去重视用户体验。现在国内不少的公司都是上层开始意识到要去重视用户体验了，但是能在公司里站出来提这件事、带领大家去做这些事的人，还太少。
3.访谈/测试时提合适的问题很重要。并不是每个参与者都能做到Think Aloud，想知道他在想什么？你就得找个合适的办法去问；如果想去探究用户心中关于产品的理想的心智模型，靠问“你心目中的____是什么样子的？”恐怕得不到什么具体的回答，也许在UPA学到的CheckPoints中的"Go shoppoing!"、"Design the Box"会是不错的办法；用户什么时候会放弃任务？也许在家他早就放弃了，却在你面前反复试？……种种问题，还需要在不断体验中（作测试者、也要做参与者）去发现和解决。

探索ing!每一天都继续努力吧~

新浪原文：http://blog.sina.com.cn/u/5772b0e70100089s

之后另一个设计的优化又是和视线流、鼠标流相关的：
一行一行的数据，鼠标悬停的这一行背景颜色变化，这样也帮助鼠标流和视线流的汇聚：

然后，在这个的基础上我们有这样的交互：鼠标在这里悬停几毫秒后浮出一块：

问题就出现了~若这一块出现在鼠标的坐标位置上，就会遮住一部分这一行要看的东西，于是，要把它挪到下面；又考虑到用户可能让鼠标指着一行一行往下看，这一块东东不能挡住鼠标往下移；又因为需求里要求这一块浮动的区域也可以点，还要给用户鼠标移到区域内点击的机会……
最后的设计是这块东东出现在了鼠标坐标右下方一定距离的位置，保证横向、竖向的视线流/鼠标流都流畅，也有可以移动到该区域的鼠标流：

恩，这样就OK了~结果是“鼠标流和视线流都流畅”，这般和开发、产品一起沟通解释起来就方便了，一次优化就基本达到目的。

PS:弄这两个词儿出来不是要定义某种概念，只是小兔为了方便UI和开发之间沟通时候的一种描述方法~

新浪原文：http://blog.sina.com.cn/u/5772b0e70100087z

No. 2.5 不要只看见UE

这句话是公司的同事送给我的，一位项目经理。PM要看到的和关注的很多，这样的一句话，很是受用的。No.2.5可以说就是No.2的“宽阔”这部分，上次说过的就不再重复了。
周六和市场的一头儿去参加5G——当然去之前我不知道、甚至还没听说过5G,之后补习了下。去之前所知只是去参加一个IT专业人士的沙龙，Ami的任务是去做个小的问卷调查。
主题是《客齐集：实战，选择》，感觉听IT人说说还是很有意思的，不直接受用但很有参考价值。关于王建硕说一直向用户妥协，其实很想去请教下怎么去妥协，但是那天身体欠佳收了问卷就打道回府了，如果下次还有机会去的话一定要多交流。我很想看看5G里这些精英们怎么看待用户体验~
做UE的有点特殊，因为这个行业在国内还在发展阶段，对于UE工作的定位也是模糊的、各家公司不同；而互联网行业总是风云变化——因此我觉得UE应该是注重观察的，不要放过各种优秀的、新的产品的体验，要留意行业的发展变化，不断学习才行。无独有偶，发现白鸦在北京也参加5G，呵呵~
如果上次说“宽阔”，只说到了要综合考虑问题和与团队融合，那么今天把内容再扩得完整些。除了这种放眼观察的“宽阔”，我想也许还有一种“从产品出发”的宽阔，因为UE不只是顾及可用性。关于这点，小兔要换去产品部啦，我想过阵子会有更切实的感受。

呵呵，谈了那么多“宽阔”，也在说说“专注”，我喜欢把Google的这句话搬给同事听：
Focus on the user, and else will follow…
对于我们来说还做不到，比较理想化，但我们会去努力。

新浪原文：http://blog.sina.com.cn/u/5772b0e70100086f

首先，我们把用户使用我们的产品的体验过程(暂且局限成'访问我们的网站'吧)想象成玩一个RPG游戏。听到这字眼，也不必想得很复杂，回到n年前最最简单的RPG：
一般屏幕的左上角都有这样的一个人物头像和数值条：

在RPG的游戏里这一条一般都是代表着HP(SP什么的我们暂且不去想)，而在这里，这一条是UEP。
一般情况下，用户刚来访问网站时，UEP是满的。但是可能有很多因素/事件影响UEP，比如在DMMT里见到的这张图：
手机拍的，看个大概。详见DMMT第10章-可用性是基本礼貌
首页上看不到想要的信息，也许UEP就减了10；找东西很费劲，减了20；碰到问题FAQ里也没有答案，又减了30……

减着减着，UEP也许变成黄色了，不多了，用户已经不高兴了；再减减，红色了，已经明显给用户造成了消极的体验；最后减到了UEP=0，耗尽了用户的耐心，这里生成游戏的失败条件：

当UEP减为零时，用户完全失望，会离开我们的网站。

这里也包含了一个我的观点：UE设计的细节会累积、然后影响用户对于我们的总体感受与评价。
但恐怕游戏的失败条件还不止一个。我们有同行业竞争者，用户可能还在访问他们网站/使用他们的产品，也就有了UEP'、甚至UEP''……用户用脚投票，当他们觉得另一个更有用、更好用，就会离开我们而投奔去我们的竞争者，即使我们的产品也做得还算不错。这就生成另一失败条件：

当UEP'＞UEP一定数值时，用户会离开我们的网站，选择别的产品。

但人是不同的，有些人耐心比较足、有些人天生要求高、有些人用什么东西都会很快上手……就好像在游戏里，不同的玩家有不同的等级、HP最高值、攻击力等等~UEP初始值为多少、遇到什么样的事情UEP减少多少？为解释这些问题，我们把上面这个超~~简单的RPG再完整一些。

游戏里应该会有这么一个人物属性界面：

不同的人会有不同的等级、属性、能力等等。在用户体验的RPG里，用户也会有类似的属性：

[*]人的耐心可能影响UEP上限，就像游戏里体力影响HP上限；
[*]一些人在体验过程中容易受挫，UEP下降得快，就像游戏里防御低每次受攻击就减血多*；
[*]某些人对某方面的要求比较高(比如视觉效果)，那么视觉效果对他的UEP影响就更大，就像游戏里火属性的受到水属性攻击时伤害可能是1.5倍*；
[*]游戏里人物有等级，谈论UE的时候我们也会说“新手·专家·中间用户”*；
[*]也许我们还有些特殊的访问者，使用屏幕阅读器、或者是色盲，如果可访问性没有做好可能就造成“致命一击”*；
[*]…………

诸如此类，最后形成用户体验RPG的专用人物属性表：
属性探索整理中*
我们可以采用类似Personal的办法，建立典型用户的属性表，来分析出一定的用户需求，找出产品设计的侧重点。

通过这样一个简单RPG的比喻，Ami向同事解释UE在用户使用我们产品过程中可能造成的影响。当然，这样的解释可能是表面的，也不能解释大部分的UE要点，但是起到了“入门”的作用，相信要比一大堆理论来说更容易理解和接受。
而且我打算把这个有趣的比喻好好整理，成为自己的独家理论 [cool] 文章里有不少*，那就是以后会补充完整的地方，希望大家能多给意见 [razz]

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010007xy

做UE，眼光既要专注又要宽阔

专注，这很容易理解，UE就该一切从用户的角度出发、致力于提供尽可能好的用户体验。但对于一个好的UE来说，这些远远不够。

举例比如我之前写的再说验证码，单纯从UE角度来说，当然是不该有验证码，但是这种情况要考虑相应的技术安全问题；
又比如今天：我们产品的UI要坚持一个细节的设计：固然那样做的确可以给用户体验加分，但是技术实现却很复杂，最重要的是开发进度紧得很技术部都加班了——这个设计的确好，但一边嫌开发进度拖延一边为小事情动大干戈，这样好么？如果它好，这个小细节可以不在1.8的大改版推出、放在日后1.8.1么。这里的UE，还得考虑技术实现和开发时间的问题。(互联网时代不是大鱼吃小鱼、而是快鱼吃慢鱼，类似的意思PM肯定说过吧)

之前在白鸦的博客上曾经引发了对于UE话语权的热烈讨论。我认为，UE的话语权除了靠公司重视你赋予你权利之外，更重要是靠UE自己争取而来。一方面靠自己的能力、提供合适的建议来使大家信服，一方面要学会去沟通去融入整个团队，不能死脑筋地说我们就该这样这样做，不管技术问题、不管时间进度……这样肯定不会把话语权交给你。(不软弱不盲目妥协，但适当的时候要学会妥协和寻求另一种办法)

如果要对这句Motto做个简单的解释，那就是UE始终最重要的、第一的是从用户的角度出发，但同时也要眼光宽阔，去综合考虑技术等其他的因素、沟通的时候也为团队中的其他人想想。

小小心得，欢迎大家的建议~

新浪原文：http://blog.sina.com.cn/u/5772b0e7010007zy

如果除了验证码，网站的技术措施没有办法抵制攻击和控制秩序，那就该考虑考虑是不是撤销验证码。为了这一方面的用户体验的提高，可能是冒着造成更大恶劣体验的风险：当用户看见大量恼人的广告贴、当用户看见满屏的刷贴、当服务器承载不住攻击的流量而当掉……一旦它们发生了，负面影响可比验证码来的大得多。就算靠维护人员去删，那也是亡羊补牢避免问题扩大而已。
可能是因为身在技术部，可以说我更容易为自己人去考虑问题，但我始终是以为用户考虑为第一——权衡取舍，为尽量给用户提供最好的体验。

若暂时还不能撤销验证码，那我们把它做得方便简单些：把英文数字变成纯英文、输入时自动换档全部大写；减少验证码图片的噪点，少做文字变形；选择容易辨认的清晰的字体。我们想过很多，甚至想过把验证码换成简单数学题(不过很快就被枪毙了，机器要遍历答案很容易；用户会认为我们把他们当傻瓜)，而且最开心的是我们的开发人员会主动去想代替验证码的安全措施——和他们沟通合作我觉得很愉快。

一日大家凑在一起找合适的验证码字体，上百个字体一个一个看过来。这里有些选择验证码字体的小经验可以和大家分享：

通常为了找容易辨认的字体，都会先注意粗细适中的无衬线字体，比如这种:

但不见得它们就合适，往往C和G和相像、I会被误认为是1(我们要用纯字母了，但用户可能还会以为有数字啊);
PS:如果不知道什么是有/无衬线的字体，拿个有衬线的来比较下：

粗体的固然醒目一些，但是比较拥挤而且笔画造型容易导致困惑：

比如上图的J,L和Q

找一个比较合适的：

我们要求是：
粗细适中、笔画圆润简单的无衬线字体;
每一个造型都容易辨认；
G,I等细节处都有区别；
可以有些大小变化，但不要拉伸变形影响辨认。

这就是我们暂时的对策了。既然还撤不了验证码，起码把它做得简单些、减轻一些用户的负担。暂时性的对策还可以考虑：未登录发帖需要验证码，登录后不需要——对注册用户我们相对可控，而且可以鼓励注册登录。

最近工作的两大关键词：权衡.沟通。还是坚信这一点：从点滴之处开始努力，可以累积起良好的用户体验。

新浪原文：http://blog.sina.com.cn/u/5772b0e7010007lh

<上一页 1…5 6 7 8 9 10 11 12 13 14 15…50 下一页>

<上一页 1 2 3 4 5 6 7 8 9 10…50 下一页>

大致的设计思想是：永远显示第一页和最后一页的页码，当翻页无效时灰色显示。视觉上的设计每个页码和都是有个小框的，当前页的页码采用不同的颜色、无框。

什么时候显示省略号、页码显示多少个，都需要有个约定，所以又设计了相应的规则。具体数字可以作变化，用类似公式的方法表示：

每页最多显示n+m+n个页码。第一页和最后一页显示m'+n个页码，当总页数小于等于m+2n时，不会出现省略号；
中间的m个页码，从n+2到n+1+m起左侧显示省略号，至k-m-n-1到k-n-1右侧显示省略号

关于这里的几个变量：
n: 从功能上说，显示第一页和最后一页就可以了，也就是n=1。但可能让这两个页码显得很孤立，所以淘宝的设计是n=2，如图：

不过我们的页码有了框，孤立感不明显，n=1

m: 除了第一页和最后一页，中间显示的页码数。m=11的好处是显示3~13、25~35这样完整的一组页码。不过后来和我们的产品讨论，考虑到我们的总页数不大，改成m=7

m': 出现在第一页、最后一页时显示的页码数，m'<=m

k: 总页数

这逻辑看上去比较复杂，不过定下来之后就没有那些变量了。再说，具体的规则是写给开发人员看的。不敢说是很完善的设计方案，只是在原先<上一页 1 2 3 4 5 6 7 8 9 10 下一页>这种简单的设计上进行了改善。

不过我坚信，从点滴之处开始努力，可以累积起良好的用户体验。

新浪原文：http://blog.sina.com.cn/u/5772b0e7010007lg

Tag Cloud的第一个作用可能是导航。但清晰的导航基本也该符合或者靠近7±2原则，也就是说，只适合少量的标签。
第二个可能是分类。乍看和导航好像差不多，但我觉得可接受的数量能大一些，十几，二十几？可以把内容归类检索。导航的数量也可能是到这一级别的，有时也颇为无奈，只能算是比较差的导航。
第三是关键字。可能是标签最适合出现的一种形态。豆瓣啊，土豆啊~这种类型的网站，标签的量都是可观的，上百、甚至上千。如果没记错的话，土豆的视频就是靠标签来作为关键字搜索的(某个播客有很多动画片，但主人标签都不好好设置，然后用土豆搜索相应的动画时，就搜不到该播客的结果。按名字搜不到？多奇怪)

其实，对于某个人的博客或者某个个人用户来说，标签是可以成第一、第二种作用。比如某人的博客，标签可能有UCD、用户体验、CSS、摄影、生活……等等的标签，访问标签云集的时候可以当作分类或是导航。但是对于一个网站来说，标签很有可能就是海量的，比如抓虾、豆瓣，他们的标签多得数不清楚，还会有些不规范的对别人没用的标签(我用抓虾就有时会打上“等待详读”的标签，有时没有看完但是打开后抓虾都会标记成已读)，量是没有办法控制的；但我们公司的网站又有些不同，标签是编辑打的，只随着我们提供的内容增加而有变化，虽然量也很大，但却是可控的。

但我依然迷糊：就算标签的数量是可控的，还给标签分了类，但标签云集依然是好大一片密密麻麻，这能给用户提供怎样的信息检索功能？数量太多的结果恐怕是引入你眼中的只剩下那些热门Tag，成了热门标签推荐？

那到底，什么样的访问者会用到标签云集？在什么情况会需要用到标签云集？用了做什么？对于标签云集的存在，我依旧不理解。

新浪原文：http://blog.sina.com.cn/u/5772b0e7010007fy

我脑里的思路转了一圈，才想到，不对，Ajax! 而且就是那种反而减损用户体验的Ajax…

习惯了，点提交的那一刻如果有问题会弹出来~ 若没有弹出对话框来，总有什么提示会告诉我。但是所谓的错误提醒信息却被我忽略掉了……
做UI的，对于出错和操作的反馈信息，是最基本要考虑的。但Ajax容易造成的疏漏就是反馈信息非常的不起眼……

这就提醒我们要小心了，用Ajax是为了提供更好的用户体验，而不是弄巧成拙。若不是跳转页面或者弹出对话框，那就要用更好的方式来反馈信息，好好考虑出现的位置、方式、和色彩等等~
不然……还不如乖乖弹个对话框出来呢~

PS：
回头一看文章点击量不错，一查果然是被白鸦链了
当AJAX被抡圆了用以后….
“我需要再次说：AJAX是个好东西，很多时候她可以帮助我们更好的改良用户体验设计。
我喜欢她，所以不滥用。”

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010007fs

其实，游戏中的验证有两种形式。第一种就是上次提到的验证码：

在这个验证码窗口弹出时，其他游戏的操作一概不能进行。若在战斗状态，在输入正确之前，只能看着每回合30秒的时间倒数、而你队伍中的伙伴也和你一起干等。我遇到输入错误的情况，这时候会出现一组新的验证码。但按我几次碰到同队伙伴因为验证码输入错误而被强制下线来看，估计第二次输入错误就会被踢下去了。另外，如果一直不输入不操作，一段时间后也会被强制下线。
还有种恼人的情况：但验证码输入弹出时，我正用微软输入法打一句句子，回车确认后却出现在了验证码输入窗口(上文就提到，其他相关的操作都不行了，光标自动停在了验证码输入框)，之后把打的句子都删除、再输入验证码。
有没有感觉少了什么？在不少网站，当需要输入验证码时，还有一个看不清楚换一组验证码的选择，但在这游戏里，这输入框一旦弹出就把玩家逼进别无选择的境地：只有正确输入，才能继续游戏。在网站上我们可以后退，可以不发布/登陆，而在游戏里呢？玩家只有急急地输入，然后向队里伙伴解释自己为什么下线或者耽搁了一会儿——这恼人的验证。

另外一种验证，似乎好了很多：

选择4个游戏中形象的头像图片中，和另外三个头像朝向不同的图片。通常要分辨朝向不同的图片还需要稍微看个大概零点几到一秒的，但是相比验证码的输入简单了不少。但为什么要两种验证方式同时采用？这个疑惑，除非金山来帮我解答了吧……
而且这个验证在实施中也有很大的缺陷：

这张图和上一张图都是一个下午截的，细心的人有没有发觉少了什么呢？我第一次遇到这种验证的时候也是这种情况，连个提示都没有，要做什么呀？当时我随意点了个我觉得可爱的头像，运气好正好选对了，这组图片也就消失了，然后也不知道发生了什么，一头雾水地继续游戏去了。
若选择错误，会再弹出一组图片给你选择，选择对了再去选刚才那组，把两组都消了才能继续游戏。
对于验证操作的提示，除了这有时有有时没有的提示之外，在系统消息里也会显示“您答对了！获得了一个xxx”的字样，但输入前却没有文字提示！倒是那严肃的验证码输入框弹出时，系统有文字提示的。

迷糊了么？厌烦了么？只要你在游戏中操作，总会过段时间弹出这些认证。

话说回来，用户为什么一定要输入验证码呢？
什么防止恶意自动注册、游戏外挂等等，这些技术和安全问题，用户是不必了解的、也不该为此负担什么。很多人在登陆网站、发表评论的时候，都不知道自己为什么要输入验证码，用户只知道多了这个输入英文数字的麻烦步骤。如果说对于网站来说，为了安全不得已而为之，但对于网游来说，大可以设置程序对外挂进行判别然后剔除，为什么把这些事情，也让每一个参与游戏的玩家去负担呢？

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010007c5

Design Checkpoints: A Fast and Easy Technique for Evaluating Designs with Customers

Design Checkpoints：与客户评估设计的一个快速而简单的技术
Robert Barlow Busch, Quarry Integrated Communications交互设计实践总监, (加拿大)

曾经有想过写写把可用性测试简化运用到个人设计师/小团队的设计过程中去，但参加了UPA的这个workshop之后，我想不如就直接推荐Design Checkpoints吧！

就如演讲的标题，这是个快速而简单的评估设计的方法，容易做到也容易看到效果，最大的好处是设计开发的团队不论大小、处于哪个阶段(当然，别太晚了)，这个方法都是可以用到的。

What are design checkpoints?

首先，这不是一个可用性测试。对于设计师来说，和顾客的交流非常重要，但通常设计师不参加可用性测试，因为会趋向于保护自己的设计；而Checkpoints是设计师参与的，通常可以这样:
一位设计师，一位顾客，一个小时。当然，设计师可以不止一个，也可以一次分开访谈多位顾客，还可以请PM或者项目相关人员在旁观察。

这里的顾客(Customer)，解释成End User更为恰当。如果条件有限，也可以请同事代替，但最好他们能以普通用户的身份来参加评估。如果在开发过程中有多次的check points，每次邀请的人可以保留一些之前的访谈对象(注重最新的更改)和新的人选。

类似于飞机驾驶，航线途中可能不断需要调整方向，以免因为风向等的缘故偏离航线，Design Checkpoints的作用也想是设计过程中的参考和引导，做出最好最合适的设计。

比较Design Checkpoints和可用性测试

后者是正式的，前者相对来说非正式、访谈过程也比较轻松自由；
可用性测试的费用可能很昂贵，但Checkpoints耗费就很低；
Checkpoints相比之下可以更频繁地进行，8个月的开发周期中可能只做2-3次可用性测试，但Checkpoints可以两周就做一下；
可用性测试是任务性质的，而checkpoints是访谈/讨论性质的；
可用性测试的结果比较科学、文档记录，而Checkpoints的结果是经过归纳总结的。让我概括的话，可用性测试正规严肃，而Checkpoints更轻松并有很多机会讨论。

关于进行Checkpoints的地点，这自由很多，可能是任何一个可以谈话和观看设计的地方。会议室、可用性试验室、甚至利用远程技术(桌面共享之类的)

下面来谈谈三种Design Checkpoints:

Discovery Checkpoints

主要的作用是 Understand your customers.Test your assumptions.
可以说是初期使用的方法，我想需求定义的阶段比较合适。

可能用到的方法：
Getting to know you
用户使用产品的目标是什么？
访谈和观察
Task inventory
用户会怎样使用产品？
头脑风暴，角色扮演
Process mapping
用户会怎样执行关键任务？
角色扮演
Go shopping!
列出任务或者特性的列表，受访者会愿意“买”其中的哪一些？
Desgin the box
提供一个空盒子(真的空盒子或者画一个)，和受访者一起设计这盒子的样子、为什么是这样子？

这些方法中，印象较深的是Go shopping!模拟讨价还价的情境，在了解用户需求的同时也让他们参与了对于功能的权衡取舍。最重要的是，这种方法很轻松生动。

Exploration Checkpoints

作用在于Explore alternatives. Test different concepts. 个人觉得适合用在原形设计的初期。早一些犯错误，因为那时候的代价小，也可以从中学到不少。你可以拿着一个wireframe(线框图)就去做checkpoints了

可能用到的方法：
5-second test
给受访者看页面/屏幕仅5秒左右，然后问问他们记得些什么、哪些比较重要
Trial by fire
不要介绍或者引导，就让参与者独自面对界面，让你的设计帮助他明白
Be the director
让设计师来作用户，演示使用的过程，让受访者提供意见和反馈
Be the designer
鼓励受访者来设计他希望的原型
Be the instructor
“假设我没有用过这个产品”，请受访者来介绍一下怎么用(很适合来结束checkpoints)

记得在这个阶段，不要执著于一个想法，你可以准备两三种在这个过程中比较一下。关于评估的内容，可以zoom in，探讨一些小细节；也可以zoom out，讨论一些比较全局的问题。

Validation Checkpoints

为了Validate your decisions. Test the details.
你可能要去找那些明显的错误，但不必担心焦虑。当你看到它的时候，你会意识那是个需要解决的问题。

可用的方法：
Exploration checkpoints中的任何一种方法，详细的；比如5-seconds test, trial by fire, be the instructor
Task completion
类似于可用性测试

这次workshop里，我们就分组做了这样的尝试：设计一个影片租赁网站首页的wireframe，然后每次交换组员来做checkpoints。是Ami我执笔，集合了大家的idea在好大的纸上画，然后请交换过来的组员作为受访对象。

大家都没有忘记先来个5-seconds test，也询问了受访者感兴趣和关注的点、和希望有的内容等等，并随之做出调整。切实地尝试之后，也的确感受到了这种方法的作用，而且整个过程轻松愉快~

发现组内专业人士，因为工作关系，会比较喜欢多一些类似于可用性测试的尝试。但即使是专业人士，也别忘了不要因为一个受访者的意见就驳倒更改原先的设计，因为这只是参考意见，也只是个别的想法。(可用性测试的结果也是基于一定测试的人数的吧？)小小的workshop里就发生了这样的事：A组做来一个人说，我希望在xxx有xxx，于是我们组就有人坚持要改~而后的结果是B组的、C组的，都觉得xxx位置的xxx很多余。

最后的总结和提醒：

每间隔2周做一次checkpoints;
每次征募2名参与者，1小时;
在一个上午/下午连续做checkpoints;
少花点时间准备，就用手边有的材料、不要为了评估而建立原型;
尝试让设计师来做checkpoint;
尽量让你的发现和结论简单些——通过email分发;
篇幅有限，就写到这里啦，下次结合Ami的实践继续谈~

可惜还没有拿到一同参加的朋友所拍的照片~ DTE等我这篇文章等了很久了，我等那些照片也等得望眼欲穿啦~~

新浪原文：
http://blog.sina.com.cn/u/5772b0e70100079o

今天要谈的体验，就不是网站什么的，而是游戏。

因为朋友的关系一起去玩了水浒Q传，是个Q版的回合制网游。对于网络RPG有惧怕感，因为是个非常不善于练级刷怪的游戏菜鸟。但是有朋友陪伴高人携带，玩着玩着也发现了不少乐趣。金山的这款网游还是颇为用心，看得出做了很多的努力，但并非所有努力却带给玩家的都是愉快的用户体验。

恼人的防外挂验证
网游都需要对外挂做一些防治措施，水浒也是。游戏中不定期会弹出验证窗口，输入或选择正确还可以获得小小奖励。听上去是不错，但事实是在游戏里经常听到玩家对验证怨声载道：
验证码是4位英文字母，歪歪斜斜难以辨认，难输入又容易输错。回合制游戏，每一回合如果有人慢了、被验证卡住了，队伍中的其他队员都要一起等；要是这人验证码输入错误了，就突然被踢下线，连人影儿都不见了……想象一下，正合你的朋友玩得开心地时候，时不时弹出这样个恼人的验证框卡住你的聊天和游戏操作，输入正确可能也就只拿到新手才用的补hp道具，输入错误还要被踢下线，什么感觉？就看见好多玩家每次验证完都要气呼呼地埋怨。
游戏玩家不是优哉优哉上网的网站访问者，验证的方法是不能照搬的。其实我很想和金山提议，就不能把验证做得简单些？验证码显示得清晰些，把字母改成数字，或者干脆把输入改成选择，不就会好很多了么？不然好好的一个措施，却成了带给玩家恶劣体验的一大缺点。

过头的文字屏蔽
第一次发现游戏中有文字屏蔽的功能时，我觉得不错；但是玩了几天后，才觉得这更是一大缺点。本来对一些敏感和不文明的词语屏蔽，可以造就一个文明的游戏环境(尤其对于回合制游戏来说，聊天是挺重要的功能)，但是看看具体的情况：

原话 游戏中的显示
操作系统 ~!作~!
我妈叫我了 我~!叫我了
充值用金山一卡通 充值用~!一卡通

这都是很日常的话语，却也每次都打不出来，自然也免不了让人恼火。吃一堑长一智，现在的玩家都是这样打的：
我mama叫我去吃饭了/你可以用金空格山一卡通充值啊！
但同样的道理，骂人的也都用拼音骂了……但这样，所谓的文字屏蔽也没什么意义了…

35级的玩家都不会的新手功能？
说来好笑，当我在游戏中的角色35级的时候，我还不知道怎么在非战斗状态下给自己的召唤兽加血(HP)，打开物品栏双击，道具就只对玩家用，每次都在战斗中浪费一个回合用来补血。直到一天在外战斗的时候问起同队的伙伴，这才明白了。一旁一个28级的玩家说“哦，原来是这样啊，终于明白了！”


看上面的两张图中的道具栏，发现区别了么？要选中“召唤兽”标签，使用的道具才对召唤兽有效。这样的事情要是发生在一两年前，我肯定就在感慨自己真是个游戏菜鸟了~

对于任何一个产品，良好的用户体验都是很重要的。记住用户是脚选择的，不满意的时候就会走开。当玩家们都去选择其他网游的时候，金山，你们会后悔自己做的这些事情么？

The Next Generation of UI via New Experience
(Case Studies)

经由New Experience的次世代UI研发（案例分析）
Seung Goo Park，DNA用户体验总监(韩)

终于在麦兜的博客上找到了DNA第一天演讲开始时的视频：http://www.maidow.com/read.php?57。在DNA的网站 上也有，但是速度慢。我还是很欣赏这一段，有空一定要把整张图给画下来。

听过了第一天的演讲，知道了这个workshop和我预想的不一样，接触的是更新的更有创意的东西，但并不影响我的收获，而且非常愉快~

Workshop Introduction

Workshop从review昨天提到的次世代UI的概念开始。为了接下来的内容按每个桌组成一个team，选出一个组长。在这里了解到DNA NX Lab的队伍组成：

Psychologist心理学者、Human Engineering工程学、Graphic Design视觉设计、Interaction Design交互设计、Product Design工业设计和Marketing市场。

Project Introduction

一个新的概念：PUI(Physical User Interface)。按键、触摸屏……乍一听觉得只是产品设计的事，但通过示例和亲自动手参与project，让人的确会赞同结合PUI所迸发出的无穷创意。这的确是带给用户新体验的很好的渠道。
类似的，还有AUI的概念，Audio User Interface。

这里提到了几个例子：
三星的一款触摸屏手机，在屏幕左边滑动(好像还一定要是从下向上？)是进入主菜单、中间滑动是进入通话、对角滑动是关机……普遍反映是操作过多根本记不住，可用性大大成问题。
另一个就是BenQ和西门子的这款概念手机，不少人都看过了吧？

还有诺基亚的结合触摸屏的概念手机……

另外，也看了两个DNA的设计例子，都是颇有特色的PUI设计。

第一天的疑问始终是在我心里，似乎DNA的设计跳过了可用性？表面现象似乎如此，因为不少设计针对着追求新体验的年轻人市场。但事实他们也有很多研究、比较、测试等等过程，从他们的队伍结构也能明白。只能说，相对于可用性，他们更追求新的体验。

Project

在提供的2款手机中选择一个，分析它的PUI的优缺点，并设计通话、短消息等基本功能和照相机等多媒体功能的界面。
两款都是翻盖，第一款是上下2个大触摸屏+侧面滚轮，第二款的特色是原先12个数字符号键现在是12个LCD的按键。都有很多发挥的空间，但不知为何所有组都选了第一个奢侈的双触摸屏>-<…

拿到了纸张工具，大家开工。有点手工课的味道~ 大家参照DNA的队伍进行分工，结果也很难确切分。我承担了初期把Idea画下来的工作……照片里我拿着是铅笔，估计就是在记了。我右边的是我们的组长，来自华为，负责记录PUI的优缺点。我们讨论出了很多Idea，灵感远远不断~双触摸屏的发挥空间很大，可以执行双任务、有超大的显示空间。讨论之后分几个人把IDEA画在了纸上。

小组发表/交流

完工之后每个小组上来发表自己的设计、介绍自己的Idea。照片里就是我们的组长在介绍了。值得开心的是我们觉得自己组是最富有创意的~ 我们的创意有n多张，照片里的是短消息功能，左侧的上下屏就是我的设计啦~ 上屏是提供多色画笔的涂鸦空间，下屏是可以拖曳进涂鸦区的小图片，还可以选择相机、添加多媒体等功能。右侧是传统的文字短信，下方双米字格手写输入。
我们组还有很多创意，如同星系图般的菜单、通讯录的浏览、多媒体文件浏览、横向使用手机等等……

开心地听着组长发表的我~ 来自Sony的日本朋友拍的。

心里也许嘀咕DNA可以带着大家那么多创意回去了~发表完才知道这两个项目他们都已经开发完了。我们的小组发表结束之后，看了他们的flash demo。的确很精彩，着实发现了他们一直提的PUI精彩之处，激发GUI/UI设计师通过PUI为用户提供更新的体验。也看到他们的确设计了双任务(边看电影边写短消息)、横向使用手机、涂鸦短信等我们想到的功能。

剩余的时间又有机会看了第一天演示的M-mate的Demo，细细看会发现他们的用心：虚拟宠物渗透到了手机的各个功能：短消息、音乐播放、蓝牙游戏……并且借由升级和换装功能，能够让虚拟宠物带给人的新体验成为一种持续的体验、而不是短暂的新鲜感。

这一部分内容很多，但不便贴图或者详细阐述。我想重要的也不是把什么拿来参考，重要的在于启发和交流，让我们寻找更新鲜的Idea和更好的方式。当Workshop结束时，我也觉得追求提供新体验，不见得要跳过或者忽略可用性，好的想法加上一定的平衡，可以诞生可用性佳、又能带来新体验的出色设计。

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010006qa
新浪评论：
[匿名] dte
2006-11-30 23:32:28
不错 这种讨论的方式很不错
实习的时候经历过 课程设计的时候也挺象的～
ami收获不小吧，还是得亲身经历才能够吸收啊。。。：（

现在百度空间的文章状态，除了公开和私有之外，还有“仅向好友开放”。昨天突然意识到是个不错的功能，写了篇文章然后去和朋友说“你也去百度注册个，然后加我为好友”
他自然也知道我是给他看一些私密的东西，就问我怎么注册，然后过一阵子说“我加好了”。我马上登录自己的百度空间，却发现什么变化也没有：我满以为会收到个消息说“xx添加你为好友”，但是没有；我看看自己的好友列表，也啥动静都没有。这我就奇怪了：难道谁都能加我为好友，而且我还不知道？那仅向好友开放的文章也谁都能看？被迷糊了，大为不悦。

看看那篇只对好友开放的文章，却毫无动静没被看过。这我才明白了些，要了朋友新注册的百度空间地址，跑去加他为好友，这样才在我的好友列表里看到了他。我想这才让他能看见我“仅向好友开放”的文章，但昨晚躺到床上我才想起来，这仁兄之后就没再去看了呀，估计以为我还没写呢……知道是这样的话，当初就应该说“你也去百度注册个，然后我加你为好友”~

用QQ、MSN用习惯了，总觉得添加好友是双向的，你添加我、我也添加你~ 这闷声不吭的添加，哪还有“好友”的感觉呢？即使是单向的操作，比如豆瓣的“友邻”，我起码也能收到封豆邮告诉我xx把我列为友邻了、还指向他的豆瓣让我可以把他列为友邻。那在我看来，百度空间的好友功能就是不完整的。

先做减法再做加法是好事，但是不是该把一个功能做好做完全了，再加上去？用户可以接受简单的东西，但不能接受半成品。

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010006pf
新浪评论：
[匿名] dte
2006-11-28 21:17:34
我想应该不是加法的过程～而是baidu的疏忽吧 呵呵
好心细的小姑娘～

amizhang
2006-11-29 11:05:20
加法过程中的疏忽吧？
而且不是小细节……这个不做好“对好友可见”功能就起不到应有的效果…

Some Right - and Many Wrong -
Ways to Incorporate Usability into an Organization

如何将可用性融合到组织/公司中——辨析正确与错误的做法

Paul Sherman ，UPA副主席（美）

Abstract:
这个工作坊将给参与者提供一个机会，来讨论那些来对在中型以及大型企业中建立一体化的可靠的、明确的UCD流程的有利的和有阻碍作用的来自组织的因素。

大家来了一圈自我介绍之后，Paul先开始了他的lecture.

Understanding the Enviroment

首先是Cause.为什么讨论UCD？是什么让你的公司注意到了可用性？有没有类似Paul在第一天讲座中提及的危机出现？这里Paul还提出了一点，有没有一个高层的领导带动？我觉得这一点非常的重要。

Culture.理解公司的文化很重要，Paul大致分了三类，并指出在这样的公司中贯彻UCD的挑战：

Engineering-centric 这种公司通常低估User Research的作用和影响，关注产品的技术如何、有什么什么功能。工程师往往很自信认为他们了解一切，但还愿意结束数据、证据。因此给他们看可用性测试的结果会是个不错的办法。

Design-centric 设计师很可能设计出美观的、设计师们喜欢的东西(一针见血的现实哈)，更关注美学方面的用户体验，很容易就把平面出版物的规则套用在了web的设计上。User Research对设计师有帮助，但效果有限。

Customer-centric 这种类型似乎是最容易贯彻UCD的，但实际中会有不少问题，也许你们的Sales/Marketing自称了解客户，也许你们听了大客户的意见却没有真正关注用户怎样使用产品…

分清公司的文化，颇有些辩证施治的味道，的确让贯彻UCD变得更加可行。个人觉得工作经验的不足导致我对这些公司文化了解不够深入…

Paul在中间回答了一个问题，软件的User和Buyer之间的Gap。为了那些买软件的人设计，还是为了用软件的人设计？这的确是个问题，而我以前没想过。这中间是要做一些权衡的，而这种问题很有可能是在Custome-centric的公司中出现。

Clout.谈到这里，从Paul的话语里我又意识到high-level champion的重要性。其次就是一句话：Remember to ask. 即使你的公司公司不重视UCD，问一下，也许就争取来了机会。

Current Efforts.现在公司中对于可用性或者UCD做了些什么？

Managing Change

这里提到3个步骤：Unfreezing->Change->Refreezing。
之后Paul和大家分享了些自己的经历。

接下来是分组讨论的时间，先上张照片吧。那个看上去还像个小姑娘的就是我啦~

讨论内容：谈谈自己的公司/组织、你的目标和现在面对的挑战。然后大家讨论出可以针对问题所作的事。

我相信每个来参加这个Workshop的人，都是带着自己的问题而来的。每个人所在的公司有不同的情况，比如公司还没有像样的UCD团队、可用性测试被安排在了最后、公司刚开始起步注意这方面的问题、在制定不同产品的标准时遇到了困难……即使我也有：不管是兼职，还是以后要开始的工作，作为一个小小的设计师，有什么能力影响公司更注重UCD？
说来也惭愧，拿自己微薄的经验出来和大家讨论，占去了很多的时间(别人的问题比我的更实际更迫切吧)>-<…甚至谈到了个很大很深的问题：改变应该是“自顶向下”的、还是“自底向上”的？照我写论文时导师的意思，在中国就只能自顶向下。但来自澳大利亚的Shayne提到了另一种方法：先影响和鼓动你身边的人，大家一起致力UCD，然后慢慢向上影响。他就是这样成功的，高层听说了这事情，然后反过来关注了。当然，你也可以这样做：充分准备数据、案例、理由和好处，加上信心和勇气，直接去叩响高层Boss办公室的门。
Paul对于我提到的兼职的小公司，给的建议还是把Usability test给他们看。相信Engineering-centric的公司在中国数量还是很可观的。但权力和资源不够先进行test呢？先说服boss去做可用性测试？真正要实现还需要解决很多问题。

我们的小组讨论中还提到了个问题，几个Web产品的Guideline的设定。几个产品自然有所不同，但又需要有一定的一致性。这让我马上联想到了产品VI：一个公司有一个CIS(其中包括VI)，但某个系列的产品可以有自己的VI，自成一体、但不脱离公司的VI。我的意思是web产品的guideline也采用类似产品VI的做法，但事实上VI作为一个视觉规范来说，制定和实施要简单得多…… 也听到了一种好的方法：把guideline分星级来贯彻，比如5星的是一定要遵守的、4星是推荐采纳的，几星的是根据情况可以有所改变的……虽然听上去这样的标准要建立会更加复杂，但我相信对于有多个网站和产品的大公司来说还是一个很好的方法。

自然也难免抓点小空档向专业人士咨询下我的专业方向和就业问题:P

听了很多、讨论了很多，但到底说说容易做起来难，在中国的企业中融入可用性，依然是个艰巨的任务啊。

That's all.欢迎大家补充指教~

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010006mr

这篇文章将提及User Friendly 2006第一天大会下午的主题演讲：

Online communities/Web2.0 网上社区
中国UCD实践与研究
The Science & Art of User Experience at Google
体验微软Windows Live!
Culture Difference in User Experience Design/用户体验设计中的东西文化差异
The Next Generation of UI via New Experience/经由New Experience的次时代UI研发
Mobile UI Design: Expert vs. User-Assisted Design Methods/移动设备的设计

Online communities
Web2.0 网上社区
Giles Colborne, Cxpartner董事总经理(美)

讲座讨论的是Web2.0中Particitpation的部分。Giles首先提出了重要的一点，Web2.0是无法用传统的方法来测试的：传统的测试总是一人对着一台电脑，但在社区中人与人之间进行着信息的交互、相互作用，这样的相互作用可能是很多很多人之间的，无法事先测试的。
这里有一个很好的比喻，把Web2.0社区比作一个派对，有不同类型的参与者：
Passive transients：来了又走，过客
Passive loyals:潜水的，壁花小姐/先生
Contributors：如字面意思，主要的内容提供者、参与者
Social hubs/Topic Hubs:他们聚集人气和注意力
Host：主人往往很难享受，更多的时间忙于招呼人、维持秩序
Giles详细地谈了一个社区该为这些人做些什么。听上去有点像论坛建设管理指南，但绝不止于此，很多的确是在Web2.0的网站中我们要用到的。怎样让人们积极的参与进来，分享信息，如同怎样让一个Party热闹精彩，这大概就是web2.0社区的最大学问的了。

中国UCD实践与研究
郭宇, 百度用户体验总监

国人上台演讲引起了我更多的关注，但没想到郭宇的前半部分更像是大学老师讲课。也不是说这些没用，但的确不是我来这里的主要目标。
设计创造什么？设计创造美、功能、理解、体验、生活方式和价值。
在关于百度的用户体验设计实践部分，郭宇提到了他们的团队构成(这些我很关心)：现有四十多位设计师，团队中有市场研究、创意设计、产品研究、UI及交互设计、内容优化、原形开发、知识分析。他提到一个“T形”的概念：竖方向是专业性，在横方向需要了解相关领域，这个很有道理。
技术要用明确的指标衡量：全、新、快、准、稳，这几个标准之间又互相联系。
百度在百度空间的建设上用了一个不错的方法：“先做减法再做加法”，先满足最基本的需求、然后一点一点加上功能。
郭宇也提到了“用户是用脚来投票的”，之前也有为演讲者提到。当用户感觉不好的时候，他们就走开。

The Science & Art of User Experience at Google
Graham Jenkin, Google用户体验设计负责人

当初的Google Beta首页和现在的Google差不多，不过也不奇怪吧:)
听到一个这样的比喻，让Google像一把瑞士军刀一样，复杂的功能都收着，当需要的时候再展开呈现。也听到个笑话，说当初有人始终盯着Google的首页以为它没下载完……有人反映说Google的演讲更像是招聘的广告，但如此自由的工作环境的确吸引人啊~~
说2个典型的例子：一个是没有"Send"按钮的Google Talk，这个之前白鸦在blog就有提过，用一些合理的小提示来降低用户学习摸索的成本；还有Gmail的“删除”按钮……Google的这些革新是挑战的，这些的好与坏需要诸多争论，在这里就节约不多说啦。
一句话一定要提：
Focus on the user, and all else will follow…

体验微软Windows Live!
Annie Chang, 微软Windows Live事业部用户体验设计负责人

演讲还没开始我就意识到这更像是个广告，前半部分介绍了Windows Live!的7大服务，在此省略。
提一下他们的用户体验团队：UX architect,Interaction Designer,Visual Designer,UI writer,Usability Engineer,Ethnographer
整个演讲中的唯一亮点是一种新的方法:DYAD，主要针对青少年，最大的特征是一次interview两人。真希望能用介绍Windows Live的时间来多听听这些…

Culture Difference in User Experience Design
用户体验设计中的东西文化差异
颜其峰，Nokia芬兰设计经理

有了Apala在上午的开头，这个关于文化差异的演讲显得更吸引人了。文化是很复杂的，根基庞大，我们可以看到的只是冰山一角。这位用英语演讲的中国人，给我印象最深的一句话是“本地化不仅是语言翻译”
演讲提到几方面的东西文化差异：对于复杂性的容忍度、对于困难的容忍度、沟通中的坦率/内敛、对颜色/形状的偏爱、沟通带宽。例子都很有说服性，也让我承认国人的确对于复杂和困难的容忍度更强：只有中国人才会enjoy鸡爪这种食物，那些堆砌着大量繁复信息的页面，也只有在这里还有机会生存。
但这是不是意味着我们可以在东方文化的环境中设计相对复杂的东西？讲座的时候我一直会冒出这样的念头，但我也想答案肯定是“否”。但有一点是肯定的，就是我们要充分重视文化差异，不要照搬西方的设计和方法。

The Next Generation of UI via New Experience
经由New Experience的次时代UI研发
Seung Goo Park, DNA用户体验总监（韩）

我真想A来演讲开头DNA的work flow动画，不仅为了专业性的参考价值，也为那典型的韩国设计风格，漂亮、有趣而精彩。DNA给这次的UF带来了一个很新的概念:次时代UI。随着手机产业的发展，当强大的功能和式样都逐渐不再是产品竞争力和消费者选择的主要条件，出现了新的挑战：让使用者在善于操作诸多功能的同时，带给用户新的体验。
简述传统概念的UI和次时代UI的区别：
Usability New Experience
Easy to use —> Novelty
Accessibility Enjoyable
Consistency Emotional UX
Simplicity Value Creation
…… ……

一个房产广告成了典型的例子：初次到访的客人不知道门该怎么开、水怎么开关，经主人的介绍才会，但的确很新奇、也一学就会。演讲中也见到不少手机Demo,有模拟3D画廊效果的主菜单、视频背景和待机画面、整合手机功能，可以升级的虚拟宠物……新奇有趣，视觉效果出众，的确让人佩服韩国人的设计总是不乏闪光点。但他们在追求新的体验的同时，是不是把可用性给丢一边了呢？(15度倾斜的菜单很有个性，但是看久了头都歪啦)让人不由生疑。第二天我参加了Seung Goo Park的Workshop，之后再为详述吧。

Mobile UI Design: Expert vs. User-Assisted Design Methods
移动设备的设计
Douglas Walston, Motorola用户界面及工业设计总监

如其名，讲座最主要讨论的就是专家设计和用户辅助设计。按照演讲人的说法，User-Assited Design是UCD的一
种方法，不过我没有怎么明白这个方法具体是怎样的。演讲还从速度、广度、深度、可用性等方面将两者作了比较，结果也没有消化透彻，十分遗憾。这个疑问至今没有解决，还希望有专业人士热心赐教啊~
之后有一点抓住了我的耳朵：Do you 'trust' designers? 在Moto，设计师有不少决策权，地位比较高，但很多公司不是如此，取决于公司文化。设计师的地位问题，属于我个人十分关心的内容。
另一个现实的问题：Real Life(how people actually use your product) vs. Real World(products need to ship…NOW)。我们有很多办法可以平衡，而这始终是个不小的挑战。

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010006hf
新浪评论：
[匿名] dte
2006-11-09 20:15:46
晕 这么快就完结了啊…只好再次等待了 内容相当丰富啊..
注意保重身体啊，快到医院去看看医生，要不很多人都会心疼的～：p

amizhang
2006-11-10 14:59:27
对不起啊，我也想尽快，但是前天带病出门的后果是加重了~

王子兆
2006-11-11 01:04:04
mm注意身体啊!
你整的东西很有用，
我也是在找工作的人哦，今年要毕业了。

用户体验在中国&UPA中国发展计划
The deconstructionist Paradigm for User Experience– Conference Keynote/用户界面设计解析范例
Other Methods for Other Culture/搜索方法中的用户们
Shaking The Tree: A Story of a Usability Turnaround/可用性使公司起死回生的案例研究
Beyond Usability/超越可用性

用户体验在中国&UPA中国发展计划
黄峰, 中国UPA主席

黄峰在演讲中简要介绍了DDF.UPA的情况，和历届User Friendly大会的情况，以及DDF.UPA今后的计划。
中间最受关注的，是DDF.UPA打算做一个行业薪资调查。我当然对这个很感兴趣，希望他们早点给出结果。对于正要找工作的我来说，可以参考了解一下自己的身价:P

The deconstructionist Paradigm for User Experience – Conference Keynote
用户界面设计解析范例
Daniel Rosenberg, SAP高级副总裁（美）

这是个关于UE的简单演讲，解释了一些术语、并给了两个生活中UE不断进步的例子。
Daniel提到了“锤子和钉子”的故事(The story of the "hanmmer and the nail")：当你手中有一个锤子，你面对的问题似乎都看上去像个钉子。的确当我们手中有一种方法时，会趋向于用它来解决所有的问题。
Daniel也提到我们的最终目标: You are done when it feels like the user interface has gone away. 也许对于网站、软件来说，永远做不到没有UI，但这的确可以算是UE行业努力的重点了

Other Methods for Other Culture
搜索方法中的用户们
Apala Lahiri Chavan, HFI全球副总裁（印度）

中午休息的时候，我还听见有人称赞Apala的演讲声情并茂。的确，她所提到的观点和方法是我在来这次大会之前所没有接触到的。她从麦当劳在不同国家的口味食材的变化开始谈起，不同文化的人有不同的认知能力、不同的价值观、不同的表达方式，也就需要我们针对不同的用户群设计不同的体验。
因此，在做Research和Usability Test的时候，也不该完全照抄在西方发展起来的方法。亚洲人可能不太会表达他们的意见，中庸之道作祟，经常说“挺好的”之类的话。因此Apala提出针对不同文化的人群使用不同的方法。在印度调查的时候会更重视人的表情，对于亚洲人给与更多的提示和联想，甚至设计一个宝莱坞电影版的喜剧化情境来进行可用性测试……Apala在整个演讲中提供了很多讯息和方法，可惜她的PPT字太小太多了，总觉得没有完全吸收演讲的内容。不过这依旧是一个很好的启迪。

Shaking The Tree: A Story of a Usability Turnaround
可用性使公司起死回生的案例研究
Paul Sherman, UPA副主席（美）

一个活生生的例子，通过UCD改变了一个正失去用户、占有率下滑的软件。我想没有比这更有说服力的了。
这是个名叫Peach Tree的会计软件，已经推出了几年、有一批用户。原先的开发团队无UCD，自己也觉得产品不错、有固定用户了。而新用户对软件都很不满意，反映软件hard to learn。我想他们幸运的是有了一位明智的副总裁的领导，建立了一个UCD团队，通过一系列的努力改变的软件的状况。
软件有不少问题：菜单导航很糟糕(但老用户们却习惯了)、使用的术语过于专业、很多图标，但表达的意义并不明确……他们采用了比较大的样本来做Research，这样更容易让管理层信服。他们也努力说服工程师改变，通过提供最佳方法、调查资料等等。对于一个成熟的软件产品来说，他们的问题是老用户已经习惯了这个界面、而新用户却学不会，要做改变，让软件有效运行，但同时也要顾及到老用户。经过反复迭代的测试与修改，他们终于制作出了让老用户也接受的优秀界面，受到顾客和媒体的赞赏。

Beyond Usability
超越可用性
Jin-soo Kim, Yahoo用户体验设计总监（韩）

这位来自韩国的设计总监用关于“学问”的话题开始了他的演讲，韩国人竟然说起了“学而不思则罔，思而不学则殆”。庆幸自己离开校园不久，关于学与问的态度应该不错。
演讲中有不少图(模型)，可惜没有PPT文件，要么改日整理了画上来？其中比较关键的两个，一个是人机交互的模型，关于Computer,Human,Input,Output；另一个似乎是演讲者自己发明的Trinity Model，关于Business,Human,Product,Interface。没有图示似乎很难解释，看来要另花时间了。
除了Usability test，演讲者还提到了Bucket test,Live test(A/B test)，这些是我之前没怎么接触过的。不过例子倒是很亲切，Yahoo!搜索功能一些元素的编排，让我联想到了白鸦的谷歌的设计逻辑。按我的理解这种测试应该是用几个版本来比较一些细节，来作出短期的改善。
这个演讲的内容很丰富，给我印象最深的是Dam model:
Usefulness40%,Usability32%,Reliability20%,Desiarability8%。
大坝类型有些类似于木桶效应：这四样哪一个做差了都会影响整体的质量，但有些部分所占的比重大一些。
我想这个演讲还值得再次消化一下，不过得先把别的整理出来。有PPT文件或者录像就好了……

>>User Friendly 2006 DAY 1 下午部分

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010006gu
新浪评论：
[匿名] dte
2006-11-07 22:38:59
亚洲人可能不太会表达他们的意见，中庸之道作祟，经常说“挺好的”之类的话。我想我很认同这句话 ～
期待Ami写的更加详细一些 ：p

amizhang
2006-11-08 11:16:56
呵呵，内容很多啊，挑主要的说了~
回头有空还会啃啃录音(不过用mp3录的，不清楚)，详细的我们个别交流啦

[匿名] dte
2006-11-08 19:00:40
嘻嘻～好
个别交流～^_^

[匿名] azwan
2006-11-09 12:31:27
看上去很enjoy工作啊:)

amizhang
2006-11-09 15:27:35
我还是在找工作的人呐……

王子兆
2006-11-11 00:58:50
Ami很专业
资料整理好再多发点哦！

PS:同是参加UF的朋友，请留言打个招呼哦~

我参加的workshop:
如何将可用性融合到组织/公司中—辨析正确与错误的做法
经由New Experience的次世代UI研发(案例分析)
Design Checkpoints: 与客户评估设计的一个快速而简单的技术

问题2：“迷你”按钮

这是当当图书高级搜索的页面：

一日一边和朋友聊天一边搜索，填完搜索条件后一按：什么都没。这才发现自己按下的是“重新填写”。看看这个“搜”的按钮，从size上来说真够迷你了吧？想是故意缩头缩脑不让你发现去按它似的。当用户发现错误回头再来一遍的时候，对当当的印象已经减分了。

问题3：无库存显示

如果没有人说，谁知道这本书暂时缺货？

从产品的页面上丝毫看不出库存状况，只有点了“购买”才会弹出对话框告知缺货，请留下Email作登记。
没有人会点“购买”点着玩儿的，决定买了才知道缺货，让人失望之余还有被骗的感觉。而且，通常访问者要买书才会登陆网站，这一系列操作之后才知道要买的书缺货，什么感觉？这个缺点唯一的好处，是如果你还没有登陆，那么点击“购买”就直接弹出缺货信息，起码免除了登陆的麻烦。

研究UE多了，作为用户时遇到的不快也多了。正如诺曼所说，用户很多时候会把恶劣UE带来的错误归结在自己身上。但当问题累计到一定量的时候、或者和竞争者之间有了比较，这些UE就会使导致失败的原因所在。
当当啊当当，好好做你们的UE吧~

新浪原文：
http://blog.sina.com.cn/u/5772b0e701000690

问题1：没有操作的反馈信息

首先，当我被少序列号、降价等等事情惹得够恼的时候，我想投诉！最先想到的是回顾订单的时候瞧见的“用户反馈”：

点进后然后是很长的页面：

我忍受了它只为了在最后的框框里写我的投诉。点"发送"之后却成了这样：

我的反馈信息提交了吗？好大的疑问。这就是当当的错误。
辛辛苦苦填了那么多，我也不知道有没有被成功提交。

问题2：没有出错信息，没有返回

我想那不是正规的投诉渠道，于是我找投诉，在页面的最下方：

点击之后就是上一篇文章中的截图了：

提交之后却出现了这种东西：

当你点击后退时，大段的投诉文字都没有了，都白填了。

问题3：隐藏客户想要的信息

到这个地步，我忍无可忍了，才有了那篇《失望至极的购物体验》。
大家可以发现，在这个投诉页面上有一个电话和Email。是投诉用的email吗？应该是吧……我写了一封过去。
之后我又从另外一个方式找到的客服的联系方式，首先是页面顶端的“购物指南”

看到“问题目录”我首先选择了“售后服务”，没有联系方式；
然后选择了“联系客服”，然后选择“联系方式”，终于找到了我想找的东西。这才发现了特服电话，投诉的Email竟然有5个而且各个不同，真让人糊涂。(在顾客投诉页面，我们只看到一个010区号的电话和一个Email)。得到客服的联系方式至少要3个点击，而且不容易找到。我终于亲身体会到Steve Krug在《Don't Make Me Think》里提到隐藏客服电话这种信息影响用户好感度的严重性。
虽然我也能理解客服电话不显眼的原因。我看到有提示“避开高峰期拨打客服电话”，但对于顾客来说，可不希望这样。尤其是这次购物，我觉得赠品、降价等手段，都是当当规避错误的一种方式。好像犯了错误，心虚了，欲盖弥彰。

来看看当当的这3个问题，之前的2个是难以容忍的。做UI的都知道要有操作反馈和出错信息吧？我不知道除了“低级”还有什么更合适的形容词来形容这个错误。我相信在普通的购物操作里是有操作反馈和出错信息的，但是顾客反馈和投诉就不用了吗？它们造成的恶劣体验，影响力是一样的，甚至更加严重。以前就有听说当当的UE不好，但还觉得勉强，这次我发现的问题，可足以证明他们的问题了！
比起我经常邮购的商家永远畅通的客服热线，当当这窝囊的客服我也就没什么话好说了(我还没打通呢)。他们要是处理不好，我就会从一个忠实顾客转变成对当当超级反感的人了。便宜又怎么样？到头来说不定落个"便宜没好货"的名号。

新浪原文：
http://blog.sina.com.cn/u/5772b0e70100065u
新浪评论：
[匿名] dte
2006-10-12 01:06:17
原来似乎fung写过dangdang体验的文章
恩 都写得不错，很高兴又认识了sina上的同行，看你的照片好小的样子哦~有兴趣可以加可用性博克圈哦~

dte_fan
2006-10-15 00:50:40
博客圈给你通过了~人很少：（
一部分原因新浪的低可用性造成的

[匿名] 新浪网友
2007-04-07 12:25:35
其实当当在一步步变化啊。细节的东西也都在做。可是变化需要一步一步。

随手一点，弹出个错误信息：

又笑了，竟然有个卡通小人说“好郁闷啊”~呵呵呵~

半夜里感到的新奇和幽默，的确从抓虾这里得到一些新的体验。通常的服务器维护迁址、操作出错等等，做UI的都知道不能漏掉、要做得有亲和力一些，但是大多数我们所见的，如果不是生硬的文字，有返回的连接已经不错了，很容易让访问者感到走到一个简陋的角落里。

但来看看抓虾：服务器搬迁通告，第一眼给人的感觉是有趣，这种趣味性缓解了用户不能正常访问的失落感；一幅可爱的漫画，也显得准备充分，服务器搬迁不意味着临时的空白混乱。
而关于那个“好郁闷啊”，看法要一份为二：造成让用户“好郁闷啊”的就是网站，这个时候来一起说这句话合适么？需要打个问号的；从另外一方面看，出错的时候有个卡通人物和你一起感叹一下，笑一下，错误带给用户的挫败感也不明显了。

而且有个小细节：错误信息正好在原先页面的空白区域，没有重叠：

新浪原文：
http://blog.sina.com.cn/u/5772b0e70100061g
新浪评论：
[匿名] 拿拿
2006-09-30 11:14:47
有道理

原文:
http://www.uicom.net/blog/article.asp?id=457
http://www.uicom.net/blog/article.asp?id=458

图片的官网:
http://experiencedynamics.com/science_of_usability/usability_posters/user_experience/

另外
关于“用户体验的价值”一图的翻译和补充说明http://bicespring.blogbus.com/logs/2006/09/3447638.html

新浪原文：
http://blog.sina.com.cn/u/5772b0e701000610

是“你”？是“我”？
是“你”？是“您”？
（两篇文章是不同的作者，为整齐连接到蓝色理想，可以从文章连接到作者的blog）

也许一个普通的网络用户很少会注意网站文字中人称代词的使用，但你也一定遇到过文章中提到的一些让你误解或者不快的地方。“这是你的xx吗？…放入我的xx”，“您可以…把你的…我们为您…”似乎做网站的人们，语文都没学好？从两篇文章作者的角度来说，网站的人称代词要尽量的统一，用“你”、用“我”，最好一个从头用到尾。

但是读这两篇文章的时候觉得那个晕啊，“你”来“我”去的……但那些例子也的确揭示了人称代词不统一而造成的恶劣用户体验。阅读了文章之后的确会让人觉得，人称代词需要统一，但是不是要绝对统一？我认为也不绝对。

我们在小学时候学语文的时候，老师就和我们说过，人称代词的使用是根据你的角色和场合来的。自己是“我”，说话的对象是“你”，正式场合需要表达尊敬的时候要用“您”。同样的，网站中人称代词的使用，也要看网站所扮演的角色。网站是为访客提供信息，还是帮助访客获取信息？网站是要让访客有“顾客是上帝”的感觉，还是要和访客拉近距离？

先说第一第二人称的区别。网站在给用户提供他们的信息供选择的时候，“我的xx”是经常出现的，在我们的习惯里这始终比“你的xx”给人感觉好些。这个时候，用户就像是在大卖场里买东西的顾客，要挑选“我的”东西；但买东西一样还是有去商场的时候，买一些东西的时候我们需要服务员的帮助和咨询，让顾客买到让“您”称心的东西。网站是商场的服务员，还是为访客提供了大卖场的环境？在使用“我”的时候，网站更趋于和用户是一体的，而用“你”或者“您”的时候，网站和用户就是不同的个体。说到这里，可以模拟这样一个情况：登陆网站的时候出现了欢迎信息：你好！XXX ！之后内容的选择上始终用的是我的XXX。也许这是个购物网站，结算的时候问“你确认吗？”在整个过程里，虽然第一第二人称有转换，但不至于出现之前的情况。原因在于，在不同的场合，网站的角色有所区分。就好比去超级市场买东西：进门看见工作人员，买东西的时候自己选，最后在收银员处结帐。而之所以那么多网站“你”“我”不清，一方面是网站内容服务过多而造成网站角色的混淆，一方面是在一个页面/功能区域里出现了两种不同的人称代词。豆瓣在页面上方的地方显示“我的豆瓣、我读、我看……”而在右下角显示“豆瓣猜你会喜欢”，我觉得没有特别冲突，因为可以把这两部分看成不同的功能区域，在这两种功能上豆瓣的角色是不一样的。语文用词要看环境，设计也同样要因情况而异，所以我觉得不必刻守人称代词的统一，也许有些时候“你”和“我”的区分能帮助用户来区分功能。当然，这不表示人称代词就可以随便用，在臭鱼的例子里(比如QQ秀的那个)，这种容易让用户混淆的错误是一定要避免的。

这样一来，讨论“你”和“您”就简单多了。我们不会对一个人说话始终使用“您”，这一样是根据情况来的。写到这里的时候，我很努力地回想各种服务员、客服电话使用“你”还是“您”，暂时只有这个例子：
我用的信用卡是招行的Young卡，消费明细的邮件里用的都是“您”，但是针对学生的信用报告和帐单用的是“你好”，生日时信用卡中心发来的短信里是“您”。这一听似乎很混乱，但是也可以理解：作为招行的顾客，我被称呼为“您”，而作为Young卡学生卡顾客时，被称作“你”。
偏重服务的网站使用“您”会更合适，但更多时候这个词有点客套，我们大可以用“你”，在需要表示诚意的地方用“请”。和上面一样，在不同的场合和功能可能需要用不同的词，比如注册、信息反馈等时候，如果要具体谈什么时候用什么词，那就是语文问题了，也许问我做老师的妈会更清楚。臭鱼说他们也在制定规范，“规范和统一用户在产品每个情景中的角色感”我想是件好事情。

也曾想过是不是避免使用人称代词。在玩魔法飞球的时候，我看到“服装室”“道具仓库”而不是“我的服装”、“我的道具”，而再仔细地看了下，情况是这样的：

也就是说，只有一些地方没有用“我的”。这一点，梦游客的评论说
既不用“我”，也不用“你”，只说其所提供的功能，“帐户”“相册”或“XXX的消息”。有点冷，但稳妥 是有道理的。但“冷”其实也是个毛病，这样某种程度来说，是为了避免一个错误而犯了另外一个错误。

至于到底用还是不用、用的话用哪个，还不如说It Depends!*
网站上使用人称代词，我们的确看到了不少错误，但这其实并不是复杂的问题。大家回想一下小时候学的语文，思量一下网站的角色、功能和场合，就不至于退步到小学生的水准了。

*《Don't make me think》的作者在书中提到UIE(用户界面工程,www.uie.com)的Jared Spool和他的设计团队甚至做了“It depends”的T恤

新浪原文：
http://blog.sina.com.cn/u/5772b0e7010005wc
转贴当初在新浪的评论：
[匿名] ddk
2006-10-12 16:32:28
关于 “你” 和 “您”
还可以从另外一个角度来考虑。
在日常生活中称呼 “你”要比 “您” 来的更亲切。
一个和你熟识的朋友是不会称呼你为 “您”的。
所以称呼你的用户为您，会不会对用户产生一种距离感呢？

amizhang
2006-10-13 23:08:50
有些用户会希望上网的时候感到被尊重，而有些喜欢亲切感。所以我想这个不绝对。
但“您”的确比“你”客套。我相信喜欢亲切感的用户相对来说多一些，对于这部分用户来说“您”就有距离感了

[匿名] 数据恢复
2006-11-03 21:47:29
不错~