从Google Play和App Store的审核策略,看应用商店与开发者如何协调优秀的用户体验?

Apple-WWDC-2010-Bouncing-Matrix-App-Hyper-Wall

继今年六月 Facebook 针对其 Android 客户端启动 Beta 版测试项目后,最近他们又发布了一个更加不稳定的测试版本。当然这两个不稳定版本都需要加入特定的 Google 群组才可以在 Google Play 上获得测试安装包。

Facebook 可以这么做很大程度上得益于 Google Play 的好政策——通过 Google Play 开发者可以选择对应用进行两轮测试(阿尔法测试和 Beta 测试)后再分阶段分发给最终用户。

Google官方建议进行阿尔法测试项目的应用仅适合分发给小量的用户,比如公司员工和开发者。在应用进入 Beta 测试项目之后可以适当扩大分发范围。开发者如果想让自己的应用使用这两个测试功能非常简单,只需要建立一个 Google+ 社区或者 Google 群组然后邀请测试人员加入,接着他们将会在 Google Play 上自动获得最新的测试版应用。除此之外,Google Play 还允许开发者在升级应用时仅仅向一部分用户推送更新,待确定应用正常后再向全部用户推送。

Google通过这些方式可以让开发者在应用开发、测试和分发过程中尽可能的降低调试的成本以及在应用有大的改动后被用户遗弃、恶评的风险。由于 Android 版本和机型杂乱不利于适配,Google 通过这样的方式可以一定程度上提升应用到达 Android 设备时的用户体验。

但是 Google 考虑到应用分发层面到问题却没有照顾到系统更新层面的问题。众所周知当 Android 有新版本更新时会直接向 Nexus 设备推送。这样在某些时候就会出现这样的悲剧:“悲剧啊,公司核心产品中的一个重要特性,在 Android 4.3 上出现了兼容性问题。Google 根本不给开发者以 Beta 版本窗口扫除兼容性障碍就直接把它 push 给了最终用户,我们在几天前的泄露版上发现问题,但已经来不及第一时间发布 fix 了。在这方面, 苹果就做得好多了……”——via@oasisfeng

苹果的做法正好相反。虽然苹果也允许开发者对应用进行 Beta 版测试,但那是在向 App Store 提交应用之前,一旦应用被提交被审核通过就会直接推给所有终端用户。由于 iOS 设备型号和规格相对单一,所以苹果可能认为只要审核通过,内容、设计和稳定性符合规范,程序应该不会带来什么用户体验灾难。但是他们可能忽略了由于功能改进而带来的用户反感。

碰巧这样的小概率事件就被手机QQ 这个有着大规模用户数的应用撞上了,进而让手机QQ赢得了上万颗一星用户评价。如果 App Store 有 Google Play 那样的分阶段分发方式,手机QQ 很大程度上可以避免这样的恶评事件。对于手机QQ 这样的应用还有改过的机会,但不是所有的应用开发者都有他们那样“幸运”。

而在系统更新层面苹果却是相当谨慎的——正式版 iOS 出来之前总是会出 Beta 版本供开发者调试、适配自己的应用。这一阶段给了开发者足够的时间去保证应用在新系统上的稳定性。在 iOS7 正式版发布的时候,用户迎来了一大波应用更新潮。

总结来说就是—— Google 照顾到了应用分发层面的问题却没有考虑到系统更新层面,而苹果照顾到了系统更新层面的问题却没能考虑到应用分发层面。所以在开发者和应用商店如何一起协调好的用户体验的问题上,Google 和苹果都还可以做的更多。

放眼国内的各式的没有系统主动权却开着 Android 应用商店的各家,你们愿意在这些环节上为开发者做一些改进吗?

订阅更多文章