Convertbot 和审查

公司

2009-12-16 07:00

Convertbot 和审查
http://wp.appadvice.com/wp-content/uploads/2009/08/convertbot_timeicon.png
据说我被分类为死硬果粉。那么如果我谈审查的话题,也一定会想尽办法的为苹果开脱。
我正打算这么做。:)
不过,我尽可能小心的寻找借口,尽量生动叙述观点,目的是把大家都绕进去。
打算读下去朋友,一定要保持警惕,明辨其中的歪理邪说。而我,则祈祷哪天苹果能被我的辩护感动,寄来一张五毛钱的支票。
帮助
桌面程序中,帮助,曾经是救命稻草。无论是 Excel 还是 Photoshop ,我都毫无悬念的在层层菜单中迷失过方向。这时,帮助每每能指明出路。阅读长长的文档虽然不快捷,但至少提供个选择。甚至,帮助是否详尽亲切,也是我衡量程序品质的标准之一。
手机系统继承了这个传统。 Windows Mobile 就不说了, Symbian S60 也是如此。系统本身的帮助除了文字,还有可交互的操作说明。有系统做榜样, S60 的第三方程序也学的有模有样。 RescoNews 的帮助中,记载了各个页面上可用的快捷键。挖掘这些,是使用 E61i 的乐趣之一。而且,也的确实用。 没有帮助,我左手的大拇指,说不定会被五向键给磨短一截。
而苹果却在他的文档中,离经叛道的写着:
Minimal User Help(尽可能少的帮助)
iPhone OS 里面压根就没有 Help 这个项目。内置程序也几乎没有帮助。无论 Notes ,还是 Clock 或者 Camera ,都是拿过来就用。第三方程序同样如此。 Tweetie 论功能之强大,在同类的移动设备,甚至桌面程序上,都是数一数二的。没有帮助。(@neso: tweetie 2 里是有一个 tips 小帮助页面的。)更不论 iPhone 上的一些小程序了。
预读
可能只有苹果,才能让复杂如 Tweetie 的程序,在全无帮助的情况下流行起来。
他的秘诀之一,就是利用预读。
用户在系统和内置程序上已经学到了很多东西,比如看到几个并排排列的点,就想到能滑动屏幕。看到列表右边的蓝色箭头,就知道点击可以得到详细内容。再比如,看到题图红圈中的那图标,就知道代表 Recent 或者 History 。
利用这种预读,才能让用户全无学习成本的使用 iPhone 上的程序。中国的小孩不可能从 RescoNews 长长的英文中受益。而如果他偶然在 Springboard 上学会了滑动换页,在 Facebook 或者 Hootsuit 里,他会自然而然的使用相同的技巧。
http://www.iunlockiphone30.com/images/iphone_30_home-200×200.jpg
http://imgc.appbank.net/c/wp-content/uploads/2009/12/hootsuite22.jpg
审查
利用预读无疑带来更好的用户体验。甚至让饱受糟糕 UI 折磨的用户,产生智力上升的错觉。提升能力的办法总是让人愉快的。比如利用了医学的伟哥。或者利用了心理学的 iPhone 。
但是,这种爽快的用户体验很脆弱。它需要手机上所有的程序,都以一致的预读动作。如果开发者在页面下面用一排点来表示处理图片的进度,那这个预读就被破坏了。用户在程序忙着运算的时候,试图滑动页面,当然会失败。之后,他再次看到同样的标记,就会在两种选择中疑惑。
所以,苹果通过审查,保证 iPhone 上所有的程序,对系统图标的定义都一致。
iPhone OS 内置的联系人和电话,已经把这个图标定义为 Recent 或者 History ,那么 Convertbot 用几乎一样的图标,去代表别的意义,就不太合适。这个例子中,结合程序的使用环境,图标的含义还蛮容易理解。但是,最好,换个有点区别的图标。
http://images.appleinsider.com/mobileme-review5-3.gif
http://wp.appadvice.com/wp-content/uploads/2009/08/convertbot_timeicon.png
苹果,就是追求最好的公司。
他为此宁可花费人力,一个个去审核要在 App Store 上架的程序。考虑到 App Store 上的程序数量,再乘以版本,意味着数十万,也许上百万次的审查。
审查次数乘以 6 分钟,除以 60 ,再乘以几十美金(苹果员工的工资,不会太寒酸吧),成为一个百万美金级别的数字,都不稀奇。
苹果,要持续的,十万,或者百万的扔出美元。 目的之一,是为了换来 iPhone 上流畅的用户体验。
无最优解?
审查由苹果员工完成。很多人掌握复杂的标准,难免出现各种问题。
Convertbot 前几次用同样的图标通过审核。原因也许可以归结为不同的人,或者不同的工作状态。
而如果要列举苹果工作失误的例子,似乎恰恰不是 Convertbot 被拒绝的这次。他通过审查的那几次,更有说服力一些。
随着 App Store 上程序的增加,苹果在审查上的成本也许会越来越沉重。这不像一个良性循环。
用户反馈也许是个办法。但是,你很难要求用户都把几百页的文档看一遍。用户使用 iphone 的目的不是成为 UI 设计的专家,而是需要开心地,没有学习痛苦的用 iPhone 和他的朋友分享照片。
所谓可信赖开发者列表,也是办法。但是这会加大新入场开发者的出头难度。
不过,为苹果辩护,已是份外之事,解决办法,就不再费心了。
我希望的仅仅是:
苹果继续把用户体验,置于开发者和美元之上。

