程式师的使用介面设计手册第八章：为节省大家的麻烦所作的设计，第三部份

作者：周思博（Joel Spolsky）
译：Paul May梅普华
2000年5月8日星期一作为Joel on Software的一部分， http://www.joelonsoftware.com

图形使用介面有一个老原则，就是不应该要人们去记电脑可以记的东西。最典型的例子就是开启档案的对话框，它会显示档案的列表，而不是要求使用者回想并输入正确的档案名称。人们在有线索时更能记住东西，所以总是喜欢由列表中挑选而不想单靠记忆。

另一个例子就是功能表本身。看看过去，提供可用命令的完整功能表已经取代了必须记忆所用命令的旧式命令列介面。不论你的UNIX朋友怎么说，这基本上都表示命令列介面不如图形使用介面。使用命令列介面就像为了韩国的麦当劳点餐去学韩文。而功能表示介面就像指着要的食物猛点头：不需要经过学习曲线却传达了相同的资讯。

考虑一个典型绘图程式中的档案选择过程：

！[File_Open.gif（http://www.joelonsoftware.com/uibook/pictures/File_Open.gif）

很幸运的，Windows 98导入了缩图支援，所以你可以用下面的方式看档案：

！[Thumbnails.gif（http://www.joelonsoftware.com/uibook/pictures/Thumbnails.gif）

这样要开启你要的档案就容易多了;根本不需要花心思把文字对应成图片。

。在自动完成之类的功能中也可以看到最小记忆原理的作用即使你必须打字，有些程式还是会推测你要打的是什么：

！[Excel_Auto_Complete.gif（http://www.joelonsoftware.com/uibook/pictures/Excel_Auto_Complete.gif）

在这个例子中，只要你打 “M” 时，Excel就会猜你可能是要打男，因为你在这一栏输入过男性。所以就提议用这个来自动完成不过 “麦酒” 会被标成 选取状态，所以万一你不是_想_输入男，你可以继续打字（或许是“ystery”），亳不费力地覆盖Excel的猜测。

Microsoft Word在猜测你打字时就有点过头了，每个在欢乐五月用过Word的人都会发现：

！[Word_Auto_Complete.gif（http://www.joelonsoftware.com/uibook/pictures/Word_Auto_Complete.gif）

###为节省大家的麻烦所作的设计，总结

我在这几章总共带出了三个原则：

1.使用者不读东西（[第六章]（/ wiki / The_Joel_on_Software_Translation_Project：％E4％BD％BF％E7％94％A8％E4％BB％8B％E9％9D％A2％E8％A8％AD％ E8％A8％88％E6％89％8B％E5％86％8A％E7％AC％AC％E5％85％AD％E7％AB％A0“Joel on Software Translation Project：使用介面设计手册第六章“））
2.使用者不会用滑鼠（[第七章]（/ wiki / The_Joel_on_Software_Translation_Project：％E4％BD％BF％E7％94％A8％E4％BB％8B％E9％9D％A2％E8％A8％ AD％E8％A8％88％E6％89％8B％E5％86％8A％E7％AC％AC％E4％B8％83％E7％AB％A0“Joel on Software Translation Project：使用介面设计手册第七章“））
3.使用者记不得任何东西

你可能会开始觉得我是把使用者当白痴。这并不是事实。如果鄙视使用者就会制作出Microsoft Bob这种傲慢的软体（然后再丢到垃圾桶），结果没有人会很快乐。

其实在软体设计上还有更傲慢自大的状况：「我的软体酷得不得了，酷到大家得来个脑筋急转弯才会用。」这种_厚脸皮_ 在免费软体世界中相当常见。嘿，Linux的是免费的！如果你不够聪明搞不懂这东西，根本就不配用！

人的资质分布是个钟型曲线。你的客户可能有98％够聪明到能使用电视机。大约70％能使用的Windows。有15％能使用Linux操作系统。只有1％能写程式。不过却只有0.1％能用C ++之类的语言写程式。而只有0.01％能搅懂微软 ATL程式设计（而且他们都[留胡子戴眼镜]（http://images.amazon.com/images/P/1861000111.01.LZZZZZZZ.gif），没有例外。）

这种快速下降趋势有个结果，就是只要你“降低门槛”一点点（比如说容易使用10％好了），能使用的人数就会_戏剧性地_增加（比如50％）。

所以啰，我并不是真的认为大家都是笨蛋，而是认为如果你持续努力把程式设计得很容易，连白痴都能够使用，你就能做出一个容易用而且人见人爱的程式。另外你也会很惊讶地发现，小幅度的可用性改善如何能换来很多的客户。

要评估一个从未看过的程式或对话框的可用性时，有个好方法就是装得有点笨地使用。不要读对话框内的文字。不加验证地随意假设程式运作的方式。试着只用一根手指操作滑鼠。犯很多的错并且到处乱按。看看程式是否照你的想法进行，或者至少能温和地引导你而不会乱掉。不要那么有耐心。如果没法子马上得到要的结果就放弃。如果使用介面无法接受你笨拙不纯熟的动作，就需要再改进。

！[bullet.gif（http://www.joelonsoftware.com/bullet.gif）下一章：一个产品的设计程序（/维基/ The_Joel_on_Software_Translation_Project：％E4％BD％BF％E7％94％A8％E4％BB％8B％E9％9D％A2％E8％A8％AD％E8％ A8％88％E6％89％8B％E5％86％8A％E7％AC％AC％E4％B9％9D％E7％AB％A0 “Joel on Software Translation Project：使用介面设计手册第九章”）