在产品设计的过程中，更多的考虑往往并不是还需要新增什么功能。在开发的过程中，总能想到各种各样的新功能，新的想法也不断涌现，偶尔也会遇到一些想当出色的想法。但对于一个产品而言，太多的功能或许并不是一件好事，尤其是那些用户几乎用不到的超前功能，盲目的加上去只会令人产生困扰。这个时候，我们更需要的就是对产品做减法，去掉那些不必要的功能。但是减法，往往更是一个令人头痛的问题。

其实个人一直觉得，“简单”和“简洁”是两个不同的概念。简洁更多的是一种可以被看到的，更倾向于界面的设计风格方面；而简单，则是一种难以被直接看到的，贯穿了整个产品设计中的思想。

按钮

从新版本的快播4.0开始，我们在界面上作出了巨大的努力，使用了与以前截然不同的设计风格。第一眼看过去，不得不承认，新的UI在视觉方面做的极其出色，连我都已经很难挑剔什么了。可是，为什么总觉得好像这个界面里，缺了点什么东西呢？是的，那就是“上一个/下一个”的按钮。

对于几乎所有的播放器来说，上一个和下一个按钮的两个箭头，几乎都是必不可少的标准配置。尽管根据做出的调查来看，并不是所有用户都会用到这个按钮。

于是，考虑到界面整体的平衡，或者准确的说，出于视觉设计方面的一些原因，在当前版本中，这两个按钮就从默认界面中消失了。

一款拨号程序

在继续之前，先让我们去看一下另外一款软件：友录通讯录。

友录是一个著名的第三方拨号程序，有许多出色的设计，是我比较喜欢的拨号软件。这个软件有许多独特的设计，包括对联系人名单的补完、快速搜索拨号记录等功能，比系统自带的那个要强出许多。但是看上面这张拨号时的截图，是不是少了些什么？是的，那就是最常见的”*”和”#”字键。

从使用的角度来说，*字键和#字键，在拨号的时候确实没有什么使用到的机会，毕竟几乎没有什么电话是需要用到这两个键的，而在通话中需要用到这两个键的时候，也会有一个独立的“拨号键盘”出现。这样看来，对于普通用户而言，完全没有什么机会用到”*”和”#”这两个键。相反，重新改造的拨号界面，会更有效的利用原有的按钮，创造更强的功能。这应该是一件利大于弊的事情。

但是对于Android来说，情况有些不同。”*#*#4636*#*#”对于安卓用户而言，已经是再熟悉不过的代码了，只有在拨号的时候拨这个，才能够进入系统的一些隐藏的高级设置。好在对于一个还在更新的软件而言，这并不是什么困难。只要再新增的按钮中，根据系统的不同，添加一些常用的功能性拨号，就可以圆满的解决这些问题。

一切看起来都很完美。但是经过不断的更新，他在不知不觉中又变了回来。

新版本中，他又将”*”和”#”字键，重新加了回来。看似很出色的设计，既没有破坏界面整体的风格与平衡，也有效的增强了程序的功能，为何要改过来？究其原因，无外乎一点：给用户带来了不必要的困惑。

对于普通用户而已，带有”*”字键和”#”字键的标准拨号键盘布局，已经非常熟悉，甚至可以说完全能背下来。对于这样的一套已经是唯一标准的布局，任何的改动，都会增加用户的学习成本。面对这样一个新的界面布局，用户需要花费时间去思考，”*”和”#”这两个键去了哪里？尽管从行为模式上来说，他们现在根本不会用到这两个键。

简洁的界面，其根本目的是为了降低用户的学习成本。而这种创新的设计，平白的为用户增加了不必要的学习成本， 与设计的初衷已经背道而驰。

Don’t Make Me Think

《Don’t Make Me Think》，标题来自于那本著名的网页设计圣经，可以被直译为《别让我思考》。这本书里提到了许多非常有意义的内容，很值得一看。

让我们回到一开始的话题，关于播放器的“上一个/下一个”按钮。

这个按钮的意义，和之前所提到的”#”和”*”字键，何曾相似。他们都在无意间，平白给用户带来了困扰。唯一不同的是，根据我所作出的调查，“上一个/下一个”功能，还是会经常被用户所使用到的。

