(本文由盒外原创，与懒人有禅联合发表)

刘洋是懒人有禅的新成员，也是街旁的移动产品设计师。他的设计经历非常丰富，包括 t-shirt、海报、书籍和网站。现在他在负责街旁多个移动平台的 app 设计。下面是果合团队和他的访谈记录。

问：你觉得最近移动 app 产品设计的发展方向有什么变化？

从 Instagram开始，就很不一样了。因为这个 app 把图片当成 feed 的主题，就变成了说社交事件是用图片一张一张传下来的，就好像给 Flickr 加上了一个时间线，又像是把 Facebook 的时间线变成了一张一张的图片。图片变成了一个很重要的部分。

我觉得这也符合现在智能手机发展的趋势：现在手机都越来越强大了，拍照是一件很自然的事情。在触屏手机打字都不是很方便的情况下，拍照传图就变成很自然的事情。像后来的 Path 和 Color 都是这一个系列概念的演化。

在街旁的 app 里面，实际上我们也有借鉴 Intstagram 的设计。我们没有做那种传统的地点相册，好像一个图片墙的概念，而是按照时间轴把照片放进去。

问：你之前的设计经历对你现在做移动产品设计有什么影响和帮助？

其实我设计的背景很杂，没有说一开始就专注于某一部分的设计。因为学软件，所以 Ｗeb 设计肯定是很大的一部分，但是也做过平面，比如海报、书籍封面。

传统的设计大部分是给人看的，交互模式比较简单，比如 Web 设计基本上是鼠标点击。移动设计的交互比较多样，比如有手势啊。还要考虑到移动性和网络的问题。如果是 Web 设计，用户会坐在那儿，电脑插着网线，你不需要考虑很多，但是移动设备上的设计，就要考虑到各种异常情况，比如有的时候手机会没有信号，走路的时候用户交互会不那么精准之类的事情。这些都是移动设计要注意的事情。如果一开始从 Web 设计转过来，需要考虑容错性。相对而言，移动设备上交互的可能性会更多。

另外就是移动设备的屏幕。除了尺寸上会有局限之外，也包括硬件平台的差异。比如 Android 上很少有 app 会做下拉刷新（Pull to Refresh）这个交互，而在 iOS 上却很常见。Android 上的刷新率是 20 帧，而 iOS 是 60 帧每秒。Android 不同的硬件配置差异很大。在 iOS 上滚动一个列表，很容易一次滚动到头，而在 Android 上滚动速度和阻尼的变化都很难预期。所在不同的手机上适配会很难。Android 在不同 OEM 的“改进”下，UI 已经变得很“散漫”，所以一个设计放在不同的 Android 手机上可能会不一定适用。

与其说之前的设计经验对我的帮助大不如说是作为一个重度用户的经验对我的帮助大。本身你要去用不同的 app，潜意识里面你要去做对比。当你看到一个 app 做一件事情的时候，你要去想为什么以前的 app 没有做这件事情，而现在这个 app 这样做了，然后以前的 app 是怎么做的。形成一种很自然的对比。在这种前提下，你就能把握 iOS 平台上的 app 是什么样的，哪些东西是好的，哪些是不好的，新的概念出来怎么去避免就的错误。这种对设计进化的思想是要不断的更新，保持自己一直在体验和思考新的东西。

问：你认为在不同的移动平台上进行产品设计的区别是什么？哪一个移动平台上的设计是最舒服的？

我觉得肯定是 iPhone，因为 iPhone 开创了触屏交互的先例。新闻上都会经常说 iPhone 最近注册了一个专利，然后 Android 又要给苹果交专利费。所以你会看到 iPhone 是一个从零开始把交互做起来的平台，而 Android 和 Windows Phone 7 都是在 iPhone 的基础上做一些变化，创造一些不同的东西。你会看到（在 Android 和 Windows Phone 7 的平台上）有一些刻意的或者是修饰性的改变，不是非常自然。

