Hello everyone,
I am designing an in-app subscription and pass extension/upgrade system for an iOS app and want to ensure full compliance with App Store Review Guideline 3.1.1. Because pricing in our system depends on the user's historical purchase price rather than static store catalog prices, direct fixed-SKU purchases aren't sufficient on their own.
Business Logic Overview
-
Extensions: An extension costs 50% of the price the user originally paid for their plan.
- Example: If a user bought Plan A at $200, their extension cost is $100 (even if Plan A currently retails at $150).
-
Upgrades: An upgrade charges the delta between the target plan's current price and the user's original purchase price.
- Example: A user bought Plan A for $200, and Plan B currently costs $250. The upgrade cost is $\max(0, 250 - 200) = 50$.
Proposed Technical Solution
- User requests an extension or upgrade from the iOS client.
- The backend server calculates the exact delta amount based on user purchase history.
- The backend maps this calculated amount to a pre-defined Tiered StoreKit Product ID (e.g., com.app.tier_50).
- The iOS app receives the Product ID and executes the transaction via StoreKit 2 (Product.purchase()).
- The backend validates the transaction JWS signature with Apple and updates the user's access duration.
Questions for the Community & Apple Engineers
- Has anyone implemented backend-resolved dynamic Tiered SKUs for top-ups or price deltas? Did this pass App Review without issues under Guideline 3.1.1?
- Are there recommended patterns when configuring price-point tier SKUs (Consumable vs Non-Renewing Subscription) in App Store Connect for variable delta payments?
- For auto-renewing subscriptions, is it preferred to handle extensions strictly via StoreKit 2 Promotional Offers rather than delta SKUs?
Any feedback or real-world experience with similar pricing structures would be greatly appreciated!