【问题标题】:How to create a release for new downloads only, not for upgrades?如何创建仅用于新下载而不用于升级的版本?
【发布时间】:2019-04-26 16:35:23
【问题描述】:

我想创建一个新版本的 Android 产品(实际上是更新版本),但我希望此版本可用于所有全新安装,而不是用于更新。

特别是因为更新后的版本主要针对初次使用的用户进行了重要改进,我不想过早打扰现有用户。

开放/封闭轨道和分阶段推出都不符合此标准。

我有足够的每日新安装来估计更新代码的效果,然后发布进一步的更新以扩大用户群。

作为一种选择,如果“分阶段推出”会提供一个复选框,例如“使所有新安装可用”,则可以接受。

还有什么想法吗?非常感谢!

【问题讨论】:

    标签: android google-play release-management google-play-console


    【解决方案1】:

    整个 Android/Play 模型都是围绕新用户和现有用户可用的相同软件而设计的。所以没有简单的方法可以做到这一点。还有一个你可能没有考虑到的负成本。新用户经常会在现有用户遇到困难时联系他们以帮助他们。如果您使体验与众不同,那么这种帮助方法(无论是通过在线论坛还是面对面)都会失效。

    如果我必须这样做,我会考虑两种选择。

    • 选项 1:使用像 Firebase Remote Config 这样的产品为不同的用户动态更改代码。这样您就可以在 firebase 服务器上进行配置,并且仍然只发布您的应用的一个版本

    • 选项 2:发布新的包名称(应用程序 ID)。这样,根据定义,新用户将获得新产品。您甚至可以为他们提供不同的描述、商品详情和屏幕截图

    每一个都有不同的困难,但如果 Google Play 尝试推出一项向新用户提供不同应用程序的服务,许多相同的困难就会出现。

    【讨论】:

    • 感谢您的详细解答。我理解这一点并同意你的看法。虽然,从“分阶段推出”概念的角度来看,除了百分比值之外,我认为提供“也适用于所有新安装”之类的选项没有问题。这不应破坏分阶段推出的总体思路,也不会引发您描述的问题。
    • 如果您只更改了分阶段推出,它将改变测试的统计有效性。新安装偏向于购买了新手机的用户,因此偏向于较新的型号。如果分阶段部署仅适用于新安装,那么您在分阶段部署中进行的 1% 稳定性测试将无法正确测试旧设备,并且您可能会认为某些东西在旧手机损坏时是安全的
    猜你喜欢
    • 2018-02-26
    • 2018-02-17
    • 2017-12-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多