Multiple in-app subscriptions per app

Hello,
we are developing an app in which some verified users can sell their content by subscriptions.
Content is digital content consisting of videos, photos and tips.

We would like to offer paid content with monthly subscription.
I researched some apps and usually you have the auto-renewable subscription for all paid content.


However our client would like to offer separate subscription for every user offering their paid content.


This means that every content consumer (user) will be able to have unlimited number of concurrent subscription as they would be able to subscribe to any content provider they want.


My questions:


1. Does content providers' content I described qualify for subscription digital content type? Because the content provider is the one that creates it, not us. Also we can't guarantee any kind of periodical release of the new content.

2. Won't be non-consumable product better choice for Apple? I researched that we should use separate subscription group for every content provider, so user could be subscribed to multiple users at once. However I did not find similar model in other apps. Won't apple see it as a misuse of in-app type and require us to use non-consumable product for example? Because some time ago we misunderstood the guidelines and used wrong product type and it was real pain to redo the whole flow to have the app released. Also I did not get apple's validation for our in-app design as they cannot consult such thing unless the app is in review.


--------------------------------------------------------------------------------


Other option we're currently researching:

We are thinking about the number of tiers to allow user to access paid content of specific number of users:


- $x for accessing the content of 1 chosen providers
- $x for accessing content of 5 chosen providers
- $x ....
- $x for accessing all paid content


All the subscriptions would be in the same group and every subscription would have different level. When user purchases the product, they have an option to choose which paid contents to access (no switching / or switching every month).



Final question:

3. Would this option be acceptable for Apple? I think it's risky and might be a pain to explain user all the conditions. However user would not have to manage dozens subscriptions and have just one. Also we would not have to manually create subscription product for every content provider.


Thank you!


Researched sources:
https://help.apple.com/app-store-connect/#/dev7f2d6b652/
https://help.apple.com/app-store-connect/#/dev06f89ce98/
https://developer.apple.com/app-store/review/guidelines/#subscriptions

Replies

No one can tell you what will or will not be acceptable to Apple.


One thing you can do is use a consumable IAP and purchase 'Tokens'. The user can exchange those Tokens for access to one or more other user's content.


Another thing you can do is non-renewing subscriptions. A use can purchase many of those and the app can assign each subscription to a particular other user's ongoing content. But you have no way of assuring that the other user will continue to produce content.


Using autorenewable subscriptions will be difficult because they do not offer the flexibility your scheme needs.


All of the proceeds for these IAPs go to you. You need some way of forwarding some credit to the user providing the content.

Did you ever find a definitive answer to this? We have a very similar scenario and can't seem to get good guidance from Apple before we invest in implementation.