Products & Plans
Productsalready created for this application are visible in the block Products
By clicking on the
+ Add new productbutton in the upper right corner, you can add a new
Productto your Mobile Application.
Productis composed of the following parameters :
Product name: this parameter is used to display the
Productin the Purchasely Console, but is also displayed to the user in the section "My Subscriptions" (which allows users to manage their subscription directly into the Mobile App).
Product Vendor ID: this parameters allows you to set your own identifier for the
Product Vendor IDwill be useful at the Webhook level, when receiving
Eventsabout a particular
Product Vendor IDcorresponding to the
Subscriptionwill always be present.
Description: this parameter is only used for your own internal purposes. It is a note that you can use for recording whatever information you want. It is not displayed in the Mobile App.
Icon: this icon is displayed in the Purchasely Console and in the section "My Subscriptions"
Productsin the Purchasely Console
To edit a
Product, click on the
Editentry in the upper right corner
Product Vendor ID, all the other parameters can be modified when editing a
In Purchasely model,
Planscorrespond to items users can actually purchase. They correspond to :
in-app purchasesin the App Store Connect
in-app productsin the Play Store Console
In Purchasely Console, a
Product, can be associated to several
To create a
Plan, click on the button
+ Add new plan
Planis composed of the following parameters :
Plan name: this parameter is used to display the
Planin the Purchasely Console, but is also displayed to the user in the section "My Subscriptions" (which allows users to manage their subscription directly into the Mobile App).
Plan Vendor ID: this parameter allows you to set your own identifier for the
Plan. When receiving
Eventsabout a particular
Plan Vendor IDcorresponding the
Subscriptionwill always be present. It will inform you about the
Planassociated to the subscription and thus allow you to define the matching entitlements. The
Planhas a common identifier for all the
Platformson which it is distributed.
Plan type: this parameter allows you to define the type of in-app item corresponding to the Plan. If a plan is mapped with several in-app purchases from several stores, it should be consistent and have the same type on all the stores.
Level: this parameter allows you organise
Product. Subscriptions should be arranged in descending order, starting with the option that offers the highest level of service. This order defines the migration policies (see below)
- Check the Stores on which your Plan is distributed
- Report the
Product IDfrom the corresponding in-app purchase retrieved from the App Store Connect Console in the field
App Store Product idApp Store Connect Console > My Apps > [YOUR APP] > In-App Purchases > Manage > In-App Purchases > [YOUR IN-APP PURCHASE]
- Report the
Product IDfrom the corresponding in-app product retrieved from the Play Store Console in the field
Play Store Product idPlay Store Console > [YOUR APP] > Store presence > In-App products > Subscriptions > [YOUR IN-APP SUBSCRIPTION]
Levelparameter is used to rank
On iOS, the App Store Connect Console provides the
Subscription Groups, that are the exact equivalent of
Productsin Purchasely. The order in which
Subscriptionsare organised inside a
Subscription Groupsdefines the migration policies (up-sell | down-sell | cross-sell). The policies are managed directly by the App Store.
Productshould be organised in the same order as Subscriptions inside a Subscription Group. If they are ordered differently, the Subscription Group ordering will prevail over the
Productordering in the Purchasely Console.
On the Play Store,
Subscription Groupsdo not exist. Therefore, this is the order in which
Plansare organized inside a
Productin the Purchasely Console, which will define the migration policies between the
Plans. The policies are thus managed by the Purchasely Cloud Platform.
When a subscriber change his subscription (A) to another one (B), a migration is applied. The migration results in the auto-cancellation of subscription A, when subscription B is purchased.
On iOS, the migration is directly applied by the App Store. The condition to meet is to have the 2
in-app purchasesbelong to the same
3 different policies can be applied by the App Store :
- Downgrade : if subscription A has a higher rank than subscription B in the
Subscription Group, the migration will be considered as a downgrade. In this case, subscription A will remain active until the end of the current billing period, and subscription B (with its own price and periodicity), will replace it automatically and become active only for the next billing cycle. Subscription A will then be automatically resigned. Example : migration from the Yearly plan to the Monthly plan (screenshot above 👆) or from the Gold plan to a Silver plan in a multi-tiers subscription group. Inside the app, the user flow looks like this :
User flo on iOS when
- Upgrade : if subscription A has a lower rank than subscription B in the
Subscription Group, the migration will be considered as an upgrade. In this case, subscription B will immediately replace subscription A a new billing cycle will start right away. Subscription B will be refund prorata temporis (for the time remaining before the end of the current billing period) to the user.
- Crossgrade : if subscription A has the same rank as subscription B in the Subscription Groups, the policy applied will depend on the duration of each subscription. If they have the same duration, the policy applied will be the same as an upgrade (effective immediately + pro-rata refund), and the user flow will be the one of an upgrade. If they have different durations, the policy applied will look like a dowgrade (subscription B will become effective at the next renewal date).
- On the Play Store, since Subscription Groups do not exist, and migration are directly managed by the Purchasely Cloud Platform. To achieve this, it relies on
PlansA & B belong to the same Product, Purchasely will apply a migration.
- For simplicity towards users, the exact same rules as on iOS have been implemented (downgrade / upgrade & crossgrade). Purchasely Cloud Platform relies on the parameter
Levelto determine which Plan has the highest rank and apply the corresponding migration policy.
To edit a
Plan, click on the
Editbutton in the upper right corner.