每一条简单的功能都来之不易

    当我考虑设计一些表面上看起来非常简单的功能的时候，我都会告诉自己这不会像自己所看到的那么简单：像Exchange 2000 Service Pack 2，我被分配要求完成一个“输入即时搜索”功能。在Outlook和Windows Explorer，有一个功能可以让你对一栏进行排序，在输入文字的时候Outlook/Explore会自动的选择到符合输入文字的第一项。

 

我们讨论了实现方法，有了一些点子，并且精简到下面二种：

 

1.    采用Outlook的方法 － 对一栏进行排序，再开始输入文字

2.    当你对一栏进行排序后，一个小的标记会显示出来，这个时候，你就可以输入进行搜索。也就是排序再搜索。为了完成一个没有输入的排序，你可以在点击栏字段之后再按下回车之后才会进行排序。

 

你可能会问，我们为什么不能像Outlook和Windows一样自动完成这些事情。这有一些原因，每一个原因都需要一些额外的研究：

 

•     性能：你每次对一个目录进行搜索（事实上执行了目录的装载，重新排序），这里有一个性能的问题。＃1方案意味着每次输入都要执行两次搜索。对于＃2方案，只需要一次搜索。

•     国际版本的支持：这个模型对于使用ascii的英语和其它语言可能有效，但是对于其它语言，像一些语言，输入'a（重音的a），你的排序还对不对，你得到的还是不是重音的a？

•     其它地方也有一些跟outlook/windows不同：在outlook/windows中，它们是没有‘页’的概念，也就是说任何东西都要通过滚动来获取。在OWA中，你必须使用每页多少条的概念（如25条，在Exchange 2003中支持每页100条）。用户对于‘页’的概念会不会困惑，找到某一页，再输入。

 

因此我们花了时间去调查性能和国际版本的事情，同时对这种两种方法进行了可用性研究。我们还不知道用户会有什么样的反应：再一方面，对于＃1方案，它没有提示用户输入即可完成搜索功能的存在　－　用户会不会想去试它？对于＃2方案，这对提示用户如何只需要做一次就可以完成对一栏的排序，但这也多了一步，要求先对一栏进行排序的处理，这会不会令用户感觉到讨厌。

 

我们把所有的选择都制作成草图，做了一页的可用性测试。首要的困难是找到一些用户来做这些测试　－　我们需要一些样本：一些以前使用过OWA的人，一些使用过hotmail和其它网页邮件系统的人，还用一些是从来没有使用过网页邮件系统的人。我们在民间找到了这些用户来帮我们做这些测试。既然我们已经找到了人，那么，我们给他们打印出基本的OWA窗口，并且要求他们如实的回答这些问题，像：“这是你的邮箱屏幕，你怎么样来查找发自加里的邮件？”。我们发现他们的第一反应就是到下拉UI中去试。

 

我对这个结果相当的惊讶　－　几乎所有的人都知道如何使用windows explorer的查找功能。几乎所有人都认为它是一个显而易见的功能。因此采用Outlook/Windows的方法是最好的。当然这里有一些恶作剧：当我和其它可用性测试人员再对可用性测试忙得团团转的时候，开发小组只是实现了上面的＃1方案。对于所有字符的输入，它都能正确工作。那当然，我们假设排序是通过日期字段进行的，象在默认的视图下“收到”的时间。同时，通过这一条简单功能的实现过程，也是我们对功能的思考过程。

 

原文地址：

http://blogs.technet.com/kclemson/archive/2004/05/10/129544.aspx