滯銷書

时常觉得 iPod/iPhone 上既好玩又耐玩而且适合边走边玩的游戏实在太少，细细想了一下，可能有以下几点造成难以见到完美的快餐游戏：

1、图文难以识别。
本来眼神就不怎么好，还要移动中阅读和操作，游戏就应该尽量减少文字，增加易于识别的图示，如果非得有文字，也要足够大才行。
比如 Merchant Quest 中交易物品名称的文字细如蚊，伤眼又伤心。

图片、色彩混杂无序，也会乱人眼，太多游戏我一看到预览图就完全没有尝试的欲望了，典型就是各种建设经营类游戏。

2、指点不便，操作不灵。
按钮小，手指大，经常按错按钮，比如 Football Manager Handheld 中变更球员名单，很容易点错球员；
直接的解决之道是扩大按钮，扩大按钮间隔，或者按钮边框不响应点击；
间接解决的办法是大改界面，比如从桌面游戏移植过来的，就不能照搬密密麻麻的界面按钮。

滑动不精确，不连贯，也影响操作成功率，比如贪吃蛇类游戏 Hard Lines 的 swipe 操作模式，以手指滑动控制贪吃蛇前进方向，但稍不注意就会“打摆子”；
如果游戏对操作精度很高，不建议默认采用滑动操作。

至于各种足球、ARPG、格斗游戏中超难用的虚拟方向键，我只能说很佩服那些能够忍受的真·玩家。

3、必须双手或横屏操作，无法充分解放另一只手
在下雨打伞、坐公共交通工具或者一只手不得闲的情况下，仍然能够直板单手完成全部操作玩游戏，这是手机比一般游戏掌机优越的地方。
有的游戏只能双手操作，或者横屏时单手横向移动不便，影响了出台几率。

4、需要实时关注，一刻不能分心
漫游状态下偶尔也是要抬头看路的，或者总会有什么突发事件转移你的注意力。
如果是即时互动的游戏，一个分心，或许就前功尽弃了，所以无形之中给人的压力不小。
即使有暂停功能，频繁暂停也会增加操作成本，而且暂停按钮太小不好按，太大则影响可视面积。
所以应该尽量采用回合制或短场景。
如果不遵循上述原则，最好也要降低分心可能得到的惩罚，如果抬抬头、瞟瞟眼就可能前功尽弃，玩家的挫折感会很高。

5、信息量太大，不容易重新关注
有的游戏实在太复杂了，用户读档回到游戏中，还要花好几分钟才能搞清楚状况，等到热身结束，搞不好就要因为其他事情而不得不退出游戏了。

6、没有足够的成就感
规则简单，内容贫乏，缺少养成经营元素，很难吸引用户长期重复的沉迷其中。
比如 Minesweeper 这样的经典游戏，虽然临时玩几局很有意思，可是就算玩一整天，其成就感也不会累积。

Datou 在《电梯的可用性问题》中提到“经常会发现有人按“↓”，他不是要去地下车库，他想让电梯下来，进入电梯之后他开始按想去的楼层，但是电梯往下走，没去他想去的地方，他很茫然。”

类似这样的情形我也看到过多次，通常是使用者正在干其他事情（比如接电话）时发生的，他在那一刻想的不是要“去下面的楼层”，而是想“控制电梯下来”载人上去，如果不是正忙着其他事情，根本不会搞错。也许，这说明电梯的操作方法还是经过学习和适应养成的，到了非常时刻，便会败给最直接的下意识。

Datou 提出了如何优化电梯可用性的问题，我的想法是，冗余的信息是扰乱用户的原因之一：
用户关心的不是电梯在哪一层，也不必要计算出和他所在楼层的相对位置，他只需要关心电梯离自己有多远（其实关注的是电梯多久可以来到这一层，但是时间不好估计，除非电梯控制中心能够知道所有等待和使用电梯的人的目标楼层）。

比如说，用户在6楼等电梯时，电梯正从1楼向上走和电梯正从11楼向下走，对他来说都是一样的，他只要知道电梯正在向他走并且还差5层楼的距离就可以了，为什么要被更多的定位信息烦扰呢，电梯检修人员开门检修的时候才需要知道这些吧？

效果图就是这样的：

但是仍有几个问题：
1、挑战长久以来的使用习惯。
不管原有的设计如何不合理，只要大多数用户已经习惯了，那么任何大的改变都可能失败，何况目前电梯的操作相对已经很合理了。

2、用户可能被信息缺失恐惧感打败。
即使不知道电梯所在楼层不是什么大事，用户还是可能因此惊恐抓狂，捶打着墙壁哀嚎，带着哭腔质问：电梯怎么弄丢了？！

3、并不是完全没有损失。
通过楼层数字显示可以（让用户以为能）估算出到达的时间，用进度条就不好估算了，因为没有与现实对象的映射。
如果用文字告诉用户进度条上的每个进度格指代的是楼层的差距，那么习惯了楼层用数字展示的用户还需要重新学习和适应。

4、电梯从楼下跑到了楼上，却不在本层停下，进度条该怎么显示？
这个问题好办，进度条增长到还差一格就不必动了，如果电梯继续远离，进度条就可以缩了。

5、不同楼层的进度条要统一。
要么外观统一，进度格数量一致，这样进度格与楼层数就不是一一对应了；
要么外观不统一，顶楼、底楼的进度条最长，中间楼层的进度条最短，但建设成本会提高。

