心弦

上周做用户访谈的时候，发现一个关于隐喻的颇有意思的事情。

首先引起我对这个问题特别注意的，是一位不使用电脑的三十出头的女性，你没看错，她的确是不使用电脑！虽然她在访谈过程中间或拿出iPhone来打电话或发短信，但对她来说，iPhone的功能仅限于电话、短信和游戏。因此，在我们这些长期的电脑使用者看来理所当然的事，她却无法理解。比如说，她不知道UI上的拖拽（Drag and Drop）是怎么一回事，当我要求她完成一个拖拽任务时，她的做法是这样的：

• 先在要被移动的项目上按一下，意思是选中；
• 在目的区域那里按一下，然后等着那个项目自动地移动过去。

我不禁哑然！不明白为什么会有这样的思维方式，于是指着桌子上的铅笔问她：现实生活中把一个铅笔从桌子一端移动到另一端，使用上述方式是否可行？在得到否定答案后，我继续问道：那么为什么在电脑上就会有如此做法？她回答说：因为电脑和现实是不一样的！

你瞧，一个不使用电脑的人，对软件UI都有这样的认识，那么这到底是由于长期以来我们给用户以太多错误的隐喻，还是缘于用户对技术的恐惧呢？

后来我又遇到了一个对电脑比较熟悉的用户，他如预期那样没费什么力气就完成了拖拽任务，那么这是不是表示他的思维模型就没问题呢？不尽然，他能够完成这个操作，和下面任何一个原因都可能有关系：

• 他就是按照现实中的做法来拖拽的。这是最理想的答案；
• 长期以来的用户习惯，电脑中一贯是这样操作的；
• 以上两点都有可能－电脑中和现实中拖拽操作的隐喻恰好相符，都可以用直接操纵（Direct Manipulation）的方式进行。

那么，哪个答案最接近他的实际情况呢？从另外一个测试任务中可见端倪。

这是个图片缩放的任务。我们要求用户想办法缩放屏幕上的图片，测试预期是用户采用直接操纵（Direct Manipulation）来完成，当然这一预期对用户是保密的。

结果呢？用户开始后第一件事儿就是寻找缩放按钮！

这真是让我大跌眼镜，我原以为他会按照现实中的做法来做，可他却选择了另外一条路。我不由得想要探究原因（虽然这不属于测试计划），几经询问，得知他是出于使用习惯－电脑上看图软件中的缩放都是依靠按钮来完成的，久而久之习惯就成了自然。我请他试图回忆初次使用看图软件进行缩放的经历，他说：隐约记得屏幕上有个很明显的放大镜图标，于是在他思考如何缩放之前，这个图标就已经给他了先入为主的印象。

这两场访谈结束后，我一直在思考这个问题，并觉得：

虽然直接操纵将会是UI未来发展的一个主要方向，然而在其成为主流之前，我们－作为设计师－仍然有许多以前欠下的债要还。

连续做了一个星期的用户测试与访谈，工作强度很高，收获也不少，于是自然想到要及时总结；第三天遇到的都是逻辑思维不那么清楚的用户，尤其经历了与一个极为谨慎中庸的中年男性用户的访谈后，精疲力尽的我突然想到了“绝望主妇（Desperate Housewives）”，于是便有了“绝望主持人（Desperate Moderators）”这个名字。

“绝望主持人”预计会包括：1）如何消除用户的紧张感；2）如何挖掘到用户真正的想法。这次主要说说第一条。

1. 谈话中各自角色定位的技巧

什么叫“角色定位”呢？就是你如何确定你和用户各自在谈话中所扮演的角色、以及这两种角色的关系。

举例来说，在获得了用户的姓名后，主持人通常这样自我介绍：

“您好，我是今天这一产品试用活动的主持人，我叫XX。”

这句话看起来好像没什么问题，但在实际操作时，我发现它会给某些用户带来一定的压力，有些用户会由此认为他们理应由主持人去指引，使他们产生从属、甚至是上下级的感觉，并在其后的访谈过程中表现出小心与谨慎。在观察室作翻译工作的同事，对此和我有相同看法。

据我观察和猜测，此类用户在生活中较易追随他人的观点，相对而言缺乏主见与自信，习惯于在既定的事实和框架中调整自己、而非尝试改变外部环境。

那么，作为访谈主持人，在应对此类用户时，应尽量去突出用户的主体地位，弱化自己在访谈中所占的分量，比如用这样的说法：

“您好，我叫XX。今天主要由您来试用这些产品，并告诉我您的想法……”

2. 打开用户的话匣子

和用户聊聊他的工作，或者让他给你讲讲他自己熟悉的事情，是一个非常有效地让用户放松的办法。闲话天气我也试过，不过除了显得很傻以外，好像并没什么实际效果，当然也可能是我的方法不对。

