次の例を検討してください。プロのライターが Web ベースの UI からストーリーを書くアプリがあるとします。そして、これらのストーリーは、アプリの購入アイテムとして、iOS アプリのユーザーが利用できるようになります。
ご存知かもしれませんが、事前にアプリ内購入製品を作成する必要があります。しかし、私たちの状況では、ライターによって作成されたストーリーごとに、新しい IAP 製品を作成し、Apple が承認するのを待たなければならないことを意味します。
これを回避するために、1.99 ドル相当のストーリー、2.99 ドル相当のストーリーなど、一般的な「消耗品」製品を IAP で作成することを計画しています。次に、アプリケーション UI で、作家が作成したストーリーのリストを表示し、作者がストーリーを作成したときに指定したストーリーの対応する価格を表示します。ユーザーが購入ボタンをタップすると、同じ価格の一般的な消耗品の購入が表示され、アプリ内購入プロセスが完了します。
問題は、Apple がそのような実装を承認するかどうかです。それは彼らの IAP ポリシーに適合していますか? このようなワークフローのガイドラインが見つからなかったので質問しています。
これを実装する別のアプローチは、ゲームの使用のように、アプリ内クレジット/通貨システムを実装することです。人々がクレジット/コインを購入してから、コインでアイテムを購入する場所。これは試行錯誤されたアプローチですが、私のアプリのアナロジーには適合しないため、質問です。