去年曾在Geekcook买过Tee，因为喜欢一些简单有趣的设计:)
比如下面这款闹钟就很容易获得twitter用户的青睐。
除此之外，Geekcook还有Web2.0的营销活动，去年我的blog正从百度空间迁移到WordPress，不便发文，于是现在来谈一下这个事情。我相信希会在Geekcook买东西的人，八成是个“网瘾患者”，于是有个blog也很正常，于是这种活动针对性很强，属于一种更有效的营销手段。如果你也有兴趣，马上访问一下他们的网站，去看看有什么中意的玩意儿吧！http://www.geekcook.net/
转载自iFanr 爱范儿 原文链接 http://www.ifanr.com/7980
躺在床上在看手机里面的电子书；地铁里一只手拎着东西，一只手在拨号码；正在做饭的时候，手机响了，一只手沾满了油；这些情况下的人有什么共同点？只有一只手进行手机操作！
具有糟糕的单手操作体验的手机会让用户在某些情形下抓狂，而良好的设计则能解救他们，让他们更加轻松地应付各种操作。我个人非常怀念以前简单的按键手机，无论在什么情况下，一只手都能顺利得应付下来，有的手机还有专门为左手用户设计的左右按键调换模式（Accessibility的典范）。发展到触摸屏幕后，这个原则好像慢慢地被人忘记了，按钮越做越小，用户只能用手指尖去点击，操作也越来越复杂，这实在是与用户体验相去甚远的道路。
当然，市面上也不乏仍然出现着许多具有优秀单手操作体验的手机。从Else mobile前段时间发布的手机图片能够看出，该手机从界面上专门为单手操作做了很多优化。
拇指的人机工程学
在单手对触摸屏手机进行操作的时候，一般是以四个手指和手掌为依托，用大拇指进行操作，因此单手操作触屏手机变成了拇指和触摸屏的一场“对话”。
人机工程学的研究表明中，大拇指有三个关节能够活动（它们从上往下分别是）：
位于拇指外观中部的“拇指第一关节”：能向前弯曲最大90度，少数人能向后弯曲
位于拇指外观根部的“拇指第二关节”：能向前弯曲最大90度，少数人能向后弯曲
位于拇指和手腕连接处的“腕掌关节”：腕掌关节能够进行较大程度的屈伸，收展，所以能完成对掌运动（对掌运动是拇指骨外展，屈和旋内运动的总和。其结果使拇指尖能与其它各指掌面接触，而这是除拇指外其他手指腕掌关节都无法完成的）
手势
一般在操作时候，用户与触摸屏进行交互主要是通过不同的手势来进行。现有的触摸屏能够识别用户的手势有：tap，double tap， touch& hold， pan，flick，pinch & strech
Tap：用户用单个手指轻击触摸屏，随后马上与触摸屏分开
Double tap: 短时间，两次tap操作
Touch & hold：用户用手指轻击触摸屏，保持不动
Pan：用户手指轻击触摸屏，在不离开的情况下，移动手指
Flick：用户手指轻击触摸屏，然后迅速的滑动，同时离开屏幕（想象一下，你用手指在弹一个东西）
Pinch & stretch：用户用两个手指分别往两个方向移动。
在这里，我们只探讨一下单手操作触摸屏手机的拇指行为，所以先剔除掉pinch & stretch这个手势。
如何操作？
（接下来的部分，希望读者用一只手拿着自己的手机，亲自感受一下）
由于“腕掌关节”的活动范围和活动程度与“拇指关节”相比都更加大，同时也更加轻松，所以当用户的拇指从放松状态（拇指伸直）转移到需要与触摸屏接触的状态时，会优先使用腕掌关节（人还真是一种很懒的动物）。不信的话，请尝试一下单手握住屏幕，并自然的用大拇指触摸屏幕。另外，如果需要用手指尖触摸屏幕的话（想象一下有一个设计非常小的按钮需要你按动），拇指第一关节会向前弯曲90度，但与触摸屏接触时，仍然只活动腕掌关节。
在用户进行drag手势时，也会优先使用腕掌关节，只有当仅仅使用腕掌关节无法达到所需要的距离时，才考虑使用拇指的第一和第二关节。如果你是右手用户，请把手机放在手掌上，用大拇指从右上角到左部再到右下角，进行一个最大范围的弧形滑动，你就会明白我想说的意思了。对于右手用户来说，触摸屏单手操作还有一个“死区”—左上角（左手用户则是右上角）。因此，在设计需要在特殊环境下，必须单手操作的时候，该区域需要非常谨慎的使用（想想WM右上角的关闭按钮对于左撇子用户是多么大的一个噩梦）。
Flick是一个非常有趣的操作手势，用户在操作的时候，同样偏向于使用腕掌关节。但是腕掌关节的活动速度比拇指中部的第一关节的运动速度慢，当需要很快速度的Flick行为时，会自然地转向移动拇指第一关节。但是，别忘了，第一关节只能前后弯曲，所以只使用第一关节的Flick，只能上下操作（对！，弧线都不可以，除非有腕掌关节的参与）。
另外，想象一下是用户在使用Drag手势来上下滑动屏幕，其的运行轨迹也将会是一个弧线（那是因为他们在偷懒，腕掌关节运动多轻松，多美妙）。
用户是很忙的，让他们轻松一点，如果一只手能操作就用一只手吧。人类的进步在于解放了双手的直立行走，触摸屏手机的进步会不会在于解放了其中一只手呢？
（以上对拇指操作的一些研究是基于我个人的操作和对周围用户的一些观察，并不能包括所有的可能性。如果大家对这个话题感兴趣，或者有新的想法，欢迎和大家一块分享。）
By Sam @kaixin_yy
by Morten from Genstart og Rock | Logout 译，转载请注明 ifanr.com 译文链接。
作者在沃达丰从事用户体验相关工作。
看了这篇简单的对比，顺手拿起自己的HTC hero也看了一下，把一些个人见解写了进去（红字部分，暂未增加截图）。
首先是锁屏，这是消灭 Tufte 所说界面残渣（interface debris，比如滚动条之类无助于信息显示的界面元素）的第一个例子。整个界面没有任何控件。
要解锁 Windows Phone，只需将整个屏保往上滑。手机就在屏保图片下方。
我还记得当我第一次看见 iPhone 时想：“哦，终于不用再记那些难以理解的按键组合来解锁了”。现在看着 Windows Phone 的解锁机构，让我产生了类似的想法。
WP7解锁上借鉴了HTC hero的Sense UI，不过通过截图来看，我觉得WP7的提示不够（是考虑到滑动解锁已经是一个“标准交互方式”吗）。
————————————————————————————————–
接下来是待机界面。Windows Phone 是动态的。我又回忆起 07 年第一次见到 iPhone 的网格界面，难免有些失望。“就这样？网格？”。Windows Phone 的 Live Tiles 点出了我三年前就期望见到的东西。
WP7的Live Tiles是一个服务入口，主界面支持widget的系统应该都可以做到这一点，WP7虽然简洁，但是不够直观。这一点上，我仍然更倾向android的做法。
————————————————————————————————–
接下来是 People 界面。在我们团队里曾有究竟是否应该在列表中显示照片的热烈讨论。我的观点一直是“没门，没人会通过照片来进行浏览”。看来 Windows Phone 的联系人列表可能会改变我的想法……好吧，它已经改变了。
对于“没门，没人会通过照片来进行浏览”这一观点很不认同，如果说是曾经的小屏幕限制，显示照片显然不及显示更多联系人姓名重要，。WP7和Hero都在联系人列表使用了照片，这非常好，相貌具有很强的识别性，WP7似乎有新的改进。
————————————————————————————————–
联系人详细信息界面是 iPhone 所用 chrome 之多的绝好例子。看看它，这些线条、背景、选框！（译注：chrome 在这里是指外观吸引人，但对系统功能无甚帮助的图形元素）
还有个值得注意的地方是，iPhone 似乎觉得数据（电话号码、邮箱地址等）比数据类型（移动电话、家庭电话）更重要；而 Windows Phone 觉得动作更重要（打移动电话、给移动电话发短信……）。Windows Phone 再次赢得了一分。
赞同作者观点，那些难记的数字是最不该突出的信息，该突出的是“呼叫手机”或者“呼叫宅电”等行为。Hero用图标进一步突出“动作”，还是那句话，这让界面更加直观。
————————————————————————————————–
Appstore/Marketplace。我无语了（这和 iPhone 的完全相反，有谁真去看那些文字？）
Android的market基本是复制了iPhone的Appstore，但是由于android本身略显繁琐的交互方式，个人觉得iPhone在这一方面应该有最佳的体验。WP7的这个截图是什么玩意？
————————————————————————————————–
下面是进入音乐、视频程序后的第一个页面。iPhone 在这里有些优势，它让用户能够直接进行播放操作而不用先在菜单进行选择，然后再操作。不过除此以外，相较而言，iPhone 显得界面元素过载。
这一方面不得不说iPhone是最棒的，毫无悬念。作者提到的“信息过载”，android的做法是通过物理menu键调出更多操作按钮，WP7是讲操作分解到多个步骤，iPhone仍然选择了最直截了当的做法，我喜欢这样做。
————————————————————————————————–
图片程序，Windows Phone 再一次坚持给用户一个入口菜单而不愿让用户直接开始操作。但除此之外嘛，注意 iPhone 列表里的小缩略图和 Windows Phone 所采用的截然不同的显示方法。这毕竟是用来显示图片的程序。
Hero和iPhone的差不多，我想在这一尺寸的手持设备上，iPhone的相册体验已经非常优秀了，任何改变都要看看是不是更好用了。
————————————————————————————————–
单幅图片显示。这对 iPhone 有点不太公平，毕竟该界面在用户触碰图片之后才会出现。
但这还是能够说明问题。你有多少时候需要精确知晓相册里到底有几张照片？当你可以用手滑动切换照片的时候需要“上一张”/“下一张”这两个按钮？这里最常用的按钮肯定是“Camera roll”（返回上一级）。
Windows Phone 有一个实体返回按键，这个布局是我强烈反对的。如果你所有交互操作都在屏幕上进行，为什么还要把最常用的那个操作放在屏幕以外？我曾以为 Android 已经证明了我的观点。现在看来，错的可能是我。
我也曾经以为一个触摸操控为主的手持设备应该尽量减少不必要的物理按键，现在我也这么认为。或许我没有理解作者的意思，但是一个可以表述“返回到某相册”并能提供视觉反馈的返回按钮，不比只有一个左箭头的物理按键更好吗？
————————————————————————————————–
上下文菜单非常类似。我知道我又要重复了，不过……Windows Phone 上的界面元素更少。但这里我不确定它是件好事。iPhone 的按钮明确指出了我可以按的区域。在 Windows Phone 上是不是只有按中文字才有效？为了确保按中，我会瞄准文字，这就缩小了点击区域，违背了 Paul Fitts 法则。（译注：在触控环境下，简单地说，目标越小，就越难点中。）
正如作者所言，实际点击区域或许比感官造成的文字区域要大，但是为什么不通过界面元素来提示用户可行的操作，没有道理。
————————————————————————————————–
现在先这样吧，分析 iPhone 怎么突然显得过时是件很有意思的事。
有个需要注意的地方，iPhone 的用户界面以及其内部几乎所有的页面都有三年的历史。还有一点，我们还不知道 Windows Phone 在不同手机上的响应速度如何，hub 和内嵌功能能不能应付日常使用。（不过根据上手视频，原型机的响应速度还不错）。
通过这篇文章，粗浅的了解了一下WP7的界面，总体感觉不错，我觉得提示不足不够直观是比较明显的缺点，希望能够尽快用到真机或者玩玩模拟器:)
