changing prices
complete
P
Paul Baron
Hi,
We're going to launch a big app update with new paid membership paywall (the app was free until then).
I want to offer a cheaper price at launch, to be kind to my existing users and people joining in the first few weeks. I want these users to remain on this price plan forever (until they let their subscription expire).
This page to me is so confusing, I can't manage to wrap my head around the options...
I don't like options where they sign up and the first month is cheaper and then goes up.
Here I don't think we're talking about Introductory offer, since I want them to remain on this price forever (until they let their subscription expire).
I can imagine 2 ways to do what I want in the App Store.
Which one makes most sense and is easiest to manage?
A. Set a "default" price product, and set a "discounted" price product, for all the plan durations (1 month and 6 months, in my case). When I want to switch to the Default price, I just update my config in Adapty and the new "default" price shows up in Adapty (I may want to customize a bit the copy around the paywall, with remote config).
B. Set my price products, for all the plan durations (1 month and 6 months, in my case). When I want to switch to a more expensive or any other price point, I just update the prices in the App Store for these products, and that's it (I may want to customize a bit the copy around the paywall, with remote config).
What would you do?
Or am I approaching this from the wrong angle, or am I leaving money on the table...
Thanks for your advice & support!
Paul
A
Amina M
marked this post as
complete
Adapty Support
marked this post as
closed
P
Paul Baron
Cheers Ivan.
I see many companies doing A though, and I always assumed that the lower tier subscriptions were there to allow them to quickly switch to cheaper price during campaigns (but with the advantage of potentially catching people about to cancel their subscriptions... "oh the same one exists cheaper, so I might stick around longer) I've been able to move from a 9.99/month to 1.99/month (that's an extreme example).
So if I were to do A, I guess I should never do crazy deals like -70% but stick to a discount that I would be comfortable using as a "win back"...
For B, I see in the Apple link you shared that I only have the options to keep users on a preserved price if I increase prices. But if I were to lower it again later, then the more expensive cohort would be switched to the cheaper price at plan renewal.
Which might be an argument for A, or for only ever increasing prices :)
I think that I'll probably start with B, and give it a couple of months and see what happens when I switch to the higher price, and then if I ever want to offer a lower tier price (for win-back, campaigns or else) then I'll create 2 new products on the app store...
A
Adapty Support
Hey Paul,
This is Ivan here. Basically, in this case, you can use both of the options, but, in our opinion, the B would fit much better
There is a tricky moment with the A scenario, as the users can see the subscriptions list through the Apple Subscription Management Console and, hence, they could be able to switch to cheaper subscription plans.
At the same time, with the B scenario, you should be able to update the prices for the new subscribers, while the old ones will continue to be charged accordingly with the old pricing schedule. You can set this option here:
https://help.apple.com/app-store-connect/#/devc9870599e (Increase the price of an auto-renewable subscription)
This would prevent the users from switching to the lower subscription tiers, and that's why this should do trick for you. Once you're set, you can use our A/B tests functionality for the different products within the app