据说我被分类为死硬果粉。那么如果我谈审查的话题,也一定会想尽办法的为苹果开脱。

我正打算这么做。

不过,我尽可能小心的寻找借口,尽量生动叙述观点,目的是把大家都绕进去。

打算读下去朋友,一定要保持警惕,明辨其中的歪理邪说。而我,则祈祷哪天苹果能被我的辩护感动,寄来一张五毛钱的支票。

帮助

桌面程序中,帮助,曾经是救命稻草。无论是 Excel 还是 Photoshop ,我都毫无悬念的在层层菜单中迷失过方向。这时,帮助每每能指明出路。阅读长长的文档虽然不快捷,但至少提供个选择。甚至,帮助是否详尽亲切,也是我衡量程序品质的标准之一。

手机系统继承了这个传统。 Windows Mobile 就不说了, Symbian S60 也是如此。系统本身的帮助除了文字,还有可交互的操作说明。有系统做榜样, S60 的第三方程序也学的有模有样。 RescoNews 的帮助中,记载了各个页面上可用的快捷键。挖掘这些,是使用 E61i 的乐趣之一。而且,也的确实用。 没有帮助,我左手的大拇指,说不定会被五向键给磨短一截。

而苹果却在他的文档中,离经叛道的写着:

Minimal User Help(尽可能少的帮助)

iPhone OS 里面压根就没有 Help 这个项目。内置程序也几乎没有帮助。无论 Notes ,还是 Clock 或者 Camera ,都是拿过来就用。第三方程序同样如此。 Tweetie 论功能之强大,在同类的移动设备,甚至桌面程序上,都是数一数二的。没有帮助。更不论 iPhone 上的一些小程序了。

预读

可能只有苹果,才能让复杂如 Tweetie 的程序,在全无帮助的情况下流行起来。

他的秘诀之一,就是利用预读。

用户在系统和内置程序上已经学到了很多东西,比如看到几个并排排列的点,就想到能滑动屏幕。看到列表右边的蓝色箭头,就知道点击可以得到详细内容。再比如,看到一个指向 3 点的表的图标,就知道代表 Recent 或者 History 。

利用这种预读,才能让用户全无学习成本的使用 iPhone 上的程序。中国的小孩不可能从 RescoNews 长长的英文中受益。而如果他偶然在 Sprintboard 上学会了滑动换页,在 Facebook 或者 Hootsuit 里,他会自然而然的使用相同的技巧。

审查

利用预读无疑带来更好的用户体验。甚至让饱受糟糕 UI 折磨的用户,产生智力上升的错觉。提升能力的办法总是让人愉快的。比如利用了医学的伟哥。或者利用了心理学的 iPhone 。

但是,这种爽快的用户体验很脆弱。它需要手机上所有的程序,都以一致的预读动作。如果开发者在页面下面用一排点来表示处理图片的进度,那这个预读就被破坏了。用户在程序忙着运算的时候,试图滑动页面,当然会失败。之后,他再次看到同样的标记,就会在两种选择中疑惑。

所以,苹果通过审查,保证 iPhone 上所有的程序,对系统图标的定义都一致。

iPhone OS 内置的联系人和电话,已经把这个图标定义为 Recent 或者 History ,那么 Convertbot 用几乎一样的图标,去代表别的意义,就不太合适。这个例子中,结合程序的使用环境,图标的含义还蛮容易理解。但是,最好,换个有点区别的图标。

苹果,就是追求最好的公司。

他为此宁可花费人力,一个个去审核要在 App Store 上架的程序。考虑到 App Store 上的程序数量,再乘以版本,意味着数十万,也许上百万次的审查。

审查次数乘以 6 分钟,除以 60 ,再乘以几十美金(苹果员工的工资,不会太寒酸吧),成为一个百万美金级别的数字,都不稀奇。

苹果,要持续的,十万,或者百万的扔出美元。 目的之一,是为了换来 iPhone 上流畅的用户体验。

无最优解?

审查由苹果员工完成。很多人掌握复杂的标准,难免出现各种问题。

Convertbot 前几次用同样的图标通过审核。原因也许可以归结为不同的人,或者不同的工作状态。

而如果要列举苹果工作失误的例子,似乎恰恰不是 Convertbot 被拒绝的这次。他通过审查的那几次,更有说服力一些。

随着 App Store 上程序的增加,苹果在审查上的成本也许会越来越沉重。这不像一个良性循环。

用户反馈也许是个办法。但是,你很难要求用户都把几百页的文档看一遍。用户使用 iphone 的目的不是成为 UI 设计的专家,而是需要开心地,没有学习痛苦的用 iPhone 和他的朋友分享照片。

所谓可信赖开发者列表,也是办法。但是这会加大新入场开发者的出头难度。

不过,为苹果辩护,已是份外之事,解决办法,就不再费心了。

我希望的仅仅是:

苹果继续把用户体验,置于开发者和美元之上。

后评论

评论在审核通过后将对所有人可见

正在加载中

移动互联网/苹果/ERP/SAP。 写过:「 iPhone 可有设计哲学」,「领先五年的迷思」,「以前没有 iPhone OS,以后没有 Mac OS」,「对社交说不」,「 MSNS :移动社交网络 」,「云书店,新阅读」⋯⋯

本篇来自栏目

解锁订阅模式,获得更多专属优质内容