I have an idea for an app but I want to know if it's possible to make the price of the in-app purchase elemet editable? Kind of donation where people can choose the amount they want to spend? I also want to know the limit(the maximum price) I can use for normal in-app purchase element.
Related
My new app has certain features that require auto-renewing subscriptions. I set up my subscription and set its pricing on AppStore Connect.
I also want to offer a promotional offer which discounts the monthly subscription fee. I also set this up on AppStore Connect.
When I test the app on my iPhone, the subscription prices comes up at full price and not discounted promotional price.
Is there anything special I need to do for promotional price to apply? Do I need to use "Introductory Offers" instead? I thought "Promotional Offer" was the right one for me because it applies to all new users for a set period. The introductory offers seem to have a set start/end dates.
In my iOS app, photographers can upload photos and other people can buy a digital copy of the photo. After researching, I discovered that buyers must use In-App Purchase rather than Apple Pay because In-App Purchase is for digital goods, while Apple Pay is for physical goods.
I've run into a problem with using In-App Purchase to buy user generated content. The documentation says:
For each app, you can create up to 1000 separate In-App Purchase
products. Every product you want to offer in your store must be
configured in iTunes Connect.
My community of photographers will be creating more than 1000 photos.
I, the app developer, must go into the iTunes website to submit each individual product. This is not scalable for a user generated app.
The documentation of In-App Purchase makes it appear that I can only set up a small static list of products. If anyone has experience with letting users purchase over a thousand user-generated digital goods, please let me know.
Possible Solution
I'm thinking about creating In-App items based off of a price tier:
$1 Photo
$5 Photo
$10 Photo
etc...
I'll only let my photographers sell photos within a static price tier. Does anyone know if creating items based on price, rather than what is actually being sold, will be approved by Apple?
Very interesting question! In my opinion, you should go more with physical-style purchases. Why? In-app purchases are designed for buying functionality of an app and ready packages, but not particular photos. The good solution for this will be to sell "bundles" or create an in-app currency. For example, you can sell bundle of 10 photos and user can spend them on photos. But no tiering here.
If you decide to create an in-app currency, e.g. points, you can sell point bundles for some money (e.g. $10 = 100 points, $50 = 700 points) and then let users set the price for their photos. It is pretty obvious, that you can take some extra from each purchase of the photo or when user decides to withdraw in-app currency to real money.
This technique already works in games and in this dating app: https://coffeemeetsbagel.com
The only thing you should care is the implementation of in-app currency "buyback". As far, as I know, there is no way to sell it to Apple again, so you need to set up custom backend for the billing.
If you go with your idea, you can use the same approach, as I described, but instead of currency, users will buy tiers. And then spend "one $10 photo coin" on one photo. But the idea of currency is better as for me.
I am having an issue implementing the kind of in-app purchase that my application demands, Basically we need to sell story books but the books and their prices are not fixed as the book list comes from some server. The price range is fixed i.e a book will be having price from this 3 prices(0.99$, 1.99$, 2.99$).Apple demands the purchase of books to be a non-consumable purchase, the issue is that we create 3 in-app purchase that I mentioned but there can be any number of books having the price 0.99$ but once we have purchased a book with in-app id of price 0.99$, if we purchase another book with same in-app ID it will say you have already purchased this item.We just want is to create a single in-app id and use them with multiple books of same price.Please help me out with some solution regarding this issue.
For non-consumable in-app purchase you will need to create an in-app purchase code in iTunesConnect for each product. You can't use a generic product code as content purchases need to be restorable (and you would also have the problem that you pointed out of not being able to purchase more than one product at each price point).
Each content in-app purchasable item needs to be submitted to Apple for approval.
Maybe you can try to let users purchase virtual currencies in your app. Then let them use those currencies to buy your books. In this case, you don't have to worry about the dynamic price and all you have is a single IAP item(currencies). But your server has to handle the purchase history carefully.
Not sure if this helps, i am dealing with the same problem in subscription items.
You can create three consumables IAPs; a 'One dollar book' consumable, a 'two dollar book' consumable and a 'three dollar book' consumable. Each consumable can be used by the user to download (or otherwise secure access to) one book in that price category. Alternatively you could just sell Tokens and require that the user cash in 1,2 or 3 Tokens to buy a book in each of the three (or more) categories. You would need to keep track of the user's purchases or create some way of allowing the user to transfer rights from one device to another device. iCloud (each App has a key-value object) is good at managing that.
I want to change price of product dynamically from mobile app on basis of email id through which user login.
Do Apple allow do this? If yes , Please tell me how to do this.
Prices for in-app purchase are set through iTunesconnect. As far as I am aware there is no API available to change prices and prices cannot be changed dynamically, only for specific periods of time (such as a 1 week "sale") or set indefinitely.
You could have multiple products registered at different price points and decide which product to display to a particular user - but be aware, the in-app purchase products are visible in the iTunes store, so your customers would be able to see all of the different price-points and products that you were selling
I do not think apple allows to do this. You can set it using itunesconnect. Application can only retrieve the information of products. They have not provide any web call to change the information of inapp purchase product in their programming guideline.
I've been searching for a while, but it may be too obvious and people don't post about it.
I want to know if I can put a dynamic price for a product.
I have a delivery application and the price may vary with the distance.
Also, it can be a non integer price, like $2,43.
Is it possible?
Also, I couldn't set a price at iTunes Connect, I need to be reviewed first?
Thanks a lot in advance!
As noted by other poster, you cannot have variable in-app purchases. You have to select one of the provided price tiers.
Now assuming you are making a taxi-service app then what you need to do in your app is provide the user with a list of prices that are fetched from your server for example how much will it cost to go from point A to point B. You can then "charge" them outside of the in-app purchases using your own pricing service (credit card over the phone etc).
Again in-app purchase doesn't work with what you need.
You can't set custom prices for an In-app purchase. You need to set the price using one of the tiers available.
You can set different prices for the same product by editing the the In-app purchase, selecting a tier, setting a "Price Effective Date" and "Price End Date" and hitting the button "Add to schedule".
EDIT: This can now be done using Apple Pay
You cannot set your own custom price for an in-app purchase, you can only use the ones that apple provides you with (this is most likely to stop things like in-app purchases for $0.01 or $100,000). Apple gives you plenty of price ranges, so you could just use $1.99 or $2.99 for your needs. In-app purchases are mostly non-integer prices.
Yet, if you were to go threw a third-party, other than apple, say PayPal you could do this easily, yet you won't get as many functionalities that IAPs have, and it would be near impossible to trigger something like removing ads inside of the application on this payment unless you have a server that you are using for your application. To implement PayPal, you could look at their tutorial HERE.
In short, no, you cannot set your own prices for in-app purchases, you can only use the ones that Apple provides (which can range from 0.99 to 999.99), yet, you can use a third-party like PayPal to get this functionality, although it really isn't needed