每个交互都会有一个流程。在每个平台上都会有一套导航的模式。做 app 特别是社交类的 app，一定要先定义你的 app 在这个平台上怎么做导航。导航包括哪些？就是每个页面中的信息架构，比如：标题要放在哪里，页面之间如何跳转，这个页面如果有菜单的话要怎么做，这个页面如果要有一些不太重要的东西要把它藏到哪里去。这套东西是在做每一个页面的时候都会遇到的问题，所以要在最先把它搭建起来。在 iOS 和 Android 上的这种差异是非常大的。因为 iOS 没有物理按键，而 Android 上有。这个问题是一直被讨论的，但是我觉得不太会有答案。因为现在 Android 的硬件也不断向 iPhone 的方向发展，硬件越来越好，甚至超过 iPhone 的硬件。所以现在会有越来越多的 iOS 交互搬到 Android 上来，比如：iOS app 上会有一个导航，左边放返回键，右边放功能键。在 Android 上有人会用到下面的菜单按键，也有些人会直接用 iOS 的设计，把按键做到 UI 里面，而不用物理按键。如果把框架想清楚，然后就可以专注在内容上。

所谓的框架就是一种很共通的交互模式。比如在 iPhone 上，除了一些游戏之外，很多 SNS app 都是用同一种框架。如果你选择做一件不一样的事情，就要考虑风险：用户习惯于原有的框架，在新的框架下就可能找不到习惯的交互方式，就会问为什么这个功能被藏起来了。

记得有一句话是说最好的 UI 就是没有 UI，就是让用户感觉不到交互的存在。我觉得最好是在一个用户感觉不到的 UI 的框架下，再去关注内容，就会是对内容一种比较好的提升。

不同平台的差异实际上是一些非常细节的问题。我会把这些差异考虑在框架的设定当中。其实移动 app 的设计都是在一块触摸屏上，很多不一样的东西都是在 OS 的 DNA 中体现的。设计应该尽可能的去贴近这些特性。再说远一点，在设计 app 的时候，尽管不一定要遵循，但是一定要了解并且思考不同系统在用户界面上的 UI Guideline，才能知道有些东西为什么要这么做，才能做取舍。

最近我看了 Android 2.3 的用户界面设计，觉得在新版本上的设计和之前的版本非常不同。代表性的 app 比如 Twitter 和 Facebook 都不一样了。从 UI 上讲，Android 是一个非常自由的系统，所以在设计上会一直有新的变化。其实我感觉这个变化是越来越像 iOS，特别是在导航的设计上。以前的设计是在页面的最上方会有 20 像素是放 app 的名称，现在就会是放 logo 和两个导航按钮，和 iOS 更加类似。此外，整个的设计风格都在向这个方向迁移。我认为这也是因为 Android 更加开放，所以一些大公司会希望自己的 app 在不同的平台上界面更加一致。而现在 Android 手机的性能越来越好，其实在一块液晶屏上的表现在不同的平台上也会越来越接近。

问：对于个人开发者或者小型开发团队，你会对他们在产品设计上有什么建议？

一些小的团队，可能只有两个人，一个人做开发，一个人做设计，可能没有一个人是专门做产品的，其实这样的模式很好。国外一些很不错的 app 设计和开发是由一个人完成的。如果说建议的话，我认为开发者和设计者之间的沟通是第一位的。在设计的时候一定要考虑在技术实现的时候会不会有什么问题。因为团队很小再加上缺乏经验，如果没有很好的沟通，设计出来之后会发现技术实现出来有一些问题是没有考虑到的。最好是能够在每一个设计上都进行充分的沟通，保证每一个想法都是（在技术角度上）“安全的”。越小的团队越要保持这样的沟通，才能提供产品设计和开发的效率。其实即便是像街旁团队的 app 也是这样的双人模式，同样需要这样的沟通。

另外就是要去听用户的意见。当然其中有些是噪音，但是很多人提一个建议的时候，可能就是有价值的。但是作为设计师要会思考和过滤这些意见。如果没有这些思考和过滤，用户提到了一个问题，设计师却没有考虑到这个问题，那么这就是一个需要反思的事情了。用户在很多时候都不会提出需要什么，只会说这样做是不对的，你这样做不好。比如有些页面结构比较复杂，有些按钮的位置不太对，可能点不到，在设计的时候可能没有考虑到，在碰到这样的问题时，可能就是一个把按钮的尺寸放大的解决办法，但是这样做也可能会影响页面其它部分的布局。这时可能就要考虑是不是要重新考虑一种布局，从零开始去思考这个结构是什么，因为有些设计是联动的。

