Is it possible to change an in-app purchase from inside the app?
I have a tier based setup
Tier 1 - Tier 2 - Tier 3
Say Tier 1 price is $.99, then Tier 2 price is $1.99, then $2.99
Let's say a user bought Tier 1 for $.99, then I wanted to change Tier 2 From $1.99 to $1.29. ONLY IF the user only bought the first Tier.
How would I go about this? If I can?
Unfortunately, you cannot change the tier's price, only pick from existing once. Perhaps you could make several products with different prices and offer one or another depending on the purchase history.
For example, your Product X may cost $2.99 full price, but Discounted Product X would cost $1.99 and be offered only if the user has purchased other products.
Related
I have changed the price of one of my in-app purchases from Price Tier 1 (Paid) to Price Tier 0 (Free) - this is to encourage people to download the app when I promote it.
The problem is, however, is that I changed it a few hours ago and the app is still showing the Price Tier 1 price for the in-app purchase.
How do I fix this? - Is an app update needed to cause this price change to happen? - If so how can limited time promotion be done?
I have the following business model and I'm not sure is it possible to manage it using IAP.
The user can create and share with others premium content. The rest of users may subscribe "the content" to get an exclusive access in a specific period of time. Price list might be the same per each specific groups of products.
Example:
User A1 creates premium content P1 (price 0.99$ per month sub)
User A2 creates premium content P2 (price 0.99$ per month sub)
User A2 creates premium content P3 (price 0.99$ per month sub)
User A3 subscribe (auto-renewable) to P1, P2, P3 (A3 is charged three times every month)
User A4 subscribe (auto-renewable) to P2 and P3 (A3 is charged twice every month)
The problem I met so far:
1) When the premium content is adding dynamically, each new product has to be added to iTunes List. It's not scalable what if there are 10000 different premium products?
2) What if I'd just define the list of all possible auto-renewable price tires, for example, 10 different tires - it's still not possible to charge user more than once for a content using the same product_id.
Generally, It could be handled by custom server solution supported by Paypal or Stripe. The problem is that selling digital good requires that the In-App Payment need to be used.
Adding 10,000 different IAPs is not scalable. Each new IAP also needs to be approved by Apple so this doesn't work.
It would be possible to create multiple subscription products at different prices. If you put them in the same subscription group, you would be able to initiate a new IAP to migrate the user from tier to tier without a gap in billing. I would suggest selling a smaller number of tiers (0-5, 5-10, 10+) rather than forcing the user through an upsell experience every time they added a single new subscription.
When i am trying to create in-app products it shows prices like tier1 as well tier1b, what is the difference between that?
I have implemented In-App Purchases in various apps before wherein we can set a price based on a specific Tier for a Product.
Now in this case, the price of the product depends on the number of people. For example, a video will Cost $ 0.99 for >20 students, for >50 students it will be $1.99 ,etc.
So, I thought of making different products for each such case.
Eg:
Product1. VideoForUpto20Students for $0.99. (Video course 1)
Product2. VideoForUpto50Students for $1.99. (Video course 1)
So if I implement it in this way then if the number of students increase, then I will have to create more product Identifiers for a same Product.
Again, I have a number of Video Courses approx. 40 ! That means, the total number of product identifiers for 40 Video Courses having 4 different prices will (40 * 4) = 160 product identifiers.
So, do I need to create different product identifiers for the same product to set multiple prices or is there any other alternative ?
Please help! Thanks in advance!
You will have to create different identifiers for every In-App Purchase unfortunately.
From the accepted answer here In-app purchase custom price:
As noted by other poster, you cannot have variable in-app purchases.
You have to select one of the provided price tiers.
While you aren't exactly making it so the price is changing a lot (since your idea isn't a delivery service), if it is going to change at all you are going to need to create multiple identifiers.
I'm wanting to sell a consumable product in my app, and arbitrarily offer it for sale as a 2 for 1 deal.
Example
Let's say I have a consumable product: 50 Proton Pills for $0.99 (Tier 1).
I'm wanting to periodically, for a set amount of time, instead offer 100 Proton Pills for $0.99.
My strategy for making this work was to have 2 different products in iTunes Connect.
Product 1: 50 Proton Pills - Tier 1
Product 2: 100 Proton Pills - Tier 1
Normally, Product 1 would be set Cleared for Sale Yes and Product 2 would be set Cleared for Sale No. When I want a 2 for 1 sale, I'd simply reverse these settings.
My app would always request both products from the app store, and whichever one comes back would be displayed to the user for purchase.
My Problem
In testing, ALL products are getting returned when they're requested, even if they've been set as Cleared for Sale No.
Without being able to test this feature, I'm not keen on just releasing my app and hoping for the best.
My Questions
1) Is there a way to actually test adding and removing products from sale in iTunes Connect, so that they aren't returned if set Cleared for Sale No?
2) If answer to 1 is no, is there another way to achieve and test what I want (i.e. a 2 for 1 sale)?
So you have two products:
Product 1 - 50 coins. Normal price. Usually active.
Product 2 - 100 coins. Same price as Product 1, but double the coins. Usually inactive.
Product 2 is a discount that means 2 x 1 Product 1.
You could remove Product 1 and introduce Product 2 in the list of your Products for Sale, according to Apple's guide:
https://developer.apple.com/library/ios/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/WorkingWithYourProductsStatus.html
The only concern here is that IAP availability changes take some time (hours, from 1 hour to 24 usually) to apply. So if you change the availability, you (i.e. the app) will not see the Status change till some hours later (until Apple's Servers have replicated the information).