You just argued in a circle. Thank you for agreeing that it does make sense for them to just stick with a 30% flat cut on all revenue (for the reason you gave in your second paragraph).
I never argued such a point nor was my argument in circle. 30% flat cut on App purchases is, I guess fine for all the service offers (hosting, payment processing, listing, reviewing and updates sent to users).
30% for payment processing only on In-app purchases ? I don't agree. The problem though isn't the 30% itself, that's up to Apple to decide if they want to price themselves out of the market or not, what I have issue with is the non-optional nature.
Um, nobody here has a problem with apps that are free since an app that's actually free (IE Yelp, Skype) has no revenue sharing. It's the Freemium apps, the Pay to Play models, the ones that generate 100% revenue off the in-app purchase instead of the initial purchase that are the issue.
You mean like Skype that derives its revenues off subscriptions ? A subscription I happen to have and a reason my iPhone has the Skype app installed ? (calling anywhere in the US and Canada for 2.95$/month without using my minutes or long distance charges ? Sign me up!).
Under Apple's new rules, Skype now cannot advertise this service in their app without providing a way for Apple to make 30% off any subscription made through the app.
Lame.
Symbiotic goes both ways and means those 3rd party developers need Apple to make money too. Which is why most of them will accept walking away with only 70%.
Yes, they will, but let them make the choice of which APIs to use or not. Don't force APIs down their throats. Or else they might just leave the platform behind all together, something I do not wish to see as a user, and something frankly I am not comfortable with as a developer.
You'd also have a lot of angry shareholders if Apple decided once they hit some arbitrary level of great value, they could just stop maximizing profits. Business doesn't work that way.
The shareholders were pretty happy with the value derived for the iOS devices pre-In-App Purchases.
Reread it a hundred and one times then. It doesn't say, the 30% we are taking from you covers the payment processing. Your quote is explaining the technical limitations of the Store Kit framework.
Again, as a developer, this is my guide to Apple's services and APIs and it says the service is a payment processing service only and that I need to provide every other bit of infrastructure behind it. As a developer, that's where my 30% is going, payment processing, not anything else.
The right to list my App in the app store was paid for with the 99$/year fee and the 30% cut on the price of my app.
The business side on Apple's end is Apple's problem.