问：你的 iPhone 首屏上都有什么 app？你在设计中会参考什么样的 app？

我的 iPhone 首屏基本保持 Apple 的出厂设置。

因为我做街旁，所以比较多参考的是社交类的 app。我觉得最完美的是 Facebook 的 iOS app。这个 app 把一些别人认为已经达到完美的功能一步一步去升级，让你觉得说我怎么没有想到这个设计，而 Facebook 的改动就越来越好。比如 Facebook 的搜索，会在点击搜索栏之后就显示 3 种可能的搜索分类，而不是让用户在看到大量的搜索结果后再进行筛选。再比如发送新信息的时候，Facebook “启动输入框打开键盘”这件事可以做到非常顺畅没有延时，其它任何主流 app 都没办法做到同样的程度。但 SNS app 的用户可能最常用到的就是发消息，所以这一点点的进步很容易会被察觉到并被认为有价值。

问：你怎么找到这些好的 app 帮助形成设计？

各种科技博客，好的 app 都会被炒的很热，然后就可以在科技博客中发现。但其实大部分好的 app 都是那些比较老的，它们都会不断改进自己的设计，我觉得这种改进才是真正值得学习的东西。我喜欢在一件事情上反复思考，不断的改变，把设计进化到很好，而不是一拍脑袋想到一个设计。

博客我看得比较多的是 Engadget 和 Core77，这些不一定是谈设计本身，但是可能会有很多想法上的帮助，包括 TechCrunch 都会经常看。

问：你用什么软件和硬件完成设计工作？你的梦幻配置是什么？

• MacBook Pro 15-inch。Mac 的屏幕色彩比较准，我觉得对设计来讲很重要的是屏幕的颜色，我觉得这个屏幕还没有很好，我希望有更好的屏幕。
• Razer Deathadder。我用鼠标只有一个标准，就是这个鼠标要很大，贴我的手
• Photoshop CS5。但是我觉得应该更多的用 Illustrator 和 Fireworks 做，因为现在 iOS 和 Android 的屏幕分辨率都越来越高，所以应该有矢量的输出，更容易改变尺寸。
• Windows 7 + Microsoft Word。编辑文档的时候，万不得已我不会用 Mac，因为要考虑对方大部分用 Windows 打开的时候，看到的格式字体是不是一致，而且 Office for Mac 太烂了。
• Gmail 用来收发邮件
• Skype 和 iChat 作为即时通讯工具。但是我不喜欢新版 Skype for Mac 在UI上的改变，变的很笨重。我也尝试过用 Adium 之类的 IM 聚合软件，但现在觉得把各个群体都整在一起并不适合我当下的使用需求。

梦幻配置的话就是全部都是固态硬盘吧，我讨厌等待，我想如果有固态硬盘我可以提高一倍的设计效率。

繁忙的工作之余，偶然打开这个博客，看着大家一年前写下的文字，感叹时间改变的力量。那么懒人们都去哪儿了？

戴雨森：共同创办了国内领先的化妆品团购网站：聚美优品

杨远骋：共同创办了国内领先的LBS应用：街旁

范忱：曾在百度任PM，现在是聚美优品的Product Manager

朱熙：现在VMware负责End-User Computing产品用户体验

王俊煜：创新工场第一个独立项目“豌豆荚”的负责人

周为：在Roundarch任Art Director

然后，让我们欢迎新的一位懒人加入！

劉洋：北航软院2010年毕业，即将在2011年赴CMU攻读HCII Master。街旁设计师。(Billion, feel free to change this part)

我对Apple Store的Apple Genius一直很满意，因此一进店我就直接找了一个闲着的店员(名叫Ryan)。当寒暄结束，他转身帮我去取货物的时候，我才发现他是个盲人：看着他一手拿着iPad一手拿着导盲棒左戳右戳慢慢走回来时，心里颇为复杂。

在苹果用信用卡结账的整个流程都是通过店员手中特制的iPhone完成。但是由于iPhone的输入没有物理反馈，且按钮等控件的位置从不固定，因此盲人操作此类设备时格外困难。还好iPhone 3Gs提供了周全的辅助功能，可以通过VoiceOver（见后文）完成操作。Ryan显然对这些操作非常熟悉，但在输入文字时（如邮箱地址或信用卡号）仍然十分艰难，我忍不住想帮他一把。但出于尊重，还是在旁边等他自己完成了操作。

