当你构建你的用户界面和网站的时候，有各种各样的关于界面设计方法和模式的信息你可以使用， 对常见问题的解决方案和一般可用性的建议。下列专家给出的准则可能会引导你创造一个良好的用户界面， 但是究竟什么才是一个良好的界面？ 一个有价值的用户界面应该具有那些特性？

There is a lot of information out there about various interface design techniques and patterns you can use when crafting your user interfaces and websites, solutions to common problems and general usability recommendations. Following guidelines from experts will likely lead you towards creating a good user interface — but what exactly is a good interface? What are the characteristics of an effective user interface?

以下八个特性是一个良好的用户界面所必须的：

清楚
简明
熟悉
易响应
一致
吸引力
高效
宽容

1.  Clear / 清楚的
清晰度是用户界面设计最重要的元素。事实上，用户界面设计的所有目的是为了使人们能够与您的系统通过沟通和功能来进行交互。 如果人们不知道你的应用程序怎样工作或在你的网站上应该去哪里，他们会困惑和沮丧。

这是什么呢？鼠标移到WordPress的按钮时工具提示会弹出解释其职能。

2. Concise / 简明
清晰的用户界面是很好的，但是，您应该谨慎，不要陷入过度明晰。定义和解释很容易被添加，但是你这样做的同时也增大了规模。您的界面规模增加。添加过多的解释，您的用户将不得不花费过多的时间去读它们。

不仅要保持清晰，而且还保持简洁。当你能用一句话解释一项功能的时候就不要用三句话。当你可以用一个单词标记一个项，就不要用两个。 保持简洁可以节省你的用户的宝贵的时间。 同时保持清晰和简明并不容易，需要足够的时间和努力来实现，但其回报是值得的。  

在 OS X 的音量控制中使用两个小图标以显示的音量从低到高。

3.  Familiar / 熟悉
许多设计师努力使自己的界面，直观。但到底直观的真正意思是什么？直观也就是就是说可以自然地，本能地理解和领会。但是你怎么能做到直观一些？你可通过是它变的熟悉来实现。

熟悉就是， 跟你以前遇到过的东西相似。当你熟悉的东西，你就知道怎样它怎么做-你知道会发生什么事情。 弄清你的用户熟悉的并把它们融合到你的用户界面中。

GoPlan的标签页式界面。标签很熟悉，因为他们模仿文件夹上的标签。你清楚知道点击标签您将浏览该节和其他地方的标签将继续存在为了进一步导航。

4.  Responsive / 易响应
易响应意味着两件事。首先，易响应意味着快速。如果没有软件在后台，界面应该响应很快。等待加载和缓慢的界面是令人沮丧。看起来加载的很快，反正就是界面快速载入（即使内容尚未赶上）改善了用户体验。

易响应也意味着界面提供某种形式的反馈。界面应该反馈给用户，告知他们现在怎么了。你成功地按下那个按钮吗？你将如何知道？按钮应显示一个被按了的状态反馈，或许可以把按钮上的文字改成“正在加载… ”并且禁用按钮。是软件挂了还是内容载入中？用转动的轮子或显示进度栏的方式来保持用户在进程中。

Gmail会显示一个进度栏当您第一次进入您的收件箱。 而不是逐步载入网页时，一旦一切准备就绪整个页面即时显示。

5.  Consistent / 一致
之前我谈过关于上下文的重要性，以及它应如何指导你的设计决定。我认为，适应任何给定的上下文是很聪明，但是，一个界面仍然应保持一定程度的一致性。

一致的界面，使用户能够开发惯用模式-他们会了解不同的按钮，标签，图示和其他界面元素的外观，并识别他们。认识到在不同的情况他们所做的事情不同。他们也将了解特定的东西如何工作，能够从过去的经验中更快的总结知道如何操作新功能。

在Microsoft Office的用户界面是一致的是有原因的。

6.  Attractive / 吸引力
这可能有一点争议，但我相信一个良好的界面应该有吸引力。吸引力在某种意义上，是与界面交互变得是愉快。是的，你可以让你的用户界面简单，易于使用，有效率和易反应，它将尽其出色-但如果你可以做额外的一步，使之有吸引力的。那样用户体验会真正令人满意。当你的软件使用起来是令人愉快的，你的客户或工作人员将不仅是简单地使用它-他们会期待着使用它。

当然有许多不同类型的软件和网站，所有的创作针对的不同的市场和用户。什么样看来’好’对任何一个特定的观众都会有所不同。这就是说，你应该为了你的用户来包装你的界面的的外观和风格。此外，美感设计应适度使用，并且是为了加强功能。美化界面不同于加载时使用多余的眼睛糖果。

谷歌是众所周知的极简洁的界面，他们关注功能重于形式，但他们显然的花费时间美化了Chrome用户界面元素，如按钮和图标，使它们看起来正好体现了微妙的梯度和像素超薄突出。

7.  Efficient / 高效率
用户界面像是车辆，带你去你要到的地方。这些地方是软件应用程序或网站的不同的功能。一个良好的界面可让您在执行这些功能更快。现在， ‘有效’听起来像一个相当模糊的属性-如果你把所有其他的事情在这个清单上，当然界面到头来还是需要高效？差不多，但不完全。

你真正需要做的是使界面能高效的找出用户努力想要实现的，然后让他们可以有条不紊的做到。您必须确定您的应用程序应该如何工作’ -什么功能它需要有，什么样的目标是你努力努力争取实现？实现一个界面，可以让人们轻松地完成他们想要做的，而不只是简单的实现对各个功能的访问。

