关于这个主题有很多讨论,但我想看看我的情况以及它将如何设计到今天(2015年),以及Apple的实际限制.
>我有一个应用程序,它最初从互联网上加载数据以进行显示. (试用内容 – > 80MB,20%,全内容 – > 400MB,100%)
>我想首先让用户试用内容有限的应用.
>内容有限:20%与完全版本一样. 80%标有问号.如果用户点击问号,我想引导用户进行完整版.
>我优先拥有2个应用程序(2个建筑物),因为它有2个独立的排名.购买应用程序的用户评分更高,因为他们真的对应用程序感兴趣并且只有在他们对试用应用程序感到满意时才会购买.因此,使用inapp购买的应用程序在avarage中的排名较低,而孤立的完整版本(已构建).但我猜这个概念会被苹果拒绝,因为你必须在试验版中提及完全版本,你必须将试用版命名为“试用版”吗? (抱歉英文不好)
如何使用IOS应用程序进行设计?如何引导用户完全转换,而不是被Apple拒绝? (我读过“你想购买全翻版吗?”等d出窗口会被拒绝.)
在Android中我做了以下事情:
>我创建了一个具有完整功能的应用程序,同时也是试用版.
>我创建了一个可购买的应用程序,它只是一个解锁应用程序.
> trialversion应用程序检查是否安装了解锁器.这样我可以区分试用版和完整版,并加载相应的内容.
>点击问号时,我会显示一个d出窗口“你想购买完整版吗?”.
要将用户发送到应用商店以购买完整版,您可以使用SKStoreProductVIEwController直接在您的应用中显示完整版的应用商店页面. Apple应该没问题.
使用付费“解锁器”应用程序的AndroID解决方案也是可行的.您的应用需要公开URL方案并使用它来检查其他应用是否可用.他们还可以使用应用程序组进行通信.但这很可能不会通过审核,因为应用必须自己做一些有用的事情.他们可能会在没有安装其他应用程序的设备上测试您的解锁器并立即拒绝它.
我强烈建议重新考虑IAP.这基本上是它的理想用例.你不应该害怕提供购买的不良评论.尝试发送用户购买另一个应用程序可能会提供尽可能多的差评,如果不是更多. IAP流程更加用户友好.
总结以上是内存溢出为你收集整理的概念:IOS的试用版和完整版今天. (单独的应用程序,inapp购买,Applestore拒绝)全部内容,希望文章能够帮你解决概念:IOS的试用版和完整版今天. (单独的应用程序,inapp购买,Applestore拒绝)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)