和盲人导购员Ryan的合影，他右手夹着的就是导盲棒

这次购物比普通店员为我服务相比，消耗时间最少多出一倍，但如此的体验，让我心里充满暖意。虽然并不能因为这一件事并便说Apple如何伟大。但对于苹果这样一家愿意为Ryan这样的盲人提供导购工作，并通过提供完善且杰出的Accessibility而实现Ryan梦想的公司，我心中又多了些感动和敬仰。
－－－－－－－－－－－－－－－－－－－－－－－－－－

附注：VoiceOver

VoiceOver几乎贯穿苹果全部产品线。shuffle的报歌名，就是VoiceOver功能。

作为残障人士的辅助功能，VoiceOver在Mac OS，iPad，iPhone/iPod上根据各自平台特点各有些区别（详情见这里）。在iPhone 3Gs里，最主要通过以下方式协助视力残疾者进行操作：

1. 单击控件或文字时，iPhone会念出控件的名称、附加信息以及操作方式，如下图所示：
2. 如果此时不抬起手指而是在屏幕上滑动，手指经过的控件也会被报名
3. 激活或执行已选中的控件有两种方式：a.双击控件；b.一只手停留在控件上，另一个手指在其他位置点击一下(Ryan就是用的这种方式)
4. 打字的自动补全也会用声音提示

Liz Danzico在一篇文章里提炼过几点Jazz即兴创作的特点，且看这些特点如何能用在设计过程中（其中“练习沟通”和“加点魔法”是我加入的原则）：

• 集中精神，聆听
  在台上最重要的一点是，聆听你的伙伴，任何一个音符或律动都可能成为下一段的动机。同样，在设计沟通的过程中，不能对同伴的任何一句发言掉以轻心。
  2009年，在交互设计协会于纽约举办的讲座中，Steve Portigal建议，在沟通中给予足够的安静，允许对方“speak in paragraphs instead of a sentence”。
• 练习沟通
  这里讲的是自我修炼，而不是彼此磨合（最初的Jazz即兴演出，也是在几个彼此并不相识的音乐家间进行的）。研究表明，所谓天才，至少要10000小时的努力。正因为音乐家数十年苦练，才造就了他们在台上的精妙配合与如诗妙章。在设计与沟通中，仅仅脑中充满奇思妙想是绝对不够的，如何发言表达出自己的看法同等重要。你要做的不是说服，而是启发与共鸣。如何达到这一境界？从现在起练习。
• 互相支持
  在演出中，无论对方奏出了多烂的旋律，音乐家要做的都是——彼此支持。一损俱损，一荣俱荣。因此，在设计沟通中，如果任何一个建议没有得到回应，就会像乐曲中没有支持的旋律，造成残缺的感觉。
• “我同意，而且……”
  这句话是即兴创作的根本。除非是按照特定的对话（比如贝九第四乐章开头）进行创作，音乐家要做的首先是肯定对方的旋律，并且相应，加强，共鸣；而不是说“不”。
  在Pixar，这种方式被称为“Plus-ing”。Pixar的Randy Nelson说到，这不是评论或者说“这不错，我怎么能让他变得更好”，而是“我就从这里出发，接下来怎么做呢？（Here’s where I’m starting. What can I do with this?）”
• 下台后再说
  音乐家绝对不会在台上互相指责或反思，一切，等台下再说。在头脑风暴的原则中，叫做“推迟评价”（withhold judgement）
• 加点魔法
  以我的经验，在即兴演出中，脑子里只有一个大概朦胧的影子，很少会去想到具体如何弹奏，如何进行和弦配置，一切都是到时候自然的流淌出来的。这一点跟Alan Cooper在他的研讨班中提到的“魔法法则”有一点相像，他建议，一旦确立了目标，不妨放弃对技术细节的考虑，而是假设有一个魔法师帮助你实现目标，比如说“将数码相机里的图片导入电脑”这个操作，就可以抛弃“取出SD卡，插入到转换头”里的细节。