苹果公司已经确认了人们在其iPhone上想要对照片做三个关键的事情，并在照片控制中提供按钮来分别完成他们。

8.  Forgiving / 宽容
没有人是完美的，当使用你的软件或网站必定有人会犯错误。 如何处理这些错误将成为你的软件的质量一个重要指标。不要惩罚用户-建立一个宽容的界面，纠正问题。

一个宽容的界面可以使你的用户远离代价高昂的错误。例如，如果有人删除了重要的信息，他们可以轻松地重新检索或撤消这一行动？ 当有人浏览到损坏或不存在的网页，他们会看到什么？他们会迎接一个加密的错误提示还是得到了一些有用的替代目的地？

错误的删除了电子邮件？Gmail可让您迅速取消上一次的操作。

To conclude…结束…
实现这些特性实际上可能同实现另外一些特性产生冲突。例如，试图使一个界面清晰，您可能会增加太多的描述和解释，即最终使整个界面变得大而笨重。缩减容量，努力使事情简洁可能产生相反的效果，使东西模糊不清。实现一个完美的平衡需要的技能和时间，解决方案根据不同的案例也并不一样。

1）要栓在一起的PD

我在淘宝做了几年运营，观察大大小小的产品设计、活动策划，发现运营和PD*，和UED*在沟通上总是会出现各种问题。好的是，我们一直在不停改进这种沟通，双方都在不停做改变，力图走到一起。我试图从几个方面，思考这个问题。

做互联网产品和其他产品不一样，电视机生产出来卖掉就好了，顶多有个售后服务，互联网产品不同，做出来了要有人用，做的好才有人用，而且还要不停优化修改，产品做出来只是第一步，后面还有一大帮运营的人跟着呢。一直以来，有种矛盾的想法：

• PD想做什么呢？PD总会们希望运营能提出一些大的长远一些的想法，这样通过一个大的产品、一个项目就彻底解决问题。PD希望产品都做成模块化， 到处可以重用，为每个活动设计不同的产品是很辛苦的事儿。PD希望开发资源足够，而这不可能，于是PD希望去排项目优先级。PD希望自己做一些有成就感的 东西。
• 而运营不这么想。运营希望产品做出来马上就可以用，想怎么用怎么用，不要每个小改动都要重新走流程立项开发。甚至，运营最不希望听到的词就是“立项”，因为一立项，就是一个月以上，要PRD评审要评估要开发要评估要测试要PK上线，上线了还要修bug……运营希望PD能告诉他“可以做”，告诉他 “怎么做优化能节约时间”，可是PD很少这么做。运营希望PD能跟项目捆在一起，和自己一样关注项目进度，可是大部分PD没有做好后续跟进。
  甚至，很多时候运营会和个别好说话的工程师搞好关系，一些小改动就直接做掉了。这是没有办法的办法，但是不应该。
• 更可怕的事儿还不是这个。运营提出的需求是A，到PD写成PRD的时候变成了A’，开发的时候，开发的理解是B，开发过程有些变动，做出来是B’，甚至，产品同学会自作主张删掉一些细节需求，而有时候这正好是核心功能点。而运营从A’到B’的变化，根本不知道。
• 结果就是：设计 => 上线 => 改=> 改=> 设计二期 => 上线=> 改…… PD被烦死，运营崩溃死。

这就是问题所在啦：大家没有拴在一起，大家目标不一样啊。

那天商户平台的同事给我讲起他们的做法，我觉得很可取。要知道，商户平台近年出的产品很多，大都也很靠谱，看来效果明显。

• 他们PD和运营业务线绑定，PD和运营背着同样的KPI，产品达到什么目标、什么时候上线大家一起商量。这样，PD和运营不再是“提需求”和“接需求”的甲方乙方关系，自然融洽很多。不好的是，PD和PD之间会因为资源等等问题发生争抢。
• PD关注产品进度和效果。当产品成了自己的事儿之后，PD就不会觉得“这是他们运营的项目”，他就会很关注。并且，产品上线，PD会主动要求数据 监测，关注效果，因为这是证明自己成绩的方法，如果有问题，不用运营说，PD就会主动帮你做掉了。不好的是，如果这时候缺乏沟通，PD很可能会“自作主 张”。

要注意，PD和运营就算拴在一起，毕竟还是坐在不同位置上，思考的方向肯定不一样。PD要对产品做的修改，如果没有经过运营同意，很可能会做成“阉割版”。

最直接的例子，我们说过的“限时打折”产品，就是产品觉得“预告”功能做起来比较复杂，自作主张去掉了。上线了运营才知道。没有“预告”还“限时打折”什么啊，核心功能没有的产品就是阉割版。经过紧急沟通，“上线”到真正“能用”，推后了整整1个多月。所以解决办法很简单：

• 运营在提需求的时候，把核心功能，也就是删掉谁都不能删掉它的功能，标出来。
• 产品上线之前，一定要有运营验收。测试团队看的是“能不能用”，运营还要看“好不好用”，甚至，UED也应该加入到验收工作中来。

我想，做互联网产品，运营和PD之间一定会有矛盾，但是也一定有办法解决，只有大家同心协力，才能把产品做好。

（2）被累死的UED

我们接着说产品的事儿，这回说UED。

