当用户想多次购买同一项服务时使用什么类型的货币化
What type of monetization to use when user wants to buy a single service multiple times
我正在尝试确定哪种付款方式最适合特定情况。我很确定某处一定已经有类似的问题，但我在搜索时似乎问错了问题。
应用程序将使用户能够免费存储和管理任意数量的特定数据类型。
selected 某些数据进行处理将有一个付费选项。
完成处理后，该用户将在同一应用程序中看到流程的输出。
由于我不能描述具体情况，我将添加理论示例以提供更好的描述：
我们正在构建一个应用程序，用户可以在其中从他的图库中导入图像。他可以在应用程序中拥有任意数量的图像，添加更多，删除它们...有一个选项，用户可以 select 一张照片并将其发送到我们的服务进行处理。处理完成后，将返回另一张照片，图像上的所有面孔都被模糊掉了。
那么在这种情况下哪种付款方式最合适，哪种付款方式完全没有问题？
这是我们目前考虑的：
订阅
我们不需要订阅，因为我们希望用户会时不时地使用此功能。基本上我们希望大多数用户只使用一次。如果用户使用此功能 10 次，我们就认为他是高级用户。我们还预计这种使用将持续数年而不是数天（因此有人可能每年使用一次）。
出于这个原因，我们可以预期用户需要订阅、使用该功能、取消订阅。
None-消耗型内购
最初这听起来像是最合适的解决方案。但问题是我们需要为每个用户提供个性化的项目来利用它。我什至不确定这是否可行；为用户发出的每个请求创建一个新的 IAP 项目。
另一个想法是多次购买同一个 IAP。据我了解这是不可能的。但是，我看到一个应用程序已经安装了 IAP，并且可以选择多次使用 IAP 进行“捐赠”。现在确定他们是如何做到这一点的，但现在我认为他们产生了一些 IAP 项目，所有项目都具有相同的描述和价格，并且用户在多次捐赠时会反复访问它们。我们可以采用类似的方法，但感觉不对。
可消耗的 IAP
这个在技术上似乎是可行的，但这是正确的吗？我们会创建一些软货币，用户可以在他的应用程序中购买和消费。我觉得这种做法可能会被 Apple 拒绝。此外，它可能对用户来说看起来很可疑。
苹果支付
我个人认为这是最正确的。我们可以在我们的应用程序中实施 Apple Pay，用户只需在发送项目进行处理时（或收到后查看之前）确认交易即可。但在这种情况下，Apple Pay 的这种用法是否正确？或者我们是否可以期待 Apple 评论者的一些反对，因为我们仅在应用程序中使用此内容，所以我们需要使用一些来自 IAP 的内容？
如果每次重复操作都要付费，属于消耗品。
如果您第一次付款，该功能将终身解锁，那就是 non-consumable.
如果您销售的是数字商品，则不允许使用 Apple Pay。有例外情况，例如一对一数字会议、辅导、约会，但听起来不像。
请注意，您可以同时购买多个消耗品。
我写了 an article 关于分类和其他内容，并给出了一些其他示例。查看“定义您的产品”部分。
我正在尝试确定哪种付款方式最适合特定情况。我很确定某处一定已经有类似的问题，但我在搜索时似乎问错了问题。
应用程序将使用户能够免费存储和管理任意数量的特定数据类型。 selected 某些数据进行处理将有一个付费选项。 完成处理后，该用户将在同一应用程序中看到流程的输出。
由于我不能描述具体情况，我将添加理论示例以提供更好的描述： 我们正在构建一个应用程序，用户可以在其中从他的图库中导入图像。他可以在应用程序中拥有任意数量的图像，添加更多，删除它们...有一个选项，用户可以 select 一张照片并将其发送到我们的服务进行处理。处理完成后，将返回另一张照片，图像上的所有面孔都被模糊掉了。
那么在这种情况下哪种付款方式最合适，哪种付款方式完全没有问题？ 这是我们目前考虑的：
订阅
我们不需要订阅，因为我们希望用户会时不时地使用此功能。基本上我们希望大多数用户只使用一次。如果用户使用此功能 10 次，我们就认为他是高级用户。我们还预计这种使用将持续数年而不是数天（因此有人可能每年使用一次）。 出于这个原因，我们可以预期用户需要订阅、使用该功能、取消订阅。
None-消耗型内购
最初这听起来像是最合适的解决方案。但问题是我们需要为每个用户提供个性化的项目来利用它。我什至不确定这是否可行；为用户发出的每个请求创建一个新的 IAP 项目。
另一个想法是多次购买同一个 IAP。据我了解这是不可能的。但是，我看到一个应用程序已经安装了 IAP，并且可以选择多次使用 IAP 进行“捐赠”。现在确定他们是如何做到这一点的，但现在我认为他们产生了一些 IAP 项目，所有项目都具有相同的描述和价格，并且用户在多次捐赠时会反复访问它们。我们可以采用类似的方法，但感觉不对。
可消耗的 IAP
这个在技术上似乎是可行的，但这是正确的吗？我们会创建一些软货币，用户可以在他的应用程序中购买和消费。我觉得这种做法可能会被 Apple 拒绝。此外，它可能对用户来说看起来很可疑。
苹果支付
我个人认为这是最正确的。我们可以在我们的应用程序中实施 Apple Pay，用户只需在发送项目进行处理时（或收到后查看之前）确认交易即可。但在这种情况下，Apple Pay 的这种用法是否正确？或者我们是否可以期待 Apple 评论者的一些反对，因为我们仅在应用程序中使用此内容，所以我们需要使用一些来自 IAP 的内容？
如果每次重复操作都要付费，属于消耗品。 如果您第一次付款，该功能将终身解锁，那就是 non-consumable.
如果您销售的是数字商品，则不允许使用 Apple Pay。有例外情况，例如一对一数字会议、辅导、约会，但听起来不像。
请注意，您可以同时购买多个消耗品。
我写了 an article 关于分类和其他内容，并给出了一些其他示例。查看“定义您的产品”部分。