团队合作和跨领域合作一直是美国设计界的重要方法。如同现在科研界的趋势一样，单凭设计师单枪匹马引领风潮的时代可能即将过去。摆脱“你们不懂设计”、“这是我的专业“的思维，学会团队合作将是设计师面临的挑战之一。同时对于设计团队的其他成员（如产品经理、研发工程师），如何进行高效沟通也将越来越重要。

当下次讨论即将陷入僵局后，你可以建议：”换个思路，来即兴一下吧“！

突然在豆瓣里面看到这个博客认领功能，那么就试试吧。但是发现是要发一篇文章并且传播到RSS订阅里面去的，这倒让我有点诧异，因为以前一般验证网站都是在header/footer里面加一段代码嘛。

突然就想到，有没有什么更加简单的办法能很方便的认领一个网页是属于自己的呢？除了加代码以外。

说道认领这个话题，又想起亚马逊推出的一个功能，叫做Amazon Payphrase，大意就是你可以把你的一组送货地址+支付方式的组合，同一个句子结合起来，以后就只需要用这个句子+一个密码就可以直接用这组设定支付。类似于“芝麻开门”这样的暗语。这是个非常shining的想法啊，用人们最自然的方式去认领一个东西，非常棒。

写到这里又想起上次用支付宝的事情了，我相信大部分在淘宝之外用支付宝的用户都会被实名认证、数字证书等一系列认证的概念搞昏头。当然支付宝的同行为此已经做了超多的工作，不过现在使用支付宝付款，用户很高的放弃率很生动地说明了这一点……

好了，豆瓣，来认领我的博客吧。

早期历史

大都会中的人机（械）界面

太空堡垒-卡拉狄加中的控制台

引领人机交互潮流

Bourne's Identity里的掌纹识别

与虚拟现实有所不同，增强现实是在现实中引入虚拟的界面，比如在头盔护目镜上投射出一些文字和图表。如今该研究领域已经有长足的进步，前一阵火到爆的six sense以及微软推出的surface，都是很好的代表。

科幻电影中，尤其是在机械盔甲类的电影中，如Iron Man，若没有增强现实的特效，定会让影片逊色不已。另外，像全息投影的博物馆解说员，也可以认为是一种增强现实的技术。

Time Machine里面的博物馆解说员

Matrix里Neo背后的联网插口

如今，脑机接口虽然听起来很遥远，但实际上已经有了巨大的进步，如柏林脑机界面（Berlin Brain Computer Interface）项目，已经可以利用脑电波进行打砖块游戏（youtube），或者打字（youtube）。

X-men里面的物理显示界面

现实生活中，相同的特效已经在北京奥运会有了完美的人肉山寨。

人肉3D物理界面

同根兄弟

与之相对的是著名的Xerox PARC实验室几乎在同时进行的ParcTab项目，在其中，设备被分为三种： Tabs, Pads (知道iPad的名字的历史渊源了吧),以及Boards。其大小、功能正好对应着StarTrek里的上述三种哦功能设备。不知是否为巧合。

示例：少数派报告

尾声

PADD,2151年

联邦专用PADD 2373年

PADD，2375年

PADD展示植物园攻略（Google map？），2371年

请猛击下方链接开始调查，只需要5分钟左右的时间

http://www.ie.tsinghua.edu.cn/zhoulianhui/

为了避免引导实验结果我就不多说了～请大家多多分享～

首先我认为界面设计需要两点：1. 对产品的深刻理解；2. 翔实的用户使用数据支持。我不是豆瓣电台的用户，更没有豆瓣的数据。但是在美国的时候我是pandora的深度用户。因此实际上我对1和2都是不符合的，权当是“在豆瓣电台的框架下设计我理想的音乐电台”吧。

pandora的设计：

首先是列出我在使用在线音乐电台服务时的典型scenario：

• 平时就放在后台。听。
• 有事情打断的时候，需要马上去暂停。这个时候暂停需要很容易就按到，很显眼。
• 一边听着一边干活，突然”哎，这首歌不错/艹，这是啥玩意“，切进来，此时是情绪化的，需要很容易找到收藏/厌恶的按钮。
• 突然想起“哎，刚才那首歌挺不错的啊，是什么歌来着？”/“十几分钟前听了首不错的歌，是什么来着？”
• 音量在一次设定之后其实调节不多。