UED真的是被累死的。干吗这么说？从这个角度来说，运营最感谢哪种UED？运营最感谢两种，一种，是干活特别棒的，视觉设计做到炫，前端活儿好速度快， 这都算。可是，因为大家事情都很多，开始讲流程开始将团队的时候，出现“救世主”的机会越来越少。另一种，是“不辞劳苦”型的，页面想怎么改都行，很少怨 言尽力配合。

做UED的，谁都不愿成为第二种，对吧？咱UED可是一个创造性劳动，所有跟“创意”有关的词儿，都能和UED挂钩。但是事实就是这样，很多UED的日常工作变得很民工化。

UED会抱怨：运营能不能想好了再提需求？运营你真要做那么多活动吗？活动到底有没有效果啊？活动在哪里推广呢？这次修改对你KPI是有好处，但是损害了用户体验，但是又不得不改。

更多时候，UED在“接需求”，而UED更愿意做的，却是“做创意”和“提建议”。

其实，运营更多时候并没有把UED设计师当成一个“做创意”和“提建议”的人，而是当成一个工具。那，UED不累死谁累死？UED苦于自己的创意得不到认可，收到的评价很少是“很棒”。

我想过，运营必须和UED保持很好的关系，还要想办法让UED觉得爽。大家是在共同做一件事，共同创造，共同收获。这样才有价值。我们是不是可以这样做：

• 跟UED当面沟通需求，并征求建议。
  前几年我们和UED做过一个需求提交模板，里面必填项是项目的目标，很多人都随便写，或者把数字贴上去。这样的内容UED看不明白也不会关注。所以，我们的项目最好能用文字和当面沟通的形式，当面跟UED设计师讲清楚，我们要什么，通过什么东西去要。
  运营会觉得麻烦，但是要知道，淘宝的UED都非常有想法，他们绝对不是等着需求照做的人，我的经验是，征求他们的建议，对运营很有帮助。
  个别运营曾经跟UED说“让你做你就做”，这是该打屁股的事儿。UED有时候比运营有想法的多。
• 告诉UED什么是核心信息。
  UED是从视觉和体验的角度考虑问题，而运营是从信息排布的角度去考虑。如果一个banner或页面做出来都不知所云，不知道往哪看，那不是UED的错，而一定是运营的问题。
  运营需要告诉UED，什么信息是核心的，什么是最想让用户看到的，什么是次要的可有可无的。UED根据这个去考虑，怎么在页面上安排内容，UED控制视觉中心和视觉流。这里要各司其职。
• 不要有偏见去沟通，给UED足够空间。
  不少运营同学来说，我不要那个xxx给我设计，他做的东西很烂的。UED来投诉说，运营xxx态度很差，我不愿意接他的需求。
  相 信我们的UED，能来做淘宝UED的同学一定有几把刷子。UED最烦的，就是你已经把要的东西都画好了，还很详细，那他们的创意空间就没有了，对吧？告诉 UED，你要的风格和感觉，和你要表达的核心信息，让他去做，不要总是催，空间，空间对UED来说真的很重要。
  大雄曾经花足足1周半做了一个页面，但是美轮美奂，每一个细节都处理的很好，活动效果自然也很好。这说明如果设计师用心在做，一定能做出好东西。关键是，让设计师放松下来。
• 告诉UED，你要的是什么，还有不是什么。
  碰到很多运营和UED扯皮的事儿，大都是运营提的需求里，写要做成xx风格，模板上要求用一组形容词去描述，结果UED设计师照这个要求做出来，运营说“这完全不是我要的东西”，设计师就很委屈，你要的这些我都做到了呀。
  问题就是我们说了“是什么”，但没有说“不是什么”。有人提了一个“或活力的，卡通的，炫的，多彩的”风格，他心里想的是Hello Kitty，结果设计师做出一个变形金刚。从需求上说完全没问题，可是如果说了“不是深色的，不是酷的”没准就好了。
• 要让UED有成就感。
  这个最关键，UED觉得自己“是民工”，“累死累活”却不知道 啥结果的时候，我们的沟通就很成问题了。一定要让UED参与进来，活动效果实时发给UED看，点击分布情况、转化率有事没事跟UED念叨一下，UED会觉 得自己的劳动很有成果，觉得自己创造性的加上某些元素是有价值的，觉得自己不是在做飞机稿，觉得自己真的能帮到运营。这样才能良性循环。我们这就出现过 UED催着运营策划同学做活动的情况，因为他上次做爽了。

和UED的沟通，从我进入这行开始，就一直在折腾。运营和UED完美的合作可以流畅可以天衣无缝，大家共同创造共同收获才是最好。

（3）有人味儿的产品

说了PD和UED的故事，我们说说产品本身。

有一次，我的HP打印机坏了，打电话到HP的400电话，先让我选家用还是商用产品，然后选影响产品个人电脑还是其他设备，然后选资讯销售还是维修，然后 输入产品型号……我每一层都听完，我一直在等着他能说出一句“转人工请按0”，可是人家死活不说。这样，足足5分钟过去，我终于在第7层语音菜单里听到了 “转人工请按0”，迫不及待就按下去了，一个声音不错的女孩子接电话，她一开口，我就喊出一句“妈呀终于有活人跟我说话了。”

