概念：今天 IOS 的试用版和完整版。 （单独的应用程序，应用程序内购买，应用程序商店拒绝）
Concept: Trial & Full version in IOS today. (separate Apps, inapp purchases, Applestore rejection)
今天关于如何维护 IOS-app 的试用版和可购买完整版的概念：
关于这个话题有很多讨论，但我想看看我的案例以及今天（2015 年）它是如何设计的，有实际的 Apple 限制。
- 我有一个应用程序，它最初从 Internet 加载要显示的数据。 （试用内容 -> 80MB，20%，完整内容 -> 400MB，100%）
- 我想建议用户先试用内容有限的应用程序。
- 内容有限：20% 与完整版一样。 80% 标有问号。如果用户点击问号我想引导用户到完整版。
- 我更喜欢有 2 个应用程序（2 个构建），因为有 2 个单独的排名。购买应用程序的用户评分更高，因为他们真的对应用程序感兴趣并且只会在对试用应用程序感到满意时才会购买。因此，具有应用内购买功能的应用的平均排名低于孤立的完整版本（内置）。但我猜这个概念会被苹果拒绝，因为你必须在试用版中提到完整版并且你必须将试用版命名为 "trial" ？ （抱歉英语不好）
IOS 应用程序将如何设计？如何引导用户使用完整版而不被 Apple 拒绝？ （我读到像 "Would you like to purchase the fullversion?" 这样的弹出窗口将被拒绝。）
在 Android 我做了以下事情：
- 我创建了一个具有完整功能的应用程序，同时也是试用版。
- 我创建了一个可购买的应用程序，它只是一个解锁器应用程序。
- 试用版应用程序检查是否安装了解锁器。这样我就可以区分试用版和完整版，并加载相应的内容。
- 当点击问号时，我会显示一个弹出窗口说 "Would you like to purchase the full version?"。
这是一个很常见的模式，您只是不能调用您的 "trial" 版本 "trial"。通常这样的版本被称为 "light".
要将用户引导至应用商店购买完整版，您可以使用 SKStoreProductViewController 直接在您的应用中显示完整版的应用商店页面。苹果应该没问题。
您的 Android 解决方案与付费 "unlocker" 应用程序也是可能的。您的应用程序需要公开一个 URL 方案，您可以使用它来检查其他应用程序是否可用。他们还可以使用应用程序组进行交流。但这很可能不会通过审查，因为应用程序必须自己做一些有用的事情。他们可能会在没有安装您的其他应用程序的设备上测试您的解锁器并立即拒绝它。
我强烈建议为此重新考虑 IAP。这基本上是它的理想用例。您一定不要害怕提供购买的差评。试图让用户购买另一个应用程序可能会给出同样多的差评，如果不是更多的话。 IAP 流程更加人性化。
正如@Sven 所建议的，在您的情况下建议使用 IAP。
如果您想为 trial 和 full 版本维护两个不同的应用程序，您可以将试用应用程序名称命名为“APP NAME FREE", 我想苹果不会拒绝应用名称中名称为"Free"的应用（我成功上传了免费版和付费版使用此技巧的相同应用程序）。
今天关于如何维护 IOS-app 的试用版和可购买完整版的概念：
关于这个话题有很多讨论，但我想看看我的案例以及今天（2015 年）它是如何设计的，有实际的 Apple 限制。
- 我有一个应用程序，它最初从 Internet 加载要显示的数据。 （试用内容 -> 80MB，20%，完整内容 -> 400MB，100%）
- 我想建议用户先试用内容有限的应用程序。
- 内容有限：20% 与完整版一样。 80% 标有问号。如果用户点击问号我想引导用户到完整版。
- 我更喜欢有 2 个应用程序（2 个构建），因为有 2 个单独的排名。购买应用程序的用户评分更高，因为他们真的对应用程序感兴趣并且只会在对试用应用程序感到满意时才会购买。因此，具有应用内购买功能的应用的平均排名低于孤立的完整版本（内置）。但我猜这个概念会被苹果拒绝，因为你必须在试用版中提到完整版并且你必须将试用版命名为 "trial" ？ （抱歉英语不好）
IOS 应用程序将如何设计？如何引导用户使用完整版而不被 Apple 拒绝？ （我读到像 "Would you like to purchase the fullversion?" 这样的弹出窗口将被拒绝。）
在 Android 我做了以下事情：
- 我创建了一个具有完整功能的应用程序，同时也是试用版。
- 我创建了一个可购买的应用程序，它只是一个解锁器应用程序。
- 试用版应用程序检查是否安装了解锁器。这样我就可以区分试用版和完整版，并加载相应的内容。
- 当点击问号时，我会显示一个弹出窗口说 "Would you like to purchase the full version?"。
这是一个很常见的模式，您只是不能调用您的 "trial" 版本 "trial"。通常这样的版本被称为 "light".
要将用户引导至应用商店购买完整版，您可以使用 SKStoreProductViewController 直接在您的应用中显示完整版的应用商店页面。苹果应该没问题。
您的 Android 解决方案与付费 "unlocker" 应用程序也是可能的。您的应用程序需要公开一个 URL 方案，您可以使用它来检查其他应用程序是否可用。他们还可以使用应用程序组进行交流。但这很可能不会通过审查，因为应用程序必须自己做一些有用的事情。他们可能会在没有安装您的其他应用程序的设备上测试您的解锁器并立即拒绝它。
我强烈建议为此重新考虑 IAP。这基本上是它的理想用例。您一定不要害怕提供购买的差评。试图让用户购买另一个应用程序可能会给出同样多的差评，如果不是更多的话。 IAP 流程更加人性化。
正如@Sven 所建议的，在您的情况下建议使用 IAP。
如果您想为 trial 和 full 版本维护两个不同的应用程序，您可以将试用应用程序名称命名为“APP NAME FREE", 我想苹果不会拒绝应用名称中名称为"Free"的应用（我成功上传了免费版和付费版使用此技巧的相同应用程序）。