这就是“简单”与“简洁”的区别。为了保持简洁的风格，去掉一些不常用的按钮，确实是有意义的；但是从用户的角度而言，是否能够保持简单，才是更重要的事情。

相关文章

• 2011年01月03日 -- 从一碗拉面说起
• 2010年07月04日 -- Mozilla你到底在想什么
• 2010年06月13日 -- 设计的延续性
• 2010年06月06日 -- 界面与自由度
• 2011年09月18日 -- Google+的社会化之路
• 2011年05月05日 -- 产品的工具化与社会化迷思
• 2011年01月02日 -- 杂记兼新年快乐
• 2010年08月19日 -- 为何我如此喜欢IDM
• 2008年07月18日 -- 这是一个强大的世界，到处都是强大的软件

我经常在外面吃饭，尤其是上大学的那段时间，更是将住的地方周边步行30分钟可以达到的所有能吃饭的地方全部吃了一遍。

那个时候，学校旁边有一家兰州拉面，很普通也很常见的兰州拉面店。因为就在学校的旁边，所以去的次数也比较多。兰州拉面的招牌菜，显然就是经典的兰州拉面，我一般也都是以吃这个为主。直到有一天，突然想到了应该常常其他的面种类，于是就想到了那个经常在广告里出现的“红烧牛肉面”。谁知道一吃之下十分惊叹，不仅仅只是配菜，连面的做法都有了细微的改动，而这些细小的改动组合在一起却让面发生了质的变化。以后，我基本就没有在这家吃过其他东西了。

可惜兰州拉面这种店，几乎每一家的做法都和别家不同。所以自从那家换了人干之后，我就再也没有机会吃到类似的红烧牛肉面了，十分可惜。

拉面

每每想到这一点都觉得遗憾，所以也经常会去尝尝不同地方的拉面。也包括某些比较有名的连锁拉面企业。

在条件允许的情况下，我直接点了他们的招牌拉面。端上来之后，确实豪华无比，各种肉块与大虾，不仅好看也确实很有口感。唯一的问题是，面本身。在除去了这些豪华的配料之后，剩下的一碗，仅仅只是最普通的拉面，与其他种类的拉面完全一样。

从商业的角度来说，这实在无可厚非。既最大限度的节省了材料，同时又丰富了菜色。但我绝对不会认同这种做法，尤其是在吃过评价很高的拉面之后，更是对这样偷工减料的行为表示不满。

可以看出，在设计这样的菜单的时候，是基于这种的一种顺序所考虑的——

1. 与众不同的种类，对得起招牌菜之名
2. 丰富的配菜，保证看起来尽可能豪华
3. 好吃，保持自身品牌的一贯风格

这是一个自上而下的典型。当一个流程的主要目的被表面的“差异化”所主导，口味是否出众，就已经不是最主要的了。

但很不幸的，即使这样，也仍然有像我一样的人会跑去吃这种所谓的招牌拉面，究其原因，在于整体战略的成功。

同样，这家拉面店的整体策略，也可以用类似的顺序表示出来——

1. 无论任何拉面都拥有一贯的优秀口感
2. 精致的用餐环境
3. 丰富的菜色种类

这与上面的那个顺序完全相反。而这个流程，正是典型的产品设计思路：1.功能、2.体验、3.差异化。

基于餐饮业的特殊因素，我不能简单的就判断究竟哪种顺序才是正确的，但是我们可以把这个思路继续延伸开。最近的一个典型例子，就是新版本的Android市场。

Android Market

新版本的市场已经发布了一段时间了，估计不少同样是Android用户的朋友已经更新了上去。相对于旧版的市场，新版本有了很大的变化，界面上的改进尤其明显，但是这种改进更多是基于性能上的损失，可以明显的感觉到流畅度的下降。这是否值得？

类似于前面的拉面，这个版本的Android同样有一套自己的设计思路。我们不去考虑究竟这个版本的市场在用户体验方面做的如何，仅仅就这个思路本身而言——

1. 强调新界面所带来的巨大变化
2. 简单易用的用户体验
3. 强大的功能

新版本的Android市场，在排除操作的流畅度之后，有着以下两个主要问题——