HP的工程师在做这个电话产品的时候，一定收集了很多部门的需求，整合起来编制的电话逻辑。可是，我就是觉得这个东西很傻，一点人味儿都没有。这东西满足需求了吗？满足了。每个用户都可以很准确的找到自己需要的帮助，但是，爽吗？严重不爽。

这样的产品就叫没有人味儿。互联网上的产品还可以举出一些做法：

• 说用户听不懂的话。我们的页面上出现了什么IPV啊，SKU啊，detail啊，这些词除了行业里的人，谁都看不懂，人家看到这个，只能觉得你傻，绝不会认为自己应该补充知识。
• 把组织结构放在页面上。曾经一个版本的淘宝商城页面就有过这样的情况，区块严重按照组织结构划分，顺序根据业 务重点顺序来排，于是化妆品和珠宝强行放在一起，因为他们是一个运营团队来管的。然后组织结构一调整，马上就会改版首页。UED都知道的，呵呵。别笑，看 看其他网站，大都是这样的。
  可是，用户凭什么管你们公司什么组织结构啊？
• 典型的工程师产品。进一家餐馆的页面，里面默认有15个推荐菜，然后有个展开按钮，一点，出现了300多道菜，整整一屏半，那家馆子的历年菜谱一个不落，但是，没有收起按钮，逗吧？因为需求上没写啊。
  可是，用户需要的，是不是可以分级展开，还能收起来的东西呢？
• ……

这是我们用户体验设计很重要的一点：人性化。我习惯说成“有人味儿”。

有人味儿的产品，是让人感觉在“跟人交流”，而不是跟机器交流。一种有亲和力的而不是生硬的感觉。人们只会去“让自己感觉舒服”的地方，对吧？

做法其实很简单，人味儿体现在细节上。

• 把感情放进去。大雄写过一篇《以情感为中心的设计》，大家参考。不爱自己产品的设计师，肯定做不出有感情的东西。而感情，让人们感受到，产品的设计师有多爱自己的产品，这样的产品才是动人的。
• 做用户的邻居。如果用户是你的邻居，甚至你的家人，他们在口碑搜索一家店，发现没有登记，你会跟他们怎么说？是说“抱歉没找到”还是说“哈哈，你要找的是不是xxx？”或者“你太强了，口碑上没有的店你都知道啊，那帮我们提供点信息吧。”呢？
  淘宝在出错页曾经写过一个“出错了，看来运气不错，去买张彩票吧。”不是就挺好。
• 增加魅力属性。
  以前不做互联网产品的时候，有这么个说法，说产品需要有必备属性、可有可无属性、魅力属性和不可接受属性。
  其他三个都好理解，魅力属性在我看来是最有价值的一个。魅力是让人有惊喜和富有感情的，人们会因为喜欢这个点，而爱上我们的产品。让用户爱上，我们的产品价值一定会翻翻。而且，人们会跟他的朋友传播他喜欢的这个魅力属性。
  简单的例子就是apple电脑的呼吸电源灯，待机状态下会像呼吸一样一闪一闪，让人会彻底爱上它。
  有一年淘宝在“淘宝网”logo的“宝”的点上做了一个彩蛋，点上去就说一句“淘啊淘啊淘啊淘，淘宝网淘我喜欢”，很多发现了的用户兴奋的到处传播。如果不是我们的UED很爱自己的产品，绝不会想到做这个东西的。用户也会感觉到，这是一个很有趣味的公司。

说到最后，如果每一个产品设计都加入各种各样的人味儿元素，情况会如何？没错，会很乱。这就是为什么需要一个独立的UED团队。

UED要控制整体的风格。每个网站都有自己的整体风格，这也是这个品牌的风格体现，品牌形象是个好玩的年轻人，所有的人味儿因素都像是好玩的年轻人说出来的话，这样才是一个整体。因为，客户体验到的，是网站，不是网站的单个产品。

富有人味儿的产品可以做成这样：这是必应Bing搜索11月11日光棍节的首页，讲了一个鸵鸟的光棍故事。产品提供了一个舞台，可以做图片，可以做故事。做的产品是富有感情的，运营也会很卖力的做有感情的事儿。很棒很棒。

（4）有感情的运营

上回说到，产品应该做到“有人味儿”。而一个好产品做出来，一定需要运营，这是互联网产品最大的特征，运营地好，好产品才会焕发价值，反之亦然。

我们看到了无数的好产品，因为没有很好的运营，最后关闭消失青黄不接。比如Yahoo在中国的很多产品，比如搜索比如个人站站，懂行的人都知道，其实东西很好，但是运营失败，效果就大打折扣。

问题在什么呢？无非是没有站在用户角度考虑需求，总是站在自己KPI和产品本身的角度去思考，假设用户在用我们产品，之后会如何如何，可是没有考虑，人家用户凭啥要用你的产品啊。比如“站长天下”，“天下”二字跟用户没有半毛钱关系，于是用户压根不关心……

说说最近看到的好东西吧。我还写过一篇关于微软bing的文章，提到改变用户习惯的事儿。现在，我渐渐被Bing的中国首页折服，甚至我签名改成了“每天看Bing首页成了习惯”。我们不说是否会使用bing来搜索，我们说，这确实是讨用户喜欢的好方法：

• 每天，必应的编辑都从数千张照片中选一张，作为首页图片和搜索结果背景图。
• 每天会根据这张照片，用浮层方式写一些文字和话题，引导用户点击搜索。
• 右下角有明天的话题预告。
• 最近还在做系列话题，比如云南游，已经连着3天云南主题图片了。

