我目前在市场上有一个应用程序,它既有免费的、受广告支持的版本,也有付费的无广告“专业”版本,具有额外的功能。
每个发布周期构建两个不同的项目对于小行星来说真的很痛苦。我很想把它打成一个。
我有兴趣听到有关这样做的反馈,如果这里有人执行过这样的动作......转换到这个新模型有什么缺点吗?
我目前有十几个付费用户。我是否可以通过他们的电子邮件地址让他们成为应用内购买的“所有者”,还是他们会被迫重新购买该应用?(如果我不能让它们成为所有者,我可能会放弃这整个想法,直到我的下一个应用程序。)
我目前在市场上有一个应用程序,它既有免费的、受广告支持的版本,也有付费的无广告“专业”版本,具有额外的功能。
每个发布周期构建两个不同的项目对于小行星来说真的很痛苦。我很想把它打成一个。
我有兴趣听到有关这样做的反馈,如果这里有人执行过这样的动作......转换到这个新模型有什么缺点吗?
我目前有十几个付费用户。我是否可以通过他们的电子邮件地址让他们成为应用内购买的“所有者”,还是他们会被迫重新购买该应用?(如果我不能让它们成为所有者,我可能会放弃这整个想法,直到我的下一个应用程序。)
有趣的。我以另一种方式做到了(将(应用程序+补充许可证)转换为仅付费版本,没有试用版)。但我的旧(应用程序 + 许可证方案)可能对你有用。它是在不久前实施的,在应用内购买非常简单之前。
我的旧许可方案:主应用程序的一个 Google Play 下载;主应用程序许可证的单独列表(请参阅“2player 1.0 许可证(已过时)”)。许可证下载不提供 UI,但实现了内容提供程序。主应用程序尝试查询许可 APK 提供的内容提供者。如果内容提供者查询成功,主应用程序将转换为“许可”状态。内容提供者本身提供了基本的挑战/响应数据交换,只是为了防止完全微不足道的黑客攻击。
稍作修改就可以为您工作。您可以将旧的付费许可 APK 替换为提供质询响应内容提供程序的 APK,并提供足够的 UI 来通知旧应用程序的用户他们需要安装新版本 2.0 APK。然后修改您的应用内购买应用程序以检查内容提供者的存在,如果内容提供者查询成功,则转换为许可状态。
旧应用程序的用户强制下载会有点笨拙,但在我看来,无论如何你都必须强迫他们以某种方式下载新应用程序。但对于十几个付费用户来说,这似乎是无害的。