• 巨大的推荐软件占据了太多的可视面具，导致应用程序分类仅留下了很小的空间展示
• 软件信息页面被塞入了太多的内容，同时有软件简洁、截图和用户评论，每一个部分都无法完整显示

不得不说，这无论怎么看，在用户体验的方面都是失败的设计，无论查看任何信息都比以前费力了许多，令我十分不满。最基本的应用受到了明显的影响，这绝对不是一次成功的改进。

简单总结一下新版本Android Market的设计思路：优先考虑的是如何体验差异化，其次是用户体验，最后才考虑基本功能。

拉面与产品

让我们重新回去拉面的话题。假如把拉面带入产品设计中来，那么这家成功的连锁型拉面店的思路，基本是这样的一个图形——

无论他的环境多么豪华，就我自己而言，不好吃的拉面是绝对不会继续吃下去的；至于这个味道是否惊世骇俗，就是另外一件事了。至于菜色的丰富程度，是在我来了之后，才会考虑的事情。

而Android Market的设计，与我所吃的那一碗拉面有着极为相似的思路——

这与之前相比，完全反过来了。

1. 首先考虑的是怎样做出差异
2. 以此为出发点，到了最后，用户所需要的基本功能也就自然难以得到保障
3. 缺失了最基本的功能，用户体验毫无疑问的也会随之下降

当一个产品被差异化的战略思路所主导，这一情形最终将会不可避免的出现。也只有满足了用户的基本需求之后，才有可能去谈其他事情。

相关文章

• 2011年04月05日 -- 按钮的去与留
• 2011年09月18日 -- Google+的社会化之路
• 2011年05月05日 -- 产品的工具化与社会化迷思
• 2011年01月02日 -- 杂记兼新年快乐
• 2010年09月29日 -- 浅析智能手机的多任务导航
• 2010年09月06日 -- 被选择的互联网
• 2010年08月19日 -- 为何我如此喜欢IDM
• 2010年07月04日 -- Mozilla你到底在想什么
• 2010年06月13日 -- 设计的延续性
• 2010年06月06日 -- 界面与自由度

前天和@tips讨论的时候，提到了这个话题。究竟现在最好用的下载软件是什么？这个问题在wakoopa上也讨论过，不过显然各花入各眼，难以定论。

在此之前，首先要把迅雷排除掉。因为迅雷并不是一款传统意义上的下载软件，P2SP的特点注定了他吸血的结果。尽管迅雷的下载速度确实很快，但是在很多时候我们仍然需要一款普通的服务器到用户的下载软件——尤其是在我曾经被迅雷一个月吸走1TB流量之后。

这样算来，传统的下载软件中，真正好用的大概只有两个了：IDM、FDM。连Flashget都已投身吸血的行列。Firefox的扩展DTA其实也是一个相当优秀的下载工具，甚至完全可以作为单独的程序出现，可惜作为FF的扩展这一点限制了他的使用范围。

FDM的优点很多，也很好用，仅仅是免费这一点，就足够秒杀售价29美刀的IDM了。可惜本文并不是为了比较这两个软件。他们已经在wakoopa上被比较的足够多了，有兴趣可以前往查看相关的评论：IDM、FDM。

1.下载软件

首先，当然是关于下载软件本身。IDM始终是一个下载软件。

曾经的IDM有许多的创新，比如说，当显示到如上图这个样子，主要是显示出了文件大小的时候，即使没有点击”开始下载“的按钮，他也已经开始自动下载了，以便节省用户的时间。

等等此类的创新，IDM还是有不少的，不过随着时间的推移，其中大部分的特性都已经成为下载软件的标准配置。

我显然不能肯定，这些一定就是IDM原创的；但是很显然，这些虽然不错的特性，都不是我一直在使用IDM的理由。即使他曾经自称是速度最快的下载软件，这我也毫不在意。只要他不是最慢的就好。

2.下载的管理

是的，我最欣赏的地方，是IDM的下载管理方式。正因为有了这一点，其他的功能都显得像是特别赠送的一般。

对于一个下载软件而言，管理好下载后的文件，是比单纯的提高下载速度更加有意义的事情。尤其是当下载来的文件越来越多的时候。

而IDM从一开始，就使用了和其他所有下载软件都完全不同的下载管理方式——