简而言之，尽量让用户说些轻松并熟知的事情，可以更好地使用户面对陌生的环境。

3. 清晰简要地介绍访谈/测试过程，以消除因迷惑和担心而带来的紧张

或多或少，人总是对不确定的东西感到迷惑和担心。第一次参与此类活动的用户，面对陌生的主持人和即将试用的产品时更是如此。我发现有相当一部分人都担心自己因不能成功试用新产品而出丑，因此主持人一定要简明扼要的让用户明白，试用过程分为几个步骤、每个步骤需要做些什么，总共持续多久等等，帮助用户对试用和访谈过程产生预期，消除不确定的因素。

4. 还有……

请他喝水、吃零食，或者用纸巾擦擦汗，都是能让用户放松下来的小细节。写到这里突然想起来，有一名用户不知是因为过于紧张、天气炎热，抑或两者皆而有之，脸上可谓是大汗淋漓！我甚至一度担心他会不会因为鼻子上的汗珠掉下来而感到尴尬，当时我借口感叹外面的酷暑，把纸巾和水送到他面前，并转换到轻松和安静的话题上，过了好一阵子此用户才安稳下来。现在想来真是一段有趣的经历：）

这次就到这儿，下次的话题估计大家都会感兴趣：如何和用户斗智斗勇，把他心底里的想法挖出来。

我目前就职于Idean - 一家来自于芬兰的专业设计咨询公司。我们的服务涵盖手机（目前为主）、软件、网站和其它实物类领域。

我们现在需要经验丰富或者深具潜力的交互设计师加入，一起为了公司的口号“The Next Big Things”而奋斗！

详细的公司介绍和岗位说明可以见：

http://www.idean.com/jobs/iadesigners.html

现在是钱多人少！感兴趣的话千万别犹豫，即刻发简历给我（或者网页上面提到的Mr. Jesse Maula）。有问题请留言。

对于blog作者来说，SPAM一直是个令人比较头疼的问题。如果没有良好的防治机制，一旦被SPAM机器人盯上，那可不是闹着玩的。目前主要的解决方案是使用Captcha，让真正的留言者按照图片所示，输入一串随机生成的字符串，或是解答数学题等等。虽然攻击者仍可以写程序做图像识别，但这个难度很大，而且一旦图案有变化程序就要重写。因此CA..可以说是目前最为有效的SPAM预防方案。

但是Captcha显而易见的缺点就是：它的用户体验不好，有时甚至很糟。我见过的最恐怖的Captcha来自RapidShare，它居然要你识别一只特定形象的猫！我每次做完这步眼睛都花了！

还有一种使用也比较广泛的方法，就是利用贝叶斯等算法做SPAM识别，有些还结合了可定期更新的黑名单机制。Gmail这方面做得非常好－99%的垃圾邮件都被系统识别并自动归类了。问题是，我始终担心会有重要邮件（比如MM的求爱信……）被误判，还要时不时的去“垃圾箱”中看看。

此外也有人借助Javascript来防SPAM，因为机器人抓取网页时肯定不能运行Javascript，所以可以利用这个特点，通过浏览器事件来辨别留言者的身份。这个方法在Javascript被用户禁用时显然会失效，考虑到Firefox用户可以非常方便地禁用Javascript，我对其持保留态度。

说了半天别人的方法，我介绍一下在我的blog程序Lonely Thinker中的做法。经过半年多的检验，这一方法被证明不仅可以有效地阻止SPAM，又几乎不损害用户体验。

步骤如下：

1、在表单中添加一个值为空、名称为antispam的文本域，将其放在一个HTML容器内（比如div），并用CSS这个HTML容器隐藏（如下图）：

2、在表单校验的部分加入对这个文本域的校验，如果其值不为空，则说明当前留言是SPAM（以CakePHP框架的model为例，代码如下）：

简单地说，这种方法就是利用了机器人会填写所有表单域的特点而起作用的。唯一可能需要担心的，就是如何处理关闭了CSS的情况。我的做法是在表单中添加一段文字说明，你仔细看上图的话不难发现。

要特别说明一下为什么不直接把文本域用CSS设置为隐藏的。我本来是这样做的，可是发现机器人非常聪明，它似乎有一个简单的解析器，可以读取文本域的CSS，如果发现具有隐藏属性则跳过。前一阵子产生的SPAM都是这么来的，我找到原因时也非常惊讶。

当然了，机器人的作者仍然可以进一步完善他的程序，比如写一个比较完整的HTML解析器，用以对付我目前采用的隐藏HTML容器的做法，但这个有一定的难度，并且我只要让我的HTML不合法（比如没有完整闭合，或者制造标签间的嵌套错误），他的解析器很可能就失效了。

