上图就是用户在 Google Play 里面看到 HoursTracker 的情景。其中很重要的一点是，Google Play 在每一款 App 的下载页面都显示了下载的数据。通过一个类似于徽章的图标非常明白无误的告诉所有人这款 App 的流行程度，如果在 App Store 里面也能看到类似的统计结果的话那就最好不过了。
Google Play 不会在每次版本更新之后重置评级分数。评级对于市场的反馈，以及用户的决策下载乃至购买的话都是非常重要的指标。在 App Store 里面，每次更新完之后这个评级分数是暂时失效的。这对于某些用户来说，他们会在选择是否下载 App 上不知所措。
app store下载不了软件Google Play 提供了一个针对性的短小精炼的 App 描述
众所周知，绝大部分的浏览者都没有时间去读什么 App 的介绍。在 App Store 里面，App 介绍甚至有
些时候非常的随意，底下还安放着一个「阅读更多」的按钮。浏览者很难见到一个短小精炼，比较靠谱的 App 介绍。而在 Google Play 中这个问题就得到了解决。
Google Play 可以直接从网页上将 App 下载到你的移动数字设备中
在 Google Play 基于网页的登录界面上，你可以看到一个「安装」的按钮。在浏览器中点击这个
按钮，很快你就会发现你的手机上已经出现了这款 App。你无需任何额外的软件，也无需将自己的手机掏出来。这非常节省用户的哦时间，帮助程序员们清除阻碍下载的各种障碍。
Google Play 提供关于 App 的 8 张截图，而不仅仅是 5 张
从我开发 HoursTracker 的经验来说，5 张截图并不能充分反映出一款 App 所拥有的各种功能和
体验。不知道是不是 8 是个幸运数字，但是我的观点肯定是截图越多越好。
Google Play 允许 App 的推介视频可以是任何时长的
这个道理跟前面的截屏是一样的。越是复杂高级的 App 需要时长更长的推介视频。30 秒有时候根本不够完整的展示一款 App 所具有的功能。几乎我所接触过的有关生产力提升方面的 App 在视频推介上
面都做的非常匆忙潦草。当然，在没有时间约束的前提下，我也很有可能做出来冗长沉闷的视频惹得用户生厌，但是我很欣然的接受这样一种能够犯错的可能。
Google Play 的程序员体验
程序员可以随时更改初始 App 上的数据，其中包括截屏。很久之前，其实我们也可以在 iOS 环境下做到这一切。但是如今我们仅仅是为了更改一个截屏，就要重新打一份完整的 App 更新申请上去。申请通过之后，所有 App 的用户都不得不重新再下载一次。这并不会一个人人都会喜欢的流程和功能。有一种说法是：不受限制的截屏也许会带来各种错误的解读以及不合适出现在公众场合的
图片，但难道就因为这种说法的存在，我们连按照自己的意愿，按照我们想要的顺序来展示这些截
屏图片都不行啊？！每一次更新都要重新提交一遍截屏文件，我们理解 Apple 背后的动机：它确实是很想对我们的内容进行审核把控，测试我们进行市场营销所用的各种素材是否合适。
这里应该有一种折中的办法。如果 App Store 就是允许 5 张截屏图片，也许可以允许我们自行上传最多 10 张，如果获得了审批通过，那么我们可以在这 10 张图片中按照自己的想法选择出来 5 张图片，然后按照我们的顺序放到上面进行展示。
上述建议使得程序员们可以测试各种不同的截屏图片组合，来出到底怎样的方案对于提振收入是最有效的，同时还能够提升 App 的评价质量，节省用户和我们程序员的宝贵时间。
这种方法同样也能拓展到其他被种种程序卡死锁定的环节中。比如 App 的预览视频以及搜索关键词等方面。我想这应该是对于 Apple 官方，程序开发员以及用户三方都皆大欢喜的事，它为什么不做呢？
程序员可以在他们的 App 登录页面，将某个评论进行高亮展示
如果真的有一位用户对你的 App 大加赞美，你可以将这个评论从众多评论中挑拣出来，然后高亮显示
它。对于 Google Play 和一些营销工具（比如你的 App 的网站以及线上广告）直连的模式来说特别管用。
程序员可以直接退款给客户
我想下面陈述的一种困扰也许每一个 iOS 程序员都会感同身受。如果有一位客户过来向你反映 App 的种种问题，你所能做的必须是先去 Apple。其实客户本身来说最想直接沟通的是 App 的程序员
。在 App Store 中最关键的点就在于「退款」。如果用户真的不满意这款 App，或者觉得没有能力来使用它，那么用户是可以得到退款的，但是程序员却没有权限来自行进行审批，一切都得通过Apple 这个官方来完成。Google Play 在这一点上就做的非常好，它允许程序员拥有是否决定「
退款」的权限，程序员在决定是否退款上面拥有自己的决断权利。
程序员能够自由的发布版本更新
这是非常重要的一点，因为它直接区分开来 Google 和 Apple 某些根本观念的不同。
我们所有程序员都在 App 开发过程中遭遇一些尴尬的时刻，在 App 的不断完善的过程中肯定会难免出现这样或者那样的 Bug。每一次我为了给 iOS 的 App 提交一个版本更新的申请，我的内心都充满了担
忧，不安和紧张。如果这次的申请通过了，但是发布之后确实有了一点小的差错，那么我估计将在接下来的 7 到 10 天内重新提交申请获得通过，我甚至有可能将整个 App 从商店的货架上直接撤下来。但是在 Google Play 中，这样的剧本绝对不会上演。因为一旦我发现了一些小问题，比如虽然很小但是却足够造成非常大影响的问题，我可以在短短 20 分钟之内将其修复，让它彻底
完善。
说实话，在 App Store 中，我等待审批的焦虑远远超过了修复 BUG 本身所带来的焦虑。
如果我真的在更新的版本中加入了一个超级赞的功能，但是在审批过程中，由于某些我不知道的
原因，也许是存在了多年的某个环节上的隐患和问题，导致了整个更新申请遭到拒绝呢？或者还有更糟的情况发生。如果确实审批通过了，但是很快我收到了一封邮件，Apple 官方要求我将某款新的功能撤下，因为用户已经在之前的消费中花钱购买了这款服务。那么这样一来我就面临选择：要么我对其提出申辩，这估计得花上超过一个星期的时间；要么我顺从官方的要求，将这些新功能彻底取消掉。另外，每次发布一版更新，那些曾经辛辛苦苦收集到好评和点赞就全部烟消云散，我的App 就立刻变得像是一款没人使用的僵尸 App，而不是一款人气走红的 App。这毫无疑问会影响到App 带来的收入。
对于我来说，这一切都会导致我很不情愿在 App Store 里面做版本的更新。每次我提交申请，固然我会为客户，为我的事业感到开心，但是我的心绪是纠结的，担心总有哪个地方出现问题。因为通过一次申请不容易，花费时间长不说，而且还会清零你之前所获得的好评。而在 Google Play 中就不会出现这种情况，我不需要担心任何事，这对于我来说真的是一次如释重负的解脱。Google Play 不可能将 App 的评论延后，程序员很自由的按照意愿来做 App 上的修改，在既有的计划时间框架内，将最新版本的 App 推送到市场上。这种流程环节的简化，对于 Android 来说至关重要。因为它的生态系统中拥有了极度多元化的硬件产品。
程序员可以从 Google Play 的仪表盘上得到丰富的数据