他非常独到的将”\我的文档\download\”目录作为下载的主目录，所有下载来的文件全部丢在这里。同时，按照文件的扩展名分类，把不同类型的文件放进以上几个不同的目录中。

响应的，IDM的主界面也被分为了同样的几大类型，用户可以按照分类和下载时间，在主程序中找到自己曾经下载过的文件。

其实说白了，就是将部分文件管理的职责，交还给系统的资源管理器，而IDM自己只负责分类。

像我这样的典型懒人，在使用一个下载软件的时候，通常不会特别费劲的去设置下载目录，而是直接一口气下载到某个分区的根目录里去。只有空间实在不行了的时候，才去研究研究，把很久以前的下载删除掉。因为这样的下载管理方式，对我而言确实太实用了。

值得注意的是，这并不是一个可选择的功能，而是IDM始终贯彻如一的管理方式。当你了解了IDM这种文件管理方式之后就会发现，尽管我对其赞不绝口，可事实上，这并不是什么独到的创新，大部分的下载软件都可以通过设置实现这样的效果。他们和IDM唯一的不同在于，只有IDM默认启用了这样的下载文件管理方式。

3.软件的自由度

戴一块手表是随时获知当前时间最为有效的方法，即使这块手表的时间并不完全精确；相对而言，在手上戴两块表并不能改变这一情况，反而只会变得更糟——你无法判断出究竟哪一块显示的才是真正的时间。

对于一个软件而言也是如此。给予用户更多的选择，有时并不能获得更好的效果：因为用户只有把所有选择都尝试过之后，才能够明白究竟哪一种是最适合自己的。但可惜的是，用户往往不愿意花费这样的时间。

或许你还记得我曾经写过这样的一篇文章：《界面与自由度》。这篇文章中所提到的观点，仍然可以应用在这里——

仅仅付出最低的学习成本，就能够异常方便的管理所有下载过的文件。可以说在这里，我得到了最佳的用户体验。

相关文章

• 2011年04月05日 -- 按钮的去与留
• 2011年01月03日 -- 从一碗拉面说起
• 2010年07月04日 -- Mozilla你到底在想什么
• 2010年06月13日 -- 设计的延续性
• 2010年06月06日 -- 界面与自由度
• 2008年07月18日 -- 这是一个强大的世界，到处都是强大的软件

Firefox4的beta版本现在已经发布了。新的版本UI正是之前猜测的那样，如上图。

左上角巨大的按钮，以及标签栏默认上移的设定，都会让人联想到另外两个著名的浏览器：Opera和Chrome。虽然这样的设定，我不能确定是他们的首创，但至少确实是他们分别将这样的设定推广了开来。

而FF从来就没有真正的在界面设定上作出过什么突破，他所做的通常都只是为了顺应用户的习惯。比如更多的个性化。也比如这次的两大UI的改进。

早在FF3时代，其实就可以取得和FF4完全相同的效果，只要使用扩展StrataBuddy就可以很容易的实现。但是现在的效果和扩展实现的效果有所不同，因为他默认设定中，极其诡异的将按钮放在了标题栏，这就造成了极大的空间浪费，而且也因为标题栏的消失造成了许多的不便。大部分的BUG也基本都是因此而出现的。比如我现在遇到的问题

另外一点，就是这个Tab上移的设定。这是Chrome的默认设定，甚至也是一种和Chrome的设计理念息息相关的设定。配合隐藏标题栏，以及其他细节方面的设定之后，Chrome非常漂亮的将浏览器分割在了不同的标签页当中，每一个标签似乎都是一个独立的浏览器。

但是在FF中，我却完全没有这样的感觉。标签还是标签，浏览器仍然是浏览器。他所作的，也仅仅只是把标签栏放在了地址栏上面而已。既然如此，为什么不增加一个Tab on the bottom的设定，以符合更大多数人呢？

还好，FF还能够自定义，也还有很大的个性化空间。对此，我从来就没有过任何怀疑。即使现在，也依然可以通过userChrome.css的方式来修改外观——

这样的微调之后，确实变漂亮了许多。即使是另外那个让我不满的按钮，看起来也变舒服了。如果一开始就打算让人自定义，那你又何必做出这样的大改动呢？