如果你的blog访问量非常大，已经到了有人专门针对你的blog写SPAM机器人的程度，上面的方法就需要改进才行了。我目前想到的一个办法是动态地调整文本域的名称，比如在一个名称池中随机的选取一个渲染到表单里，并在model验证规则的部分做动态调整。为了防止误伤那些在名称调整前载入页面、名称调整后递交表单的用户，甚至可以考虑临时记录每个人载入的文本域的名称。

前夜一口气看完WWDC 2008的主题演讲视频后，激动的在床上胡思乱想了近2个小时才得以入睡。以下是在床上辗转反侧时的YY纪录：

1. Jobs明显老了

把这么八卦的内容放在第一项，感觉既对不住Jobs他老人家，又对我blog的读者有些些许的愧疚，不过这却的的确确是我的第一感受。远的不说，就是相比于年初的Macworld，这次的Jobs也明显让人感觉到了岁月的痕迹：眼窝深陷，脸色略显苍白并带有一丝倦意。虽然Apple后来证实Jobs是带病上阵的，但千万别忘记Jobs已是五十几岁的人了。

2. 谁都不是傻子

话不多说，看下图：

3. 让人叹为观止的Interface Builder

请原谅我使用这么夸张的词来形容Interface Builder（IB），实际上，我想不出更好的词了。短短几分钟的演示，便能让我们充分领略IB无以伦比的强大功能，诸如控件在界面上辅助对齐、自适应大小等功能，都是在其它界面构建工具中难得一见的。此外，作为一款专门构建界面的软件，IB本身不仅有着极佳的可用性，更有超凡脱俗的用户体验：注意到控件在由Library拖出时产生的缩放和半透明效果吗？还有那个让人拍案叫绝的居中对齐设定方式！以及在IB中旋转界面时动感十足的旋转特效（如下图）！至少从这个演示来看，用Xcode配合IB来编写iPhone应用，与其说是工作，倒不如说是一种享受！

4. 老天！iPhone上的游戏太让人期待了！

强大的CPU、视频加速卡和内建的运动感应器，再加上OpenGL和OpenAL等开放API的支持，让iPhone天生就是一个绝佳的游戏平台。尤其是运动感应器的应用，让游戏者可以体会到直接操纵的快感，不难想象，过不了多久地铁上就会有大群人拿着iPhone手舞足蹈！

如果能拉到主流游戏厂商、并且想办法延长电池使用时间的话，其它游戏机先不说，至少PSP就不用混了。

5. 微软的界面真的没救了，相信我

当我看到手机上的Task Manager时（见下图），简直不敢相信自己的眼睛！即使让我不作任何准备，直接站在WWDC的舞台上的话，我也肯定会和主持人Scott一样的表现：无话可说、跺足叹气。微软除了不断地强奸他们的用户、迫使他们学习糟糕透顶的系统外，难道就不能想出一种优雅的方式来解决问题吗！就算不采用与Apple的Push Notification Service类似的技术，也不能把PC上的Task Manager硬板到手机上来，有多少人搞得清楚进程名称和程序名称的关系？

说句题外话，我现在对Windows和Office极其反感，这样的产品设计让我觉得不可理喻－若是举起例子来，便是几天几夜也说不完。工作上也是能不用就不用，能够以开放标准（如HTML、PDF等）发送的文档我绝不采用MS的专属格式。我很庆幸存在Mac这样优雅的电脑和软件系统，能够让我能够尽量专注于任务本身，并时常在完成任务的过程中得到意外的惊喜和乐趣。

6. 前途无量的定位及其相关服务

iPhone 3G终于有了GPS功能，定位＋SNS绝对是个金矿。在国内，唯一比较棘手的问题就是GRPS的数据费太贵（这个问题或许可以通过内建地图来解决，随便想的）。

7. 虽然有手写，输入仍然成问题

2.0版的软件系统提供了中文简繁体及其输入解决方案，但iPhone的虚拟键盘仍不够好用，对于Treo用户来说更是如此。英文可以有拼写检查和纠正，但中文就难做了。当然，这是问题也是机会，很期待Glider的QIM和华君的FIT能有更好的表现。

8. 在理想情况下，ME.com的网站体验应该很棒，可这只是“理想情况下”

Apple一向很喜欢在不同的平台上提供完全一致的使用体验，比如原有的.mac服务和现在的Safari，可我觉得有时候它过于理想主义了。比如ME.com中运用的大量Javascript/AJAX技术，在网速不是非常快，或者电脑性能不是非常好的情况下，使用体验可能会很糟。我在超高带宽上使用过.mac（带宽具体数值不得而知，但在50M以上）服务，感觉还有些延迟，国内大部分1-2M的ADSL就更不用说了。不过不过，ME.com的UI设计实在是太棒了，不由不赞叹！

----------------------------------------

谁有兴趣玩iPhone开发？