对我这种有点文化，喜欢摄影的人来说，看看这个感觉确实不错，养眼长知识，还很舒服。

我就想啊，这个编辑，也就是运营人员，一定对产品非常有感情，否则不会每天挑的照片这么棒，也不会写那么有人情味的文字，更不会在光棍节专门挑一个能贴合主题的东西，更不会策划专题。

带着好奇，我看了必应在其他国家的页面，发现还是有不少差异：

至少，韩国的运营人员最省事，美国的同学也基于对用户的认真研究，发现不把导航放出来还是不行。

弥远说这玩意越来越像国家地理，有一点，但我还是很喜欢。这是一种很不一样的运营手段，我把它叫做“融感情，加味道”。

正因为必应很有文化很像国家地理界面很华丽，我才记住他，反倒我没记住任何一个除了百度谷歌意外的搜索引擎。作为市场后进者，创造自己的味道，变得很重要。

没错，运营干的事情就是这个：用手里这杆枪，创造跟别人不一样的东西。那，我们是不是可以给运营人员这样的机会，让他们去创造呢？

还拿必应来说事儿，我发现每天的文字，风格很一致，显然是一两个小编写出来的。那有没有可能把这些小编推到前台，让很多喜欢他风格的人等着看他的文字呢？ 换句话说，小编把必应首页当成twitter，很多人可以follow他，这也是创造客户的一种方式，不知道有没有用啊。这样的话，这个运营的小编，该对 自己的工作多么认可，该多富有感情啊。

如果你不喜欢这个小编的风格，没问题，下午三点开始，有你喜欢的那个小编，他的文字会出现，你等着看吧。让用户等了，就有感情了。

华丽丽的点子更有意思：“他可以搞个征集活动，决定用谁的话登在首页。看这个网站的 会心痒痒，也想写几句，表达自己的思想与观念。”这就到了另一个高度，让用户投入感情，这个用户死也不会走的。甚至，“然后搞个虚拟的一句话智慧队，我和 你一队参与一句话，如果我们的登上首页的话最多，那么年底就曝光照片”，这就增加了用户和用户之间的关系，更上一层楼，很有意思。

收回来，以上纯属YY，甚至有的脱离了搜索引擎本身。

我要说的是，有感情的运营分三个步骤：

• 让运营同学富有感情，给他们机会，让他们投入感情。一定会出好东西的。
• 让用户为我们的产品倾注感情。
• 让用户之间发生感情交流。

好不说了。我们要努力发挥运营、PD、UED的智慧，大家群策群力的做产品，做出有人味儿的产品，用感情去运营。互联网的产品就是这样，挺美好的。

=========

* PD：Product Designer，产品设计师。负责产品的设计，收集运营需求，翻译成工程师语言，并对整个产品负责的人。
* UED：User Experience Design，用户体验设计。

胖胡斐是淘宝口碑网资深的运营，这一系列文章的原地址是：http://www.panghufei.com/?p=10039，欢迎大家留言。

iPhone 4G 出来之前，注定会有更多强大，快速，激动人心的新设备来挑战智能手机的巅峰 : 3GS 。

但也总会有文章出现，指出 : 这还不是 iPhone Killer 。

无能人威胁 iPhone 。 打倒 3G 的，仍然是 iPhone 自己。 Jobs 领先 5 年的狂言，正在慢慢应验。

移动计算的市场代表未来没人怀疑。Nokia ，Handspring , RIM , Palm , Google ， Moto 等等公司前赴后继。 他们在经验，远见，技术，资本等方面上各有所长。

为何，大家把市场利润最丰厚的部分，拱手让给苹果？那些叫嚣干掉 iPhone 的各家厂商，真的读懂了 iPhone 成功的原因？

这次从一些细小的地方入手，看看能不能发现飞鸟集的境界：

一沙一世界，一花一天堂。

封闭高速路

细节1 ：

iPhone 上你要点个按钮，只有一种选择：用手指。

听起来像废话？

Android G2 却不是，可以用手指，还可以用下面的滚动球。

Blackberry 也不是，可以用滚动球，还可以用快捷键。

WM 也不是，可以用手指，还可以用笔！

。。。

只有 iPhone ，把用户从二选一中解脱出来。

（Moto Droid 去掉了 G2 上的滚动球。是偶然，还是别的公司，也终于开始领会苹果？）

多个选择未必是好事。我开车最喜欢全封闭的高速路。不一定最近，开起来却舒心。有个路口，即使你不走，判断也不可避免：这是不是一条更好，更快的路？

判断本身就是成本。

这个成本可能比很多人想象的大。除了让用户省心，还可以让系统和应用的开发者专注于对手指的优化。( 与之对比的 Palm ，有程序为了笔和手指开发两套 UI 。 ) 也许， Blackberry 的快捷键才是真正通向目标的捷径， iPhone 可能让你的手指多绕个几公里。但至少我，原意用更长的里程，换来简单和省心。

可能出于同样的哲学， iPhone 上只有一种返回桌面的办法 ( Android 可以 Back 或者 Home ) 。 一个程序商店。一种切换离线方法。。。

苹果偶尔也在这上面做过火。比如当年 Jobs 宣称要用 Email 代替 MMS 。 (要不是短信文化太强势，说不定他也有心通过 Pushmail 把短信一起干掉。)

我把苹果这种减少，而不是提供选择的做法叫做 “封闭高速路” 哲学:

