我有以下业务模型,但我不确定是否可以使用 IAP 进行管理。
用户可以创建并与他人分享优质内容。其余用户可以订阅“内容”以获得特定时间段内的独占访问权。每个特定产品组的价目表可能相同。
示例:
User A1 creates premium content P1 (price 0.99$ per month sub)
User A2 creates premium content P2 (price 0.99$ per month sub)
User A2 creates premium content P3 (price 0.99$ per month sub)
User A3 subscribe (auto-renewable) to P1, P2, P3 (A3 is charged three times every month)
User A4 subscribe (auto-renewable) to P2 and P3 (A3 is charged twice every month)
目前我遇到的问题:
1) 当优质内容动态添加时,每个新产品都必须添加到 iTunes 列表中。如果有 10000 种不同的优质产品怎么办?
2) 如果我只是定义所有可能的自动更新价格轮胎的列表,例如 10 个不同的轮胎,那么仍然不可能使用相同的 Product_id 对内容向用户多次收费。
一般来说,可以通过 Paypal 或 Stripe 支持的自定义服务器解决方案来处理。问题是销售数字商品需要使用应用内支付。
添加 10,000 个不同的 IAP 是不可扩展的。每个新的 IAP 还需要获得 Apple 的批准,因此这是行不通的。
可以以不同的价格创建多个订阅产品。如果您将它们放在同一个订阅组中,您将能够启动新的 IAP 将用户从一层迁移到另一层,而不会产生计费间隙。我建议销售较少数量的层级(0-5、5-10、10+),而不是强迫用户在每次添加单个新订阅时都进行追加销售体验。