ios - 当用户想要多次购买单一服务时使用什么类型的货币化

Question

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

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

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

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

订阅

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

非消耗性 IAP

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

另一个想法是多次购买相同的 IAP。据我了解，这是不可能的。但是，我看到一个应用程序有 IAP，并且可以选择多次使用 IAP 来“捐赠”。现在确定他们是如何做到这一点的，但现在我认为他们产生了一些 IAP 项目，所有项目都具有相同的描述和价格，并且用户在多次捐赠时会遍历它们。我们可以做类似的方法，但感觉不对。

消耗性 IAP

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

苹果支付

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

标签： iosin-app-purchaseapplepay

Answer 1

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

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

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

我写了一篇关于该分类和其他内容的文章，并举了一些其他的例子。查看“定义您的产品”部分。