对我们的心灵来说，两点之间，不一定是直线最短。没有路口的封闭高速路，可能更短。

专注于重点

细节2 ：

手指抚过丝绸？快刀削开酥油？这种快感，装个 Tweetie 就能体会。

BGR 惊叹 Droid 的速度。 与此同时， Tweetie 的作者 Brichter 却说， Droid 的滚动慢到不可接受。我说这话 ，可能是博出位。而 Brichter ？ 他是这个星球上提供最好 Table View 滚动手感的人。

细节3 ：

手起刀落，弦响鸟坠？ 这种快意，在 iPhone 的桌面点个图标就能体会。

从手指抬起，到程序 UI 出现的短短瞬间。 苹果作了什么？

• 第一步： 屏幕变暗，消除残影
• 第二步： 程序被呼出的模糊动画出现
• 第三步： 显示一个准备好的截图。 (很多程序使用自己 UI 的截屏，给你程序已经装载的假象)
• 第四步：终于， UI 显示出来。

相机程序加载时显示的图片。

WM 研发6代，浪费无数美金，从来没有一次，让我们看到在这上面花费一点点的心血。毕竟，就那么几秒钟而已。苹果却不这么想。时间和时间不是平等的。用户等待程序加载的焦虑心情，让这里的 1 秒，大于别处的 100 秒。

细节 4 ：

按钮为手指点击做的优化，是另一个精彩之处。已经有 Blog ，不重复。

苹果在触摸体验上的专注，让他不惜付出十倍努力，去减少用户哪怕一丝的烦躁。 iPhone 一代可以没有 MMS ，可以没有复制，但触摸体验上，绝不容败。

把握正确的方向已属不易，同时，苹果又在正确地方向上，专注的做了持久而细致的努力。这上面取得的优势，因为专利的保护，其他厂家恐怕要艰苦的追赶。

克制

细节 5 ：

iPhone 配色是黑色和银色，业界大俗。装饰简洁到不用形容，正面连个 Logo 都没有，唯一的字符，是 Home 按钮上的方块。同时，iPhone 却配合了极为优美的曲线。

也许 iPhone 在上百个国家千万级别的销量应能解释这种矛盾。

苹果不是没有驾驭色彩 ( iPod ) 或者形状( iMac )的能力，但是 iPhone 所追求的，恐怕不是最多人喜欢，而是最少人讨厌。

设计元素，带来扇子的同时，也让另一批人远离。苹果发布 3G 的野心就是用一个设计在广阔的市场取得最大成功。所以优美要让位于平庸。苹果设计元素，低调的不能再低调的隐藏于那个曲线中。

细节 6 ：

• 1 程序不可访问 Safari 书签。
• 2 程序不可访问 日历项目。
• 3 程序不可访问自己目录外的文件！
• 4 程序使用内存超过 20M ，就随时可能被系统强制终止。（开发者的总结）
• 5 程序在退出时，只有大概只有 5 秒的时间回写数据！

等等。。。是的，这些全是苹果对第三方开发者的限制。

两个仅仅使用 10M 内存的程序，同时跑的可能性是存在的。但是苹果宁愿禁止所有第三方程序的后台功能，也不愿意冒风险损害敏捷的响应。

访问日历意味着 iPhone 将拥有 DK5 (Palm) 这样强大日程程序。访问目录外文件意味 CHM 阅读器的作者，不用含泪在自己的程序里追加和功能完全无关 HTTP Server 。但是，苹果宁愿限制这些，也不愿意冒风险让用户的隐私受到一点损害。

苹果对 UI 的改进非常激进。 另一些方面，又超级克制。这种矛盾态度的混合，造就了 iPhone 。

能认清市场和自己，界定能力的界限。在可以做的时候不做，是克制的智慧。

最后的话

但是，上面三点，是所有 iPhone Killer 们没有做到过的。所有他们也只能 be Killed 。

分辨率做高，屏幕做大，CPU作快，这种方向上的领先是技术。魅族也可以完成的事。甚至功能和应用， Android 也迟早超越 iPhone 吧？

什么地方应该深入？什么地方应该浅显？为什么一个点击动作就需要如此心血，大家都喋喋不休的多任务却简单限制？在各种维度上，对“度”做恰到好处的把握，却非平常。这种天赋和胆略，而非设计，让苹果超越了一个技术公司的范畴。

音符的重与轻，词句的增与删，色彩的浓与淡？

自古而来就是艺术。

转自：http://www.ifanr.com/5280

本文分析了在手机客户端产品中，多个功能模块的两种主要布局方式:按钮式布局和标签式布局。并以13款手机客户端为例，分析了两种布局方式的不同使用场景，它们的变体，以及优缺点。

手机产品设计与传统的桌面和web产品设计相比，最显著的约束是设计空间的急剧缩小。打个比方，这就像从一个100平米的房子搬到5平米的单间，东西没少一样，可以施展的空间却小了几十倍。更重要的是，在这样一个小空间里，你不能把东西胡乱摆放，要依旧保持它们的清晰、合理、简洁、美观。借用《用户体验的要素》中的名词，这涉及到“框架层”的设计问题，在手机产品的设计中，框架层的设计即布局问题尤其关键。

然而，众多手机产品看似纷杂的框架选择，归纳起来，最主要的方式有两种：按钮式布局，标签式布局。基于这两种布局类型及其多种变形，并综合两种类型的巧妙组合，可以解决绝大多数功能模块的组织问题。