OhLife 是一个刚刚出现不久的日记服务，特色是简单、私密和精致。

1、简单
从注册到使用非常快捷：
* 注册
* 接收提醒撰写日记的邮件（除注册当天外，每天会在晚上8点发邮件提醒你回顾一天的生活并写下日记）
* 回复邮件，发布日记

没有复杂的管理界面，没有太多关于发布、留言、主题设置等的使用流程，没有丰富的格式编辑，没有索引，没有搜索。
对日记的操作只有浏览、编辑（只能编辑文字，不能编辑图片）、删除和导出四种。

2、私密
不开放给任何人阅读，没有评论功能，没有 RSS 输出。
虽说日记服务本来就应该是这样的，但在这样一个任何新生服务都想搭 Web 2.0 社会化快车的时代，还是不多见，说明服务方能够节制欲望。

3、精致
导航栏做成纸质笔记本皮革封面的风格，日记背景是细格纸，图标使用书签形象，一切都让人联想到真实世界中的笔记本，使用 Palatino Linotype 的默认字体，随机查看日记时有平滑切换效果，整体看来优雅而美观。

尽管定位不完全一样，但和 Penzu、Posterous、Story of My Life 放在一起的话，OhLife 更容易激起我写日记的欲望。

说完了好话，该看看不足之处：

最大的问题是选择该服务的必要性。
如果 OhLife 的功能如此简单，那么为什么我不干脆设置一个定时发送的邮件提醒给自己的邮箱呢？
有了 Gmail，我的一切回复作为日记都能够保留下来，并且总比托付给第三方服务安全、稳定，而且没有字数限制（目前我还不知道 OhLife 的字数限制，但单篇日志必然是有限制的）、没有贴图限制，要界面美观可以找 Stylish 嘛。
先别说怎么赚钱吧，如何吸引新用户，留住老用户都是个问题。毕竟再优秀的界面也只能让用户一见钟情，没有界面之外的特色功能是无法长久维持的，特别是这种简单的服务太容易复制了，用户为什么一定要选择你的呢？

其次，导出的日记只有纯文本格式。
如果日记本来有照片，导出的时候却看不到，用户会抓狂吧。

第三，没有月历视图也没有搜索功能。
如果日记太多的话，想要回顾不可能只依靠随机功能和前后浏览吧？用户还是会抓狂的。
目前我只试验了一篇日记，不知道写了许多篇之后“past”页面一页可以容纳几篇日记。

所以给 OhLife 的建议中我提了以下几点：
1、可以自定义字体，因为目标用户可能很看重字体是否美观；
2、支持通过照片链接发布照片；
3、支持导出照片或照片链接；
4、支持导出为美观的 PDF 格式；
5、支持一个帐号多个邮件地址；
6、月历视图；
7、每月发送日记的统计图表；
8、搜索功能。

如果你觉得这个服务好用，不妨也提交一些实用的建议。

另，当小白鼠的一些成果：
不用担心支持中文；
同一个提醒邮件可以多次回复，回复的内容会附加在当天已有日记后面；
发送多次照片只会显示第一张；
照片会存储在 Amazon S3 的空间；
导出结果只有纯文本内容；
支持部分 HTML 语法，比如超链接；
在“past”界面，鼠标移动到日记上，才会浮现编辑和删除的按钮；
如果找不到上/下一篇日记，当前的日记会颤抖…

这个世界上的悲剧有很多，其中有一种特别令人悲伤，那就是当你兴高采烈的推开一扇友善的大门后，发现你的老板/老婆/老爸/老情人捂着鼻子痛苦的蹲在地上哭泣。

这样的悲剧根源于两种深植于我们体内的黑暗人性：
1、大门不会向我飞过来，所以用力推也无所谓；
2、大门后面情况不明，说不定有另一个人也想一脚踹开，所以一定要抢先推开门。

透明门曾经用来避免悲剧，但同时又导致了新的悲剧：
1、眼神不好的行人撞在门上导致头破血流；
2、客观上导致在门两侧掏枪对射的行为增加，给屋主造成了不必要的损失。

横向推拉门也是方案之一，然则不是所有地方都能够使用推拉门的，而且公共场所的横向推拉门人们通常是不会关的，自动门除外。

所以，终极的解决之道应该是：
只允许拉门！无论你在门的哪一侧，都不能快速推门，而只能快速拉门。

要增加推门的难度相对简单，现在很多门上就已经有杠杆和滑轮装置用来降低转动速度了，改装一下应该就能实现；
拉门就比较难办，既然是只能向拉的方向动，那么可以在门把手内安装传动装置，握紧把手向内拉动才能够快速开门，否则降速装置仍能生效。

在 WordCamp China 2009 的照片中，看到 thruth 所穿的 T恤，不知是谁的设计，将 Opera 标志的 O 字与“Oh my god”结合起来。

那么同样的创意可不可以也用在 Firefox 上面呢？我想到了一个很红的网站：FMyLife（即 Fuck My Life，收集和分享生活中的糟糕经历，说些不开心的事情让大家开心），于是试着设计了两件 Firefox T恤：

英文版和中文版的文字不一样，因为中文版有典故的这句话翻译成英文就不好玩了。

大图：