设计，本来就是应该在一个统一的基本思路之下进行的，无论这是一种弄个怎样的思路。这样，可以保证所有的产品，均有相同的用户体验。而设计的本质，也正是为了让用户最短时间内理解设计师的意图。

但是这次，我完全不明白，究竟Mozilla将默认UI改成这样的意图是什么。唯一的可能性，我只有认为，他们是在向主流用户妥协。这可不是我所期望看到的。

难道所有浏览器都变成一个样子，互联网就真的和谐了吗？

另外在最后，这里是我现在所遇到的囧境——

如此搞笑的外观，实在让我始料未及啊。实在是各种各样的可怕。。。不过不要紧，我们的原则一直是：无BUG，不白鼠。

相关文章

• 2010年06月13日 -- 设计的延续性
• 2010年06月06日 -- 界面与自由度
• 2011年04月05日 -- 按钮的去与留
• 2010年03月08日 -- 浅谈Firefox与Chrome的设计理念(中)
• 2010年03月06日 -- 浅谈Firefox与Chrome的设计理念(上)
• 2010年02月12日 -- 我所选择的浏览器 Firefox3.7a1
• 2009年10月17日 -- AdBlock for Chrome
• 2008年09月03日 -- google浏览器Chrome简评
• 2011年04月12日 -- 看来是时候告别Minefield了
• 2011年01月03日 -- 从一碗拉面说起

伴随着iPhone4的发布，iOS4也正式公布了。接下来，Android和iOS的竞争，也会变得更加白热化起来。

之前我们已经研究过了，在界面设计方面，用户的学习成本究竟会带来多么巨大的影响。对于Google和苹果而言也是如此。只不过需要明确一点的是，Google是一个以工程师为主导的公司，而苹果则是一个以设计师为主导的公司。这种差异造就了今天这两个完全不同的公司。

Google的优势是网络，毫无疑问他在这个领域已经取得了巨大的成功，而Android巧妙的延续了他的这一优势。但这并不是我们今天要研究的。

比如文章开始的顶图，即使将iPhone的字样去掉，也依然可以很容易的分辨出，这是苹果风格。虽然他已经有了很多的变化。而这，这是统一的设计风格所带来的东西，也是我们现在要关注的。

设计的延续性

就像本文标题所提到的那样，什么是设计的延续性呢？这里有一张来自腾讯CDC的《“生活”设计》图片，可以很好的说明问题——

如图，平时经常在软件界面中见到的拖动区域的整齐斜45度设计，其实正是来源于我们的日常生活中。这样做有一个最大的好处，用户一眼就能够看明白这个设计的用处。也就是说，降低了用户重新学习的成本。

正像我们前文所说的那样，降低用户的学习成本可以有效的提高使用体验。比起别出心裁的重新设计，这样显然要明智的多。

使用从生活中延续而来的设计，固然会有这样的好处，因为用户已经在学习使用软件之前，对这样的设计有了足够的认知。但是假如是生活中没有的设计呢？

这很简单，那就创造这样的机会。因为问题的关键，并不是设计是否源自于生活，而是用户是否已经熟悉这样的设计。

而苹果，这是这样干的。

苹果的延续性

对于苹果风格，我们大家早已经非常熟悉了。这篇苹果的《人机界面设计指南》非常完美的总结了苹果大部分的设计思路，简明扼要，值得一读。另外，这里也有一篇中文的由腾讯CDC总结整理的《iPhone用户界面设计精粹》，同样精彩。

苹果以其优秀的细节设计，让用户充分的记住了自己，记住了苹果的风格。而这也是与苹果常年对于用户的教育分不开的。

从2001年苹果正式推出Mac OS X开始，一直到现在，从桌面的Mac OS X系统，到手机现在的iOS，苹果的这些典型的细节设计就从来没有改变过。经典的黑、白、灰的配色，到圆角、阴影和反光的按钮，即使是从来没有用过苹果产品的用户，看到这样的风格也能够立即联想到，这就是苹果。

苹果这种将唯一设计理念贯彻始终的行为，显然收到了极佳的效果。

现在，无论是不是苹果的用户，都已经对这种风格极为了解，几乎无需学习就可以迅速上手。这样一来，即使是推出一款全新的操作系统，苹果也只需要专注于功能的开发，就可以让用户得到最佳的使用体验。