手机产品框架层设计的两种基本布局方式 

按钮式布局

当多个功能之间相对独立，用户根据需求选择其中一个功能时，按钮式布局是一个不错的选择，结构清晰、简单明了。支付宝、12580客户端、PingCo等手机产品的初始界面都采用了典型的按钮式布局方式。

典型的按钮式布局方式 

以支付宝为例，当在多个按钮中选择某个功能按钮后，如“手机充值”，则直接进入手机话费充值页面，然后进行相应的手机充值操作。这种设计结构清晰，手机支付宝有8个主要功能，分成8个按钮，布局有条不紊。

支付宝的手机充值功能 

变体。按钮式布局的表现形式多种多样，有很多变体。比如，在熊猫看书中，几个功能按钮排成一行，放在底部，上面是熊猫看书的一些通告；在爱帮公交中，几个链接本质上是就是按钮，可以分别选择乘车、线路或站点查询；在139i联系中，按钮成为长条形，每行一个，排成一列（样式上类似于iphone上的系统控件），每个按钮被激活后，下部都会有对应功能的解释。这些以不同方式展现出来的按钮式布局，或者更加美观，或者更加简洁，把多个功能进行了有效的组织。

按钮式布局的更多实现形式（按钮部分用黄色框标出） 

缺点。 按钮式布局的一个缺点是，功能模块之间的切换需要较多步骤，功能之间相对离散。例如，从支付宝的手机充值页面切换到交易查询页面，需要首先选择右下角的“返回”按钮，回到主 界面，然后点击“交易查询”按钮，才能进入相应界面。在支付宝中，这个问题似乎还不明显，还不是一个问题。如果每个功能界面都比较复杂，层次较深（比如 12580客户端），则不同功能之间的切换将变得非常繁琐，每次都要返回到按钮组合界面，才能访问其他功能。

标签式布局

标签式布局能够解决按钮式布局中“功能离散”的缺点。当功能之间联系密切，用户需要频繁在各功能之间进行频繁时，标签式布局是首选的设计选择。UCWeb浏览器（以及腾讯QQ浏览器）、手机MSN、爱帮爱逛的公交频道等手机产品都采用了典型的标签式布局来组织一些功能界面。

典型的标签式布局(标签部分用黄色框标出) 

以爱帮爱逛的公交频道为例，和公交相关的换乘、路线、站点三个功能组织成标签，用户进入该频道后能够一目了然，根据自己的需求轻松切换（默认是用户经常使用的换乘功能）。

爱逛公交频道的三个公交功能用标签组织 

为什么没有把爱帮公交中的三个功能集中在一个页面，按照从上到下的方式排列呢？主要考虑两个因素。

第一，功能完全展示。如果三个功能集中在一个页面，由于每个功能的内容都可能比较长（在小屏幕手机中尤其如此），如“查询历史”就会占据一大部分空间。此时，换乘之外的路线、站点两个功能有可能无法在第一个屏幕展示出来，于是，用户有可能不知道屏幕下面还有这两个功能。

第二，快速切换标签。如果三个功能集中在一个页面，若用户想查公交站点，则必须“路过”排在前面的换乘、路线两个功能模块，至少需要按6-9个向下键才能到达公交站点的输入框。采用标签式布局，最少只需移动两次右键即可。

变体。标签式布局也可以有更多的表现形式，下面便是两个例子。在手机大头中，几个主要频道全部通过标签进行组织（虽然看上去很像大大的按钮），频道之间通过左右键就可以实现切换，当前选中标签一直处在中间位置，非常明显。在千尺下载中，几个主要功能的标签被放置在屏幕底部，和手机大头一样，也是通过左右键实现标签切换，当前标签通过黄颜色识别，使用起来也非常直观。

标签式布局的更多表现形式（标签部分用黄色框标出） 

缺点。当然，标签式布局也有它的潜在问题，最主要的就是标签切换。当标签页面比较复杂时，比如包括很多链接，文字内容很长，当前光标可能会停留在正文中。此时，如果把光标移动到标签上再进行切换，会非常繁琐，需要很多按键操作。对于这个问题，腾讯QQ浏览器、手机MSN、UCWeb浏览器、贝多等手机软件根据自身特点，有不同的解决方案。对于标签切换的各种实现及其优劣，会专门撰文进行分析。

两种布局方式的混合应用

需要特别指出的是，按钮式布局和标签式布局是在不同场景下组织多个功能模块的不同方式，没有优劣之分，只看恰当与否。在合适的场景使用恰当的方式，就能让复杂的功能在狭小的手机界面上得到很好的展示。事实上，多数功能复杂的产品，都要采用这两种方式架构自己的产品。下面是两个混合使用两种布局方式的典型例子。

手机QQ和掌上宝混合使用了两种布局方式 

在手机QQ中，初始的主菜单采用按钮式布局，默认情况下“QQ”是选中按钮，因为“QQ”是最常用的功能。除此之外，移动方向键，还可以选择“腾讯网”、“游戏”、“资讯”等功能按钮。无论选择哪个按钮，点击后，都会进入标签式组织的操作页面中，通过切换标签，仍然可以实现各功能的快速切换（浏览网页，查看邮件，聊QQ，群聊，等等）。