然后开始思考douban和porkfat设计上的一些问题，由于是懒人有禅，就没有mindmap，直接开始写了-.-

douban的设计

• 视觉上右侧的视觉元素和左侧的专辑封面的边缘不对齐
• 三个主要按钮颜色不同可能导致用户对status的疑惑，这个到底可不可以按下？
• 垃圾桶代表删除，用户删除什么东西的时候是会有心理压力的，这个还可不可以找回来？
• 关闭按钮表意有问题，第一眼不知道什么意思。处于右上角的位置容易让人想到关闭窗口，鼠标放上去之后：开/关是什么意思？
• 三个主要的按钮mouseover的时候没有视觉提示
• 左侧的封面可以更加从背景突出一下，现在这个有点太平了
• 报错和设置很难找到
• 进度：如果完全模仿电台，何必要有已经播放了多久呢？听电台的时候是不知道播放进度的。这个元素可能最大的作用只是表明现在正在播放中？没有剩余时间的已播放时间有什么意义呢？不过如果网络不流畅的话，要思考如何表示正在缓冲。
• 顶/删和下一首是完全不同功能类型的按钮，放在一起容易混淆，而且颜色编码和功能类型的对应让我觉得迷惑
• 音量控制按钮太小

porkfat的设计（第二版）

• 双进度条确实视觉上迷惑。如上所述，要已播放时间干嘛？
• next按钮到底右边有没有那一个竖线？这个问题在人人网和twitter上问过，经过大家的指点，原来双箭头来自于磁带时代，表示快进，但是自从sony的磁带机能够智能寻找下一首歌的开头之后，这个也就可以用来表示下一首了。所以双箭头加一竖应该是更加标准的用法
• 右上两个按钮不像是可以按下去的。圈内的图标倒像是突出来的，像个状态。
• 设置地方的处理不错。

接下来思考另外几个问题：

• 暂停和下一首。一般情况下这两个按钮的分布是如何的？是不是暂停一般比较大？实际中电台是如何摆放的？
• Porkfat的设计让我想起左侧如果做个动画会很有趣！鼠标放上去，cd从盒子里面出来。起到更加强的mouseover效果。也提示点击之后会看到这张cd的详情。
• 正在播放如何表示？想起了古老的Winamp使用的频谱动画。
• Pandora中喜欢/不喜欢的按钮表示是美国常见的thumb up/down，这个在美国文化中明确的metephor在中国是否存在？尤其是thumb down？
• 这个不喜欢操作其实做了三件事情：加入黑名单/跳到下一首/减少对这样类型音乐的权重，如何让用户清晰地了解这三个事情？
• （我自己）最常用的操作是什么？暂停？下一首？thumb up？thumb down？如何让这个动作变得最顺手？
• 在thumb down之后，如何告诉用户这个事情你其实还可以撤销的？浮出层？这个音乐收缩到一个垃圾桶里面去？
• pandora的设计里面，按下thumb up/down之后用一个checkmark来表示已经选定这个状态，这是一个“状态即操作”的pattern，但是导致的问题是：1）我以为”取消thumb up“这个操作是可行的（实际上好像不行），2）我以为要取消thumb up是去再点一次thumb up（实际上是要去点thumb down），然后这两点导致的问题是这首歌再无法回到”中立“的状态了。（至少我还没发现办法）
• 有知道上一首歌是什么的需求吗？我自己是有的，大部分用户会有吗？这样的情景是否大众：”哎我刚才听的那首歌叫什么来着，挺好听的“，这样的需求是通过1）pandora的直接显示刚才播放的几首歌；还是2）显示历史播放列表来显示？如何将错过一首好歌（忘记mark了）的成本降低？

OK，现在已经积累了足够多的问题，那么如何去找到答案回答呢？每个人/每个设计师都有不同的答案，接下来的设计过程在2里面继续吧。（实际上是懒人yusen想了一些方案但是都觉得太不满意，而且必须睡觉去了-.-）

ps: 发现pandora在puff翻墙的情况下非常流畅，强烈向喜欢西方音乐的人士推荐这个在美国时我最爱的网站： www.pandora.com

