|
|
|
|
|
by davepeck
5197 days ago
|
|
To address your point: this might seem like a good idea until you follow it to its logical conclusions. The support burden, especially on smaller developers, would be massive after even a small number of upgrades. Moreover, it's unclear how this would work in practice given that new purchasers of the app should have access to the upgraded features that old users need to acquire through IAP. To address your side comment about laziness: the author of the original post is Wil Shipley, the guy who started both Omni Group and Delicious Monster. In other words, he's one of the longest-running and most financially successful "indie" devs in the Apple community. When he says stuff, people (including people at AAPL) pay attention, because what he says is a product of both a lot of experience and a lot more customers than most indies will ever see. |
|
To address your counter point: it is all a mater of implementation, implementation, implementation.
1) I don't think it is unreasonable to say that developers should maintain the features they've already been paid for gratis.
2) It require planing from the get-go within your app, you can't tack this on after the fact. Basic features are covered by the initial purchase of the app. Additional features (AKA what one would want to charge for with a major version upgrade) or perhaps feature "packs" are provided via In-App purchases. New users always start out at the same level, requiring purchases for new features. Features already purchased to be restored via the facilites available in StoreKit.