这是一个概念性的工作流程问题。我正在通过应用内购买(FWIAP)将现有用户群的应用从付费转换为免费,以移除广告。我试图避免的问题是让现有付费客户更新应用程序,现在突然看到广告并受到侮辱/攻击“选项”再次付款以删除他们从未购买过的广告。
幸运的是,我确实有一些持久性数据形式的面包屑(pData
),表明该应用程序是否已经安装。所以我的想法是在决定是否继续展示广告之前,先检查现有安装的新版本。
我预见的一个问题是后来的更新,然后考虑所有第一代用户现在再次有资格获得广告,所以我必须添加另一个持久标志(pFlag
)来识别这两组用户然后希望记住甚至更晚的更新(即第三代等)来检查pFlag
而不是pData
,因为pData
值会长期改变然后
这看起来像是一种合理的方法,还是有另一个众所周知的解决方案呢?
答案 0 :(得分:2)
面包屑方案的问题在于升级或必须获得替换设备的用户,并且没有要从中还原的备份。当他们重新下载你的应用程序时,就没有面包屑了。
答案 1 :(得分:2)
我认为您无法支持有人购买付费版本并直接从应用商店在新设备或已删除该应用的设备上安装付款的情况。
我们最近在相反的方向上遇到了这个问题。我们有一个FWIAP应用程序,客户希望能够通过批量购买计划购买,这不适用于IAP。所以我们建立了一个付费版本并将其作为一个单独的应用程序出售,它产生的销售量与FWIAP版本一样多,基本上是收入翻倍(到目前为止)。
我认为最简单的方法是发布一个单独的应用程序。如果您转换现有应用,最大的风险是负面评价,这可能会降低您的星级评分,从而降低下载量。因此,如果你采取这种方式,我会尽可能慷慨地提供客户支持政策 - 给声称购买付费版本的人一个代码,让他们解锁FWIAP版本。
但是这可能是未来的头疼,而且从我有限的经验来看,你可以通过在商店中同时拥有两个版本赚更多的钱。
答案 2 :(得分:0)
支持付费免费购买工作流程;它被称为付费频道,并在2013年WWDC视频中进行了讨论:
使用收据保护您的数字销售https://developer.apple.com/videos/play/wwdc2013/308/