Re:Subscription Hell
by ThrowawayR2 on Sunday May 06, 2018 @07:26PM
(#17009244)
> An alternative is intentionally packaging releases into tiers (performance, stability, feature, etc) and sell them as such.
That could quickly devolve into supporting a large number of distinct versions of the software, which would be difficult and costly. Nobody wants to do that.
Not to mention that, if this versioned software is a platform (for example, WinXP and its service packs you mention), downstream vendors would also need to QA and support their software on all actively supported versions of said platform.
Re:Subscription Hell
by bobwaycott on Sunday May 06, 2018 @09:55PM
(#17009859)
So, basically, DLC.
A user can buy the base version, then a few months later when you create a release that allows processing widgets through the program twice as fast, they can update for a small fee. This would force the developer to create updates that would be easy to communicate the benefits of to the consumer.
It'd be a bit more difficult to figure out pricing for new users over time and which version they receive, but it would allow they old pricing model without forgoing the benefits of incremental development over time.