保持设计的延续性，最大程序的解放了程序开发的思路。

从有GUI开始，事实上Windows也保持着一贯的风格，只是他在细节方面显然没有苹果那样突出，但最终确实达到了相同的效果。可是相同的事情到Linux方面，却出现了一些偏差。

Ubuntu的风格？

前段时间，我几乎一直在使用Ubuntu系统。这确实是一个非常优秀的操作系统，我尤其喜欢他超快的启动速度。

Linux的系统很多，大家都自成一派，其中比较认真在为了用户而作的，也就是基于Debian开发的Ubuntu了。但是，为什么Ubuntu各方面都已经做的相当完善，却仍然没有造成足以撼动Windows和Ubuntu的影响力呢。

我们暂时不谈商业方面的问题，仅仅来看Ubuntu本身。下面分明是Ubuntu 8.04、9.04和10.04的三张截图——

这三张图确实都很漂亮，也可以清楚的看到Ubuntu界面的进步。但是，又有一个很明显的问题：他们没有一个真正唯一的设计风格。

无论是整体的配色，还是窗口的搭配，或者是按钮的图标，甚至于是默认的壁纸。他们几乎每个版本，都有所不同。我不能一口否认他们并没有完全相同的地方，比如工具栏的位置，菜单的配置等等。但在很多时候，我仍然面对一个新版本而感到迷茫。

比如说，10.04版中，他默认将窗口的关闭按钮放在了左边，我费了不少的功夫才重新改了回来；还有就是新的泡泡提示，这确实很漂亮，可是有段时间我一直认为这样的提示挡住了我正在使用的程序。这样类似的例子，或许还能够找到不少。

另外值得一提的就是，Linux常用的两个桌面环境KDE和Gnome拥有着巨大的差距，Ubuntu默认选择了Gnome，但是他同样有使用KDE的Kubuntu提供下载，这给用户带来了很大的困扰。在没有用过之前，谁也不知道究竟哪一种桌面更适合自己，用户所知道的，就只有Ubuntu。在尚未使用之前，就已经无形的增加了用户的学习成本。

也许在下一个版本，Gnome Shell就会默认在Ubuntu中启用。这确实可以称作是革命性的变化，但是同样，巨大的变化所带来的是全新的学习时间，这将会是一个漫长过程。当前的版本没有默认启用，看来开发者们或多或少的也意识到了这个问题吧。

有时，我几乎认为Ubuntu的开发者，并没有真正意识到什么才是用户体验。他们只是将自己认为更好的东西，加入在了系统中而已。

我确实很喜欢Ubuntu能够拥有和苹果或者Winodws那样统一的设计思路，不过对于一个开源的操作系而言，或许确实难以做到和那些商业公司一样的优秀。所以，我也只能在这里期待而已了。

相关文章

• 2010年07月04日 -- Mozilla你到底在想什么
• 2010年06月06日 -- 界面与自由度
• 2011年04月05日 -- 按钮的去与留
• 2011年10月16日 -- 苹果与乔帮主，值得深思的智慧
• 2011年08月26日 -- 老乔走下神坛，苹果会变质吗
• 2011年03月27日 -- 面试的成果,以及其他
• 2011年02月10日 -- iPad试用
• 2011年01月03日 -- 从一碗拉面说起
• 2010年08月19日 -- 为何我如此喜欢IDM
• 2009年11月06日 -- 人生，就是由波函数塌缩造成的各种折腾的叠加态

很早我就在思考类似的问题，在界面上给予用户更高的自由度，是否就真的能够带来用户使用体验的提高呢？

最近，著名的截图软件Snagit更新到了10.0，这是一个一直以来我都非常喜欢的软件。在10中，他新增了一个非常有意义的功能：All-in-One。顾名思义，只需要执行这一个动作，你就可以选择是截取全屏、截取窗口、截取矩形区域、还是截取滚动的网页，而程序会自动完成剩下的事情。

这并不能算一个创新，因为同样是自家的截图软件，Jing已经实现了这样的功能。但对于通常的截图软件而言，这仍然是一个突破，用户再也不需要用户牢记究竟是需要按Alt+PrintScreen还是需要按Shift+PrintScreen了。

