当用户想要多次购买单一服务时使用哪种货币化方式

如何解决当用户想要多次购买单一服务时使用哪种货币化方式

我正在尝试确定哪种付款方式最适合特定情况。我很确定某处一定已经有类似的问题，但我在搜索时似乎问错了问题。

应用程序将使用户能够免费存储和管理任意数量的特定数据类型。将有一个付费选项来选择某些数据进行处理。完成处理后，该用户将在同一应用程序中看到进程的输出。

由于我不能描述特定情况，我将添加理论示例以提供更好的描述：我们正在构建一个应用程序，用户可以在其中从他的画廊导入图像。他可以在应用程序中拥有任意数量的图像，添加更多图像，删除它们......用户可以选择一张照片并将其发送到我们的服务进行处理。处理完成后，将返回另一张照片，该照片已模糊图像上的所有面部。

那么在这种情况下哪种付款方式最合适，哪些类型完全没有问题？这是我们目前所考虑的：

我们不希望订阅，因为我们希望用户会不时使用此功能。基本上我们希望大多数用户只使用一次。如果用户使用此功能 10 次，我们就已经将他视为高级用户。我们还预计这种使用会持续数年，而不是数天（因此有人可能每年使用一次）。出于这个原因，我们可以预期用户需要订阅、使用该功能、取消订阅。

非消耗性 IAP

最初这听起来像是最合适的解决方案。但问题是我们需要为每个用户提供个性化的项目来使用它。我什至不确定这是否可行；为用户提出的每个请求创建一个新的 IAP 项目。

另一个想法是多次购买相同的 IAP。据我了解，这是不可能的。但是，我见过一个应用程序，其中有 IAP 并且可以选择多次使用 IAP 进行“捐赠”。现在确定他们是如何使这成为可能的，但现在我认为他们产生了一些 IAP 项目，所有项目都具有相同的描述和价格，并且用户在多次捐赠时会反复浏览它们。我们可以采用类似的方法，但感觉不对。

消耗性 IAP

这在技术上似乎可行，但这是正确的吗？我们将创建一些软货币，用户可以在其应用程序中购买和消费。我觉得这种方法可能会被苹果拒绝。此外，它对用户来说可能看起来很可疑。

Apple Pay

我个人认为这是最正确的。我们可以在我们的应用程序中实现 Apple Pay，用户只需在发送项目进行处理时（或在接收时查看之前）确认交易。但是，对于这种情况，Apple Pay 的这种用法是否正确，或者我们是否可以期待 Apple 评论家的一些反对，因为我们仅在应用程序中使用此内容，因此我们需要使用 IAP 中的一些内容？

解决方法

如果每次重复操作都必须支付它是消耗品。如果您第一次支付该功能终身解锁，则它是非消耗品。

如果您销售的是数字商品，则不得使用 Apple Pay。有一些例外，例如一对一的数字会议、辅导、约会，但听起来并不像。

请注意，您可以同时购买多个消耗品。

我写了 an article 关于该分类和其他内容，并提供了一些其他示例。查看“定义您的产品”部分。