概念：试验＆amp;今天的IOS完整版。 （单独的应用程序，inapp购买，Applestore拒绝）

Question

关于如何维护IOS-app的试用和可购买完整版本的概念：

关于这个主题有很多讨论，但我想看看我的情况以及它将如何设计到今天（2015年），以及Apple的实际限制。

• 我有一个应用程序，它最初从互联网上加载数据以进行显示。 （试用内容 - > 80MB，20％，全内容 - > 400MB，100％）
• 我想首先让用户试用内容有限的应用。
• 内容有限：20％与完全版本一样。 80％标有问号。如果用户点击问号，我想引导用户进行完整版。
• 由于有2个独立的排名，我更喜欢有2个应用程序（2个建筑物）。购买应用程序的用户评分更高，因为他们真的对应用程序感兴趣并且只有在他们对试用应用程序感到满意时才会购买。因此，使用inapp购买的应用程序在avarage中的排名较低，而孤立的完整版本（已构建）。但是我猜这个概念会被苹果拒绝，因为你必须在试验版中提到完全版本，你必须将试用版命名为＆＃34; trial＆＃34; ？ （抱歉英文不好）

如何使用IOS应用程序设计？如何引导用户完全转换，而不是被Apple拒绝？ （我读过像＆＃34这样的弹出窗口;你想购买全版本吗？＆＃34;将被拒绝。）

在Android中，我执行了以下操作：

• 我创建了一个具有完整功能的应用，同时也是试用版。
• 我创建了一个可购买的应用程序，它只是一个解锁程序。
• trialversion app会检查是否安装了解锁器。这样我可以区分试用版和完整版，并加载相应的内容。
• 点击问号时，我会显示一个弹出窗口＆＃34;您想购买完整版吗？＆＃34;。

Answer 1

这是一个非常常见的模式，你只是不能打电话给你的＆＃34;试用＆＃34;版本＆＃34;试用＆＃34;。这些版本经常被称为＆＃34; light＆＃34;。

要将用户发送到应用商店购买完整版，您可以使用SKStoreProductViewController直接在应用中显示完整版的应用商店页面。 Apple应该没问题。

您的Android解决方案与付费＆＃34;解锁器＆＃34;应用程序也是可能的。您的应用需要公开URL方案并使用它来检查其他应用是否可用。他们还可以使用应用程序组进行通信。但这很可能不会通过审核，因为应用必须自己做一些有用的事情。他们可能会在没有安装其他应用的设备上测试您的解锁器并立即拒绝它。

我强烈建议重新考虑IAP。这基本上是它的理想用例。你不应该害怕提供购买的不良评论。尝试发送用户购买另一个应用程序可能会提供尽可能多的差评，如果不是更多。 IAP流程更加用户友好。

Answer 2

正如@Sven建议的那样建议使用IAP。

如果您要为试用和完整版本维护两个不同的应用，则可以将试用版应用名称设为＆＃34; APP NAME FREE < / strong>＆＃34;，我认为Apple不会在应用名称中拒绝名称为＆＃34; Free＆＃34; 的应用（我已成功上传此应用的相同应用的免费和付费版本）。