但是从自由度的角度而言，这究竟是变得更加自由了呢，还是变得更加不自由了呢？回答这个问题之前，我们可以先看看另外一款著名软件UltraEdit的界面。

这两张差距非常大的图，都是来自于UE，甚至是同一版本的UE。只是UE提供了切换编辑环境的功能。当然，如果我愿与的话，还可以继续精简

如果不是相同的图标和菜单风格，恐怕已经很难看出这三张截图是出自同一软件。

• 第一张图中，所有的功能都被放置在工具栏和菜单栏上，软件可以做到什么，用户需要什么，全都一目了然
• 第二张图中，只有常用的功能出现在工具栏上，其他的功能则需要通过菜单或快捷键来实现，用户有时仍然需要花一些时间来寻找自己需要的功能
• 第三张图中，所有的功能均被隐藏在菜单里，无论做什么都需需要去菜单里寻找

这三种类型或许有些极端，但确实很好的说明了问题。从这三种情况中，我们可以找到这样一个规律——

1. 当界面无限趋近于复杂时，用户的学习成本并没有降低，但是使用难度却提高；
2. 当界面无限趋近于简单时，用户的学习成本明显提升，而使用难度则随着对界面的熟悉逐渐降低；
3. 当界面由用户自定义时，用户的学习成本直接趋近于无穷大，但使用难度几乎为0。

于是，我们再来看看这样的一个软件，一个日本人开发的游戏修改器，或者更应该说是Debuger的程序，UsaMimi

这个软件拥有令人感到惊叹无比的复杂内容，无论是从调试器还是修改器的角度来说，这个软件都拥有无以伦比的功能。他的界面最初看起来并不复杂，但是当你实际用起来的时候，就会迅速的被他重重的菜单以及多变的窗口所迷惑，进而开始怀疑人生。

这是一个典型的程序员型的界面。作者恨不得把所有的功能都放在主界面和多级菜单里，而不顾用户的使用感受。

他确实拥有强大的功能，但是也让用户望而却步。我花了很多时间，仍然没有完全搞明白，他最基本的追踪功能究竟是哪一个，虽然我相信他拥有所有我所想到的功能。结果，我花在学习如何使用这个软件上的时间，远比更换现有软件所能够节省的时间要多的太多了。

另外值得一提的是，作者对于这个软件使用了”yoda’s cryptor”对其进行加壳，而这个玩意非常棘手，我现在也没能完美的脱掉他，所以连汉化都进行不下去。。。

与之形成鲜明对比的，自然是以设计师占据主导地位的苹果。

如图是苹果的浏览器Safari on windows。

Safari和苹果一贯的设计理念相同，在此我们可以看到，他只保留了最基本的用户选项和功能，主界面几乎没有什么按钮，简单到用户无需花费时间去重新认知，几乎没有重新学习的成本。

这样简洁至极的界面，可以说是大大限制了用户的自由度，但是他很奇妙的，却带来了使用体验上巨大的提升。究其原因，就是因为用户几乎无需重新学习，即可立即使用软件所有的功能。

这里不得不提到的，也是之前曾经我写过的，Firefox与Chrome的界面之争。

• Chrome的界面设计思路，实际上是有些类似于苹果的。降低界面自由度，无需重新学习，立即使用。
• 而Firefox相对而言，他默认的常规界面平均了学习成本和使用效率，但是他更大的优势在于自定义方面。这也就代表着Firefox拥有了更高的自由度，以及更多的学习时间。

这很有趣。因为通常，我们还没有看到哪个软件在界面极其简洁的同时，还能够提供强大无比的功能和自由的DIY性。至少我没有见过这样的软件。通常，一个软件仅能在此作出一个选择：是给用来带来最佳的使用体验，还是提供最为强大的功能。

考虑到强大的功能是用户体验的基石，所以有时这两者并不冲突，因为实际上，随着功能的逐渐增强，对于很多核心用户，他们的使用体验也会随之提高。但并非对于所有用户都如此，因为用户已经为了得到这些功能，而花费了相应的学习成本。

这再次证明了我的观点：用户学习使用一个全新的界面所需要花的时间越少，那么这个界面所带来的用户体验就越优秀。而随着学习成本的提高，用户则仍然可以在保证用户体验的前提下，得到更多功能性的提高。