掌上宝的所有界面完全是两种布局的组合：一方面，通过左右键切换标签，实现各主要功能的循环切换，另一方面，在每个标签内部，各个子功能组织成竖排的按钮，通过上下键进行选择。左右键和上下键都得到了很好的利用，用户在使用过程中不会意识到是在切换标签还是在移动按钮，一切都通过设计自然达成。掌上宝共有36个子功能，通过这种组织方式，非常清晰的在手机上展现出来，操作极其方便。

这是最近在网上引起疯狂讨论的一个视频，Tronatic Motion GSM 2010变形手机，融合了《变形金刚》式的机械结构和《少数派报告》式的多媒体触摸界面，原本相貌平平，但是只要用手指按一按顶部的感应器，各种屏幕和键盘就会在瞬间、以一种令人眼花缭乱的方式弹出和切换，甚至大容量的视频内容也可以毫无延迟……请先欣赏视频，然后，爱稀奇会在后文中为你奉上一些你可能会感兴趣的一些关于这款手机的话题~

好了，相信你已经放下手边的工作看完这视频了，现在，我们要披露一些关于Tronatic Motion GSM 2010的更多的信息：

首先，是一个坏消息，根据目前爱稀奇收集到的资料来看，这款手机是假的，它更像是一段牛X的动画，而不是一个可能在10年内诞生实体的产品。

一、架构的含义

许多人对什么是架构或者架构设计包含什么内容比较模糊。我就来说上几句。

‘什么是架构’涉及定义，需要精确性，难免会有争论。不过，以下几个理解估计共鸣者不少。

1、架构是一种设计

我们平时说‘张三，你做一下架构设计；李四，请将架构（设计）图给我看一下’，总是将架构与设计关联使用。事实上，英文表述是‘Architecture Design’，也是这个意思。

那么，已经有了‘设计’，为何还要‘架构’这个新名词呢？

之所以将‘架构’单列出来，其实是跟软件的规模越来越大有关。盖一个民房不大需要设计，那些5个人的小施工队就可以搞定；或者盖个6层楼的小高层，简单的设计完全足够了。

2、架构是高层设计

软件工程中有个基本方法叫‘自顶向下、分而治之’。架构设计就是高层设计，与以前的名词‘系统设计’是一致的。而我们平时说的设计（非架构），可以理解为‘详细设计(Detail Design)’。

二、架构的内容或分类

不少人以为架构就是指软件逻辑设计，事实上就象盖高楼一样，除了主体建筑设计，还有强电、弱电、供水、通风、装修设计。

软件架构通常包含以下内容（也可称为分类）：

通常意义上的架构，较多是指某一应用的（软件）架构，但又绝非简单的数据架构或者逻辑架构。

1）业务架构（BA，Business Architectue）

最容易被大家忽略（甚至于许多技术人员不认可）的是‘业务架构’。–周爱民同学去支付宝，角色就是‘业务架构’。

但是千万别忽略的这个‘业务架构’，因为它是其它3个架构的引导。业务架构的核心是整理业务需求，列出功能，描述出业务蓝图。

为了实现这个业务蓝图，就需要转换成应用的软件架构，通常由二部分表述：逻辑架构、数据架构。

2）逻辑架构（LA，Logical Architectue）

通常用领域模型来表述。

3）数据架构（DA，Data Architectue）

数据架构设计就是决定数据的内存与存储形式，主要是指后者。以前我们称为数据存贮设计。

单机软件时，只需要设计数据结构；随着C/S系统的出现，主要是DBSchema设计；随着大型互联网的出现，数据变成海量，让系统更具备scalability就显得异常重要–这就是数据架构（DA）。–大辉同学之前就是支付宝的DA。

4）物理（总署）架构（PA，Physical Deployment Architectue）

三、一些误解

1）架构师是编程高手。

所有人都承认贝聿铭是伟大的建筑设计师，但没有人认为他是个

2）架构师是全才

贝聿铭最善长的是主体建筑设计，但不见得精通强电、弱电、供水、通风的设计；即使某些方面也懂，但没有人会认为他是那方面的大师。

这二条意见，对招聘有用。

Organically inclined (左起): Palm’s Matias Duarte, Mike Bell, Peter Skillman and Michael Abbott.

by Elizabeth Woyke Streetsmart,Logout译，Fordchao校，转载请注明ifanr.com原文链接。

为Palm的复兴，工程师和设计师殚精竭虑地探索未知，取法禅道。

过去一年，Peter Skillman的案头一直摆着一个白色的鸵鸟蛋，充当着DVD盒子的角色。这是Palm 设计副总裁Skillman的护身符，也是Pre的灵感来源，这部创新的智能手机将在6月初发售的。它预示着Palm希望在智能手机领域的涅槃重生。 阅读全文…

该为我的爱物——Palm Pre写点东西了，先来我感受比较深的一些设计细节吧。在ifanr之前的一篇译文，我们提到了Palm的设计师们和他们的所思所想。而我现在仍然记得它真的呈现在我的眼前时，刹那间，我瞠目结舌。良久，我给我的朋友们发短信：它—太—棒—了。它真的很棒，它是那么地注重细节。

为Palm的复兴，工程师和设计师殚精竭虑地探索未知，取法禅道。

过去一年，Peter Skillman的案头一直摆着一个白色的鸵鸟蛋，充当着DVD盒子的角色。这是Palm 设计副总裁Skillman的护身符，也是Pre的灵感来源…它预示着Palm希望在智能手机领域的涅槃重生。 阅读全文…