pps：请各位豆瓣电台的用户猛拍我。

ppps：请猛击查看Mixfog设计的豆瓣电台，我很喜欢～

人性化的界面应该猜测用户的行为，就跟好的秘书应该猜测老板的心理一样。说是猜测，实际上是根据大量用户行为数据总结的解决方案。

1. 猜测（实际上是总结）用户的行为，允许快速地操作

chrome的标签栏 vs firefox

我使用Chrome作为默认浏览器的重要理由有两个都和其标签栏有关：一个是标签栏在顶部更加符合Fittz定律，另一个就是Chrome关闭多个标签的方式十分优雅。从一排标签的中间一个开始关闭时，左右的标签都会自动变换宽度，让关闭按钮跳到鼠标所在的位置。这对于经常打开数十个标签的用户是非常有帮助的。

Chrome的设计，是基于“用户关闭一个tab的时候，很可能他还有其他的tab需要关闭”这个对用户行为的猜测来进行的。

在firefox里面，关闭多个tab就变得很痛苦，在标签较多的情况下，每一次关闭都需要细微移动鼠标一段距离，这种精细肌肉运动是很容易让用户变累的。

Foursquare的加好友

每次同意/不同意一个好友申请之后，这个申请向左侧滑动消失，同时下方的好友申请向上滑动，正好把同意/不同意按钮送到用户鼠标下，只需原地点击一次即可再次完成操作，省去了移动鼠标的时间，爽！

相比之下，twitter在twitter里follow多个你的follower的操作就麻烦一些。

Foursqaure的设计，是基于“用户批准一个好友申请时，很可能他会继续批准下一个好友申请”这个对用户行为的猜测来进行的。

当然以上的对比取决于对用户操作习惯的理解。例如，有多大比例的用户会确认绝大多数的好友请求？对于我这个通过所有4sq好友请求的用户来说，这样是很方便的，但是对于 @yuancheng 这样有选择通过的人来说，foursquare的功能就可能造成误操作，特别是在网速比较慢的情况下，这个Ajax效果可能不够流畅，导致误点击。所以产品设计是具有其contextual性质的。不过从另一个方面来说，只要能提供方便的unfriend功能，我认为偶尔的误操作也是可以接受的。

搜索引擎打开首页就自动把焦点放到输入框，提交按钮响应回车。

这个例子基本上所有的搜索引擎都是基于“用户来我这里最可能的是输入关键词进行搜索”来设计的。但是Google的Fade界面把这个猜测发挥到了极致，我相信Google敢于这么做，一是有大量的数据去支持，二也是因为Google足够出名，大部分用户都知道在Google的首页上其实还是有别的内容的吧。

2. 猜测用户的行为，引入特殊的flow。

当用户反复地做某事的时候，程序应该有足够的智能（或者说产品设计师有足够的考虑）去猜测用户想做什么。

例子：

QQ邮箱里面短时间多次点击“收信“按钮（似乎是3次），可以看到右侧出现一个对话框。想象一下用户正在等待收某份邮件，反复地点“收信“按钮，然后这个对话框恰到好处的出现的情景吧。

相比之下，我就希望校内能猜一下：

在每次确认好友申请的时候都会出现这个选择分组的对话框，但是这个对话框在功能上是可选的。当需要接受很多好友申请的时候，操作相当繁琐。其实如果在这里当用户数次添加好友时都不创建任何新分组的话，可以考虑添加一个“以后不显示该对话框“的选项嘛。

总结：

最偷懒的产品设计是什么都问用户如何进行（甚至还是以一个又一个javascript 对话框的形式），每一个猜测，或是根据数据，或是根据产品设计师的直觉，而猜测的结果，也应当是根据用户的反馈来进行调整修正。例如以上例子中的QQ邮箱案例，最初是有两个并排的link“报告问题”和“我知道了”，想必是这个“我知道了”在这个场景下变得有点莫名其妙，所以之后的设计将报告问题放入上下文，而把“我知道了“独立出来，作为“以后不再显示“的另一含义。

我常常把用户使用软件的情景比做老板和秘书的关系，如何做一个好秘书？请看为首长服务的艺术。是把软件做成温柔体贴的小秘书，还是简单粗暴的警卫员，是否善解人意很关键：）