软件的自由度似乎并没有我们看起来的那么重要，尤其是当一个软件的学习成本很高时，究竟是否有为之付出相应成本的价值，这将会成为一个严重阻碍用户继续使用下去的重要因素。为了应对这一点，用户可以在仅支付极低学习成本的前提下，就能够体验到大部分软件功能，就成为了非常有效的一种手段。因此，相应的减少软件的功能，显然就是最佳的解决方式。

学习成本在这其中，实质上起到了一个杠杆的作用。在学习成本的制约下，一个软件难以同时保证在拥有优秀的用户体验的同时，仍然具有丰富而强大的软件功能。那么这样一来，如何在保证学习成本的同时，在功能与体验之间找到一个最佳的平衡，便是一个软件在界面方面最大的难题。

目前，大部分的UI设计都是以用户体验为主导而进行的。为了保证这一点，程序不得不牺牲掉软件的部分功能。当然，现在越来越多的软件，十分巧妙的将更多的复杂功能隐藏了起来，或者放置在了其他的第三方扩展功能上。我认为，这也将是很长一段时间内的主流趋势。

现在，本文一开始时所提到的，关于Snagit10中All-in-One的问题，就已经变得明朗起来。

All-in-One的出现，导致看起来，用户能做的事情变少了，相应的自由度也在降低；但实际上，很多以前需要由人类介入完成的功能，都交由了程序来实现，这一行为明显的降低了用户的学习成本，用户体验也就因此而受益得到了极大的提高。

在最后，与之类似的，还有著名的CLI(命令行界面)与GUI(图形用户界面)之争，这样的争论至今没有完结。

GUI的易学易用，让他自出现起便迅速席卷了大部分的用户终端，目前几乎所有的最终用户都在使用GUI。但是CLI却并没有因为极高的学习成本而消失，恰恰相反，目前CLI仍然以其不可替代的强大功能，在不断继续发展着。

如果各位读者有兴趣的话，可以试着用自己的理解，来对此进行分析。我期待你的想法

相关文章

• 2010年07月04日 -- Mozilla你到底在想什么
• 2010年06月13日 -- 设计的延续性
• 2011年04月05日 -- 按钮的去与留
• 2011年01月03日 -- 从一碗拉面说起
• 2010年08月19日 -- 为何我如此喜欢IDM
• 2008年07月18日 -- 这是一个强大的世界，到处都是强大的软件

于是后来，微软便适时的推出Frontpage的继承者SharePoint Designer和Microsoft Expression Web 2。其中后者给我带来的震惊尤其大。

今天的某一时候，因为给朋友的博客冰天国度定制某些功能，结果突然就忘了一个普通的图片居中属性怎么写，又懒得去搜索，于是就准备打开个可视化编辑器来参考下，于是就想到了刚装的Expression Web 2。不过随之而来事情让我囧了。

基本上就如图了。其实我只是想看一个图片居中对齐的代码，他直接跑去改了CSS，一点机会都不给我。。。。于是我又测试了几个简单的测试，比如文字的居中、变色，简单测试了表格的插入，基本上全部都是用标准的XHTML+CSS来完成的，这让我十分震惊，不禁产生了“真的是微软的软件吗”这样的想法。

然后我马上想到了我这里还有现在已经是Adobe的Dreamweaver CS3。于是马上召唤出来，做了同样的测试，最终得到了我想要的结果，align=”absmiddle”

这次的Expression Web 2试用，确实让我十分吃惊。是的，这个当年以Frontpage那垃圾般的代码占据了我的印象的可视化网页编辑器的续作，竟然如此的强大。

很久以前，想要让文字居中，只要写<center>就可以了，不会有人说什么。而现在，则需要老老实实的在CSS里写上text-align: center;，或者用<div align=”center”>。是啊，这就是进步。

这真是一个强大的时代。

相关文章

• 2011年04月05日 -- 按钮的去与留
• 2011年01月03日 -- 从一碗拉面说起
• 2010年08月19日 -- 为何我如此喜欢IDM
• 2010年07月04日 -- Mozilla你到底在想什么
• 2010年06月13日 -- 设计的延续性
• 2010年06月06日 -- 界面与自由度