Ask HN: Is anyone making money selling traditional downloadable software?
Curious if any HNers are running successful businesses selling desktop/downloadable software with a one-time payment model - not SaaS, not subscriptions. Something like the old days. How's the market for that? What's your experience with support and updates?
My brother acquired an aging app (from an aging founder) built on Delphi used by many dozens (or low hundred) of the world’s leading shipping, energy and commodities companies, used as a standard to calculate “laytime” and “demurge” (myriad of fees associated when a ship docks into a port). It used to cost $5k for a perpetual license tied to usb based key that had to be plugged in to activate. If you wanted to use on two machines, you had to buy two licenses with two keys.
Customers in the US and Europe hated the usb, especially during COVID. In random places of Africa, where they greatly valued the single perpetual license, it persists. From my perspective, I don’t see anything positive from being an installed application for this use case - he had to hop through so many security hoops that when he rolled out the web solution IT departments breathed a huge sigh of relief and thanked him.
Over a period of about 2 years he converted almost everyone to saas and 4x’d the annual revenue. That also generated enough fcf to hire more developers to ship more features.
Saas is generally the way to go. Installed apps are common in financial services and industrial applications. I can think of a bunch of other niche examples but I personally would never pursue this model. We put bugs into production from time to time and it is nice to be able to instantly roll out updates.
Thanks for stating this. Some customers (who are often the vocal minority) don't like SaaS likely due to subscription fatigue but most don't realize the amount of manpower it requires to continuously update software that will atrophy without them, not to mention adding more features.
The business reality is often not understood by the users and that's why every company is moving towards SaaS, it allows the company developing the product to continue to stay in business rather than providing a product then shuttering because it couldn't sell enough.
The former is simply more sustainable than the other, much as some (like the vocal minority) might disagree with this fact.
---
That being said, there are many who sell one-time licenses, especially in the indie hacker space on Twitter, such as NomadList and BoltAI. Their model works because they make enough money from their products to retire on, as solo devs, and their products aren't necessarily ones that require constant updates (well, maybe BoltAI as new AI advances come out all the time that need to be implemented, such as RAG, parsing PDFs, storing "memories" like OpenAI, etc, but most advances come through new models, which is just an API call away).
Photoshop 6 does everything I ever want Photoshop to do. I wish Adobe would continue to sell a one time purchase copy of PS6 instead of forcing everyone to SaaS. Fortunately I own a physical copy of the PS6 disks that I purchased years ago, so I don’t have a problem acquiring PS6 on any new machines by various means.
A little off topic, but, if you'll indulge me: Why do you think nobody has been able to make a successful alternative to Photoshop? Everybody I know complains about it constantly, and yet it's still the industry standard.
Because Adobe photoshop is what people are tought how to use. It is the same thing with excel. It isn't enough to have a superior product, you also have to overcome the momentum of the prevailing software. That's not to say it is impossible, but Photoshop has a significant advantage.
Photoshop isn’t on top simply because people know how to use it. There’s simply no better tool for most users who need that level of photo editing tool.
I’ve never seen a superior product to either Photoshop or Excel. Have you? Maybe they’re on top because they really are good products.
I find Excel a clunky piece of junk so use Apple Numbers for my spreadsheet needs. The majority of people probably don't need to pay the M$ or Adobe monthly tax.
Depends on the size of the company. Perhaps you're simply not the target customer for that company, you self-select out of their customer pipeline which makes it easier for them to handle costs, as it is more expensive to maintain separate SaaS and one-time versions (essentially on-premise, which is often much more expensive and for enterprises who can afford them due to said hassle). However, some solo devs and smaller companies do exist that make only one-time purchase products, because they don't have much overhead.
You need updates these days or stuff stops working fast. Everyone at every stage is quite happy to make breaking changes without long term backwards compatibility other than a transition period because it’s understood that everything can be quickly updated.
Every time I updated macOS I find that some program stopped working and I just have to update it and it works again.
As well as the fact that most software these days has an online component that has an ongoing cost to provide.
Windows is pretty good with backwards compatibility. We bought some software back in the early '00s and it still runs fine on Windows 10. You do have to install the manufacturer's update after installing it off the CD, though. Even though the update says only for win2k machines. :)
> You need updates these days or stuff stops working fast.
Maybe some engineering course will help. If you make a product that breaks in 6 months, i won't buy it from you. This really means that the amount of testing is minimal and, instead of fixing bugs, you just rewrite the "app" keeping the bugs.
You misunderstand, it is not the application code that changes, it is the code of the environment that the app lives in that changes, macOS is one of the most famous examples of breaking APIs.
That's just Apple life: users must constantly pay to keep their stuff working. But if you evade the system API entirely with SaaS, you don't need updates for broken system API. Might as well go with PWA, java or wine.
> and that's why every company is moving towards SaaS...
This is a bold and not necessarily true statement. It really comes down to your target market. A SaaS is a much less disputed cost when it's targeting businesses but you're much more likely to encounter resistance to a subscription when you're targeting individual consumers.
There is plenty of highly successful mainstream modern day software that offers a perpetual license for one time fee. (DAWs come to mind: Bitwig, Reaper, Logic X, Studio One, Cubase, etc.).
Personally, I think a good compromise is the annual subscription with a fallback perpetual license, a.k.a. the Jetbrains model. I've never had an issue with paying a reoccurring subscription fee, but I take great issue with the proposition that the moment I stop paying I lose all access to the software - it's too close to rent seeking.
100% this. This helps consumers understand the need for SW maintenance services on their own, without having to convince them... "You want to keep the software alive on your WindowsXP machine after the 2yr support garuntee that comes with your perpetual license is up? Have at it. However, here's a nice service package that will get you back up and running when your ready to upgrade your environment to align with the rest of the world."
I suppose the risk to the SW company is that consumers never learn and just keep opting for the one-time perpetual license every 5 yrs or so, so the perpetual license needs to be priced to bridge that time gap (effectively rolling multi-year support agreements into the perpetual license cost).
I don't belong to a country club, but I've heard they work that way. A big one time payment to join, then annual dues to maintain a membership. If you leave (don't pay dues) for a period of time, then you'll need to pay the big payment again because you haven't been contributing to the maintenance/operating costs of the club to 'keep it alive', so you need to back-pay your fare share.
What do you do that windows xp is not enough for you? It has network, file system, gui, and these things didn't change much lately, only hardware support changed, really. Same goes for something like CentOS 6.
It's due to a-hole fatigue. These are too often just VMs running an installed solution in a 3rd party cloud, run like garbage and cost way too much. There are just too many vendors in the middle to get any expectation of a good experience. And to top it off, every time I buy SaaS the vendor is bought by some private equity giant before the first payment and the product turns to shit by the second one.
That said, it depends what the software does. If it's a platform for sharing or interacting with the public (e.g. eBay), then a true web app makes a lot of sense to me.
> These are too often just VMs running an installed solution in a 3rd party cloud, run like garbage and cost way too much
I mean, you try making such software and let me know how that goes for you. This type of vague criticism sounds a lot like the typical engineer retort of "I can build it myself in a weekend," discounting the real complexity involved.
I'll try to be more specific. Stuffing a win32 app into a Citrix box and selling it to the next private equity that will offshore your support while your customer's contract milks them for another 3 years doesn't make for an enticing offer for decision makers. It makes a lot of sense for the private equity purchaser who will sell the company again before those contracts run dry and the software is shuttered or replaced.
As the decision maker (also a software engineer) I will work hard to avoid SaaS because it's a sensible move. And that is especially true if other engineers believe as you do that it's difficult to make a good product.
By comparison, the same app, installed locally, doesn't suffer from any of the above problems. There is no contract, no latency, and I don't have any risk if the company is sold. I will likely just have to find another solution provider, in the last case, but at least I'm not locked into additional years of servitude supporting a poor product for my users.
In summary, SaaS itself might be great. But the subscriptions that it usually comes with tend to incentivize bad vendor behavior and a poor customer experience.
Why would there be no contract with a local app? At the company scales you're talking about, enterprise, there absolutely will be. These aren't going to be standalone 100 dollar apps for that level of scale.
My brother was a consultant and is an extraordinary networker (and salesman) in the shipping space. He knew of this tool, was looking for a challenge, cultivated a relationship with the owner and then made an offer.
Nitpick here: both models are still SaaS, the only difference is the first way was deployed via (desktop?) app and the second via web.
But indeed, web is typically the most flexible option unless you are leveraging something on the OS that would otherwise be cumbersom or impossible via web (not often the case)
Unfortunately, a vast majority of WebApps are hot garbage and even the good ones can never be as functional or as performative as a native app. We have such powerful machines, but we relegate them to such a horrible method of using them.
Very few components are needed to make a bare bones web browser that is more of a vm. It would need one or more advantages over normal www browsers. Applications could be memory, and computationally heavy, it could store its data locally with some guarantees, it could run conventional web application on very crappy hardware. A new platform also offers countless opportunities to do new things or do things differently. That list is endless.
Legal changes are making it increasingly very difficult to sell perpetual licenses. For example, in Germany, a new law recently took effect that clarifies that if you sell a software license for a given period of time, you're liable to provide whatever updates/support the customer may need over the course of the software's licensing period to enable the customer to keep running it, at no additional cost, regardless of what it costs you. I'm not a lawyer and may be getting this wrong, but if you're contemplating getting into the business of selling perpetual licenses in software, definitely check with a lawyer. It's not like it was in the 90s.
In the 90s, a large driver of recurring revenue for software was that when the OS and hardware landscape changed, you made a new version of the software adapted to that change, and then, if customers wanted to upgrade their OS or hardware (frequently for reasons unrelated to your product), that made them come back to you to pay for the new version of your product. Under the new legal regime, you would be forced to give them the update for free, so if you sell an actual perpetual software license, you have a fixed amount of revenue on one hand, and a potentially unlimited liability to incur additional costs on the other.
That is a good point that US-based developers may not be aware of. The EU CRA (Cyber Resilience Act) mandates "an obligation to provide duty of care for the entire lifecycle of such products", mostly by requiring updates for security vulnerabilities. Any software that connects to the network (or Internet) has to be assumed to have a vector for vulnerability at some point in the future. This means that it has to be updatable, and cannot be a perpetual license.
But it can be possible to have a license that allows you to run it at your own risk forever right? I mean, open source licenses do that, so you can make those and sell those as well. The 'support' being whatever updates happen to appear. Or the support is separately sold (again, like open source), so you pay once and for all year and you get updates forever, however, no support after 1 year; you can buy more. I have used support for downloadable paid products (turbo pascal, delphi, visual studio etc) in the past exactly 0 times, so not sure if support isn't just a check box for larger companies and they can buy it then yearly.
Yeah, (and I realize this is all based on a half-remebered law) but the OP said the law only obligated the company to support the SW fully "during the licensing period". In my experience, most perpetual licenses come with some initial "support agreement" (2yr, 4yr, etc.). After that, the user can still use the SW, and the company wouldn't be obligated to provide support. So, this law sounds like it's really preventing some a-hole from selling perpetual licenses without any agreed upon garunteed support period (basically taking the money, calling the consumer a 'sucker' and running for the hills)
From the a-hole part, I can infer you think forcing subscriptions for everything is somehow protecting the consumer? I want to give you software I am going to support for the coming 5 year or what not for a one off price and after that you can still run it forever but no more support. Is that not a far better deal? But maybe I miss understand you.
> you're liable to provide whatever updates/support the customer may need over the course of the software's licensing period to enable the customer to keep running it
Does this include new layers for games, so that customers don't get bored? More seriously, this law is probably targeting big US companies. But smaller companies are suffering the most.
I want so much to be in the business of selling my own traditional downloadable software, that I've thought about (in the absence of an idea) just putting together a do-nothing application with payment, installer, configuration dialogs, bug feedback - everything but a raison d'etre.
The irony is in my day job I am developing a traditional downloadable Windows application which will come with an immediate user base. But although I have considerable discretion over the project, it isn't mine (in an intellectual property sense), and I'm not getting rich off it.
I believe they are called "apps" now, it's a $500B market. As far as desktop software, it's the same as it ever was... you make a product, you release it for download, you sell a license. No mystery to it.
But it often makes more sense to sell it as a subscription; you can make it very cheap for the user up front, and get a continuous revenue stream. Subscriptions make more sense if you provide constant updates, support or online services.
If you don't do those things, one-time purchase might be better. Require a new license for major versions, put your killer new features in there. Traditional vendors like Microsoft do this with their software.
You can also just combine the two, and let people purchase it once for one release, and subscribe to get support and more services/features.
Yeah, at the core of it I see this as a value problem.
If you charge a lot, it's a tough or impossible sell for users who aren't yet sure they'll get that amount of value from it. If you charge too little, you're leaving money on the table from big customers who would be willing to pay much more.
Setting the up-front cost also requires you to estimate a bunch of things: what will it cost you to build (including future time to get to "feature complete" for this version), how many do you think you are going to sell, how much time is each customer going to take up? In other words: this is what you value your time at, but you can't know most of the numbers used ahead of time. You need this for subscriptions, too, but there's a bit more latitude to change, and you don't necessarily have any obligations should you decide to just stop at the end of the next billing cycle.
Longer term, there's also an incentive problem for you as the vendor. If you're very successful and saturate your market, why build new versions? Your incentive switches to making a "major" version with huge upgrades, which has a whole ton of downsides (which smart customers see, or learn the hard way). It's riskier than frequent, small releases: your first major real testing and feedback comes after a ton of massive changes. It incentives change for the sake of change (so you can justify a "major" version) as opposed to real improvements. Even fixing bugs becomes purely a cost, the only real incentives are pride/reputation, and hoping they'll buy the next major version.
Subscriptions help even this out, and tying the cost to some usage metric can make the cost reflect the value even more, even as the usage changes over time (eg: the customer grows).
The worst thing with subscriptions is when the cost doesn't reflect the value. If as a user, you pay $20/mo for something that enables you to make $2000/month, that's a no-brainer. When you have to pay $20/month for something that is useful 4 or 5 times a year, or when it's really hard to figure out what, if any, value you're getting for your money, that's when it becomes a problem.
I started selling commercial use software licenses on 01 January 2025 for installable/downloadable software I have been developing for about 5 years. The software targets Microsoft Windows.
As the software is of the nature that it will require updates indefinitely (as OS updates come and go), and given the fact that the license is specifically for commercial use, I decided to go with a subscription model instead of a one-time payment model to ensure its long-term sustainability.
I am lucky that this specific software is very "sticky" and already has a die-hard fan base. It also helps that people in the Windows ecosystem are used to paying for commercial use software licenses.
This month to date I have made $800 on license sales. It will be interesting to see how the license sales continue to progress (or don't?) throughout the rest of the year.
When you started this, did you target a specific area that needed your skillsets or knowledge or did you research and find an area that needed better software ?
I needed the software for myself so I ended up developing it. Turns out a lot of other people wanted it too :)
I have been very clear with the community from the beginning that this is software that I develop first and foremost for myself - new features and bug fixes get prioritized largely according to this.
Additionally, support is not offered as part of the commercial use license and is largely community-driven. Nevertheless, I still spend many hours a week helping out both personal use and commercial use users.
Yes, I did so for 10+ years, about 15 years ago. It launched my business (which then evolved to include a lot of consulting).
I charged for major version upgrades that introduced substantial new functionality (discounted for existing customers); minor version upgrades were free.
I was probably too generous with support, but it resulted in very satisfied customers and a solid reputation that paid in spades with the more lucrative opportunities.
Not sure how the market is these days for that model, but I can give you a datapoint of one in that I strongly prefer it over subscriptions in almost all cases (the exception being when there's legit ongoing service being delivered).
I do almost the same thing, except I also offer a monthly subscription. The reason being that I’ve run into some companies that absolutely only want to pay monthly, and others that absolutely only want to pay once. I figure it’s best to make it as easy as possible for them to pay.
Development cycles are getting faster making this less viable. You can’t afford to hold on to finished features waiting to bundle them in to a major release. Your competitor just released a feature, you have it finished, but you’re holding it for a release. Users will get frustrated and move to the software that’s always ahead.
There's some truth to that, but I'm not sold it's universally the case (or needs to be).
Speaking for myself, I pushed those minor updates - with lots of little feature enhancements - as soon as they were ready (sometimes mere days after being envisioned/suggested). The major upgrades generally included stuff reliant on larger overhaul efforts or new foundations. I wouldn't typically hold anything back artificially. My team was small (for a good portion of time solo) and our efforts were focused, which probably helped.
On the other hand, I've seen increasing examples in the last decade of meaningless UI changes that trip up the user by moving their cheese (instead of being carefully thought out in the first place), needless bugs introduced with no remorse, and a whole class of "features" there not for the user but instead to serve the interests of the vendor or their data-hoovering partners. (Windows sadly became a great example)
My beef isn't inherent to the subscription model itself, but the shift in revenue structure made it tempting for companies to uncouple development from user wants. Where upgrades used to be forged on the anvil of user acceptance and pitched to our wallets first, they're now shoved down our throats with little choice whether to adopt. (And cloud delivery eliminated the option to stay on that old version you liked better.)
I'm not convinced users jump ship quite so rapidly just to get new features. We saw a big move to mobile even when the apps lacked anywhere near the breadth of their desktop counterparts.
Personally I gravitate toward products which do a good job of solving their primary purpose. As an example, I loved Dropbox for years but plan to migrate away soon because sync got worse and their dev efforts have been focused on all kinds of new fluff I never wanted.
I’ve been running BoltAI[1] and it generates enough revenue for me to work on it full time.
I follow the “perpetual license with one year of support/updates” model. So far it’s working great. My customers love it as they’re in control of the software. Some users can run BoltAI entirely offline.
But I’m adding the subscription soon as this model is not sustainable when I’m adding other cloud features such as cloud sync and other collaboration features.
I think the pricing model should reflect the value and cost of the product. If it’s more on the software side (think winzip or other smaller desktop widget where there is no or low operational cost), it should be one time payment. If it’s more on the service side (cloud sync, collaborative features, fast changing niche where you need to update the product constantly…) then it makes more sense to charge a subscription.
But the tricky part here is that potential customers might not see it that way. Many assume it’s just like another desktop app, therefore it has to be one time payment. So in my experience, I’d start with no cloud feature and offer a perpetual license. Then I’ll add a subscription and with other cloud features. Basically 2 different offerings.
Great app, I actually mentioned you in my other comments as a good example of a one-time payment model and why it works for you, at least until you add the more service oriented features as you mentioned.
I’m sure Msty is a good app. And it might be better for some users while it might be worse for others. For example, it’s not a native app and doesn’t support “inline usage”, which some users may find not appealing.
I switched off sales of my last desktop app a couple of months ago. It was still bringing in sales of about $600 a month, but it felt like a weight hanging around my neck. Despite shutting it down I expect I'll still get a couple of support emails a month for the next 10 years.
We're building a desktop / SaaS app right now that we'll be selling using a SaaS model. A combination of desktop app built with Electron and a web app for managing accounts and teams. I'd never touch a "once off" pricing model again.
I'm not running the show, but I am working at a place that does this. One time fee for a perpetual license for the current major version, free support, and historically ~6 years of updates per version.
Users tend to be quite happy about it, and we're profitable enough to pay comfortable salaries and have...a lot...of runway.
Of course, this model is possible because there was never any outside investment.
I used to work somewhere that had a similar licensing model. I believe it was perpetual access to all updates (minor or major) released within 12mths of purchase, along with free support. Once your 12mths were up there were no further updates.
Last I heard, they were still successfully running a (small - 3 or 4 dev) business on this model.
Side project not a business. I have a tiny dictation app for Mac on the app store.
One time payment since it runs whisper locally. Autoupdates through the app store, and I have a lot of folks emailing me positive, negative and improvement feedback.
It is a lot of randomness. Some weeks are low and when it got a small mention in a popular article I saw a sudden inflow of traffic, downloads and purchases.
So far Ive been ok paying the apple tax. Its a little hard going through the hoops to get it through the app store( I kinda understand why they do a lot of it ) but it provides a lot of free discovery and I spend 0 time on payments, refunds, disputes, handling a CDN to distribute binaries etc. Negative reviews without basis are the only thing that bother me, for some reason I seem to take it personally.
I know that Houdini (that VFX software used for Dr. Strange portal effects), Marmoset Toolbox (an alternative to Adobe's Substance Painter), and zBrush (a sculpting software) were all perpetual licenses when we bought them. And we chose these softwares specifically because they had perpetual licenses. SaaS vendors want to capture the margin of their power users, which means by necessity they price out casual users of their software.
=> For any software that might be used for hobby or casual use, perpetual licenses target a different market than SaaS offerings.
That's one of the reasons why the Spatial Audio Designer - targeting freelance audio producers and very popular with musicians - sells best with a perpetual license tied to a hardware USB dongle:
https://www.newaudiotechnology.com/products/spatial-audio-de...
In my opinion, USB dongles also help with marketing because you make it easier for your power users / evangelists to borrow out the software to others.
i buy very little software but i made an exception for that recently. i bought Alternative A2DP Driver (https://www.bluetoothgoodies.com/a2dp/) from Luculent Systems, a windows driver that allows extensive configurability of my bluetooth headphones. i have a sony WH-1000XM series that supports the higher-quality LDAC codec, not supported natively by windows, and can now use them at a great 990Kbps quality.
it was a one-time purchase of $5.99, though it's unfortunately locked to a specific computer, with a small charge to use it on another machine. no subscriptions, no ongoing charges.
if you use a windows machine and bluetooth headphones with reasonable quality, it's worth a buy.
How much "traditional downloadable software" do you have? How much other such software is sold and makes a living for those making it?
Just the music software industry alone, for example, sells about 4 billion dollars worth of VSTs, DAWs, etc every year, most of it without subscriptions.
I'm very well-versed in the field, what DAW(s) are you referring to? Cubase, Ableton, FL Studio, Logic Pro X, Bitwig, Reaper, etc. are all flat fees. Studio one has a subscription model but it's tied to access to splice assets and it's completely separate from their one time fee model.
That's the exception that proves the rule, and it's not really that popular though. They're pushing it more than there's actual update, and I think it's more for the "wanna try a music app" crowd atm (than the 'DAW using crowd'), mostly due to the limitations of the iPad.
I've been building a break reminder app for mac since slightly more than a year and it's been growing really well - mostly through word of mouth. It currently nets $5k a month.
I sell perpetual licenses but I charge for updates beyond the first year. I do get 2-3 emails every day reporting bugs and general feature requests.
I have some other apps for iOS as well but they are all subscription based.
I used to worry about it a lot but now I have made peace with it. It's a cat and mouse game. Pirates will always find a way no matter how hard you make it to crack. There's no way to make it impossible to crack.
I have been doing this for the past 5 years with https://folge.me. A one-time payment alternative to Scribehow, Tango.us and myriads of similar apps.
I can't say that this is a very profitable business, especially given that I don't charge any fees for the updates, but I quite enjoy talking to users, finding out their needs, and improving Folge over time. I think Folge has become my hobby.
The problem isn’t that discs can’t hold enough storage, it’s that in the weeks/months between the physical media being produced and you plugging it in, there have been enough updates to mostly invalidate the stored data and require a large update.
I write bespoke software on this basis. There is a significant market for custom software in specialized industries. Security scopes, capitalisation rules, tax and privacy laws, etc., rule SaaS and subscriptions out for a lot of businesses.
Slightly tangential but perhaps somebody could answer this question:
So having decided that rather than trade as a fictitious company and go the "personal brand" route, I'm interested to know who has successfully sold their own desktop apps from a website with their personal domain eg. JoeBloggs.com.
Do buyers really care so long as the software meets their requirements, or does the psychology of a trading entity really affect peoples' appetites to purchase?
Reasons include authenticity, the ability to self brand for freelance dev work, and being able to list ad-hoc products as I develop them without having to market each one separately.
Comments welcome, as well as success stories, or otherwise.
Corporate customers are allergic to one-person shops because software price considerations pale next to stability of your company. They care much more about being able to depend on an SLA than whether the software costs $499 vs $999.
In fact, they prefer paying too much for software because that impresses management and keeps budgets increasing.
Many, especially in the indie hacker space, such as BoltAI, NomadList, etc . It works because the dev is a solo developer and does not necessarily need much money for expenses compared to a company hiring many employees, the money from all the solo dev's customers is likely enough to retire on.
Take Steam, for example, when it comes to games. It remains a platform for 'traditional downloadable software,' where indie developers can still make money. It also has a very large and active community
I see a lot of people get started by building an otherwise indispensable app within their extremely niche business and selling it to the other 100 entities in the same vertical.
I don't know if they're making money, but they're charging money and I'm paying it.
a) Audio Hijack [1] - software that should be part of macOS where you can route the audio output of any program to the audio input of any other program.
b) Eazy Draw [2] - I have clients with massive legacy libraries of commercial AppleWorks drawings, and EazyDraw is the only product I could find that would open/convert them.
Absolutely. Typically in specialized areas that need lots of local compute and low latency. I work in technical diligence, so I can't say who, but I can say that I have done diligences on companies selling desktop downloadable software and making great money, with license fees ranging from hundreds to hundreds of thousands per customer.
The issue is that one time purchases have perpetual costs. Software has become complex enough where the subscription model is all but required in todays day and age to serve happy customers - and can even be cheaper to users rather than rolling customer LTV into a one time purchase.
It used to work back when the software market was growing exponentially. You could take care of old customers using revenue from new customers, because you always had more new customers than old ones. Upgrade cycles also used to be much shorter, and nobody cared about security bugs. So you didn't really have to maintain old versions for long.
It was a Ponzi scheme of sorts, and it worked for a while. Obviously it can't go on forever, especially when growth slows down.
Maybe if you could convince your customers to use a subscription-based add-on service on top of the one-time purchase, you might make the business model keep working for a while longer.
Yes, I have a side project making ~$40k/year doing this in a niche market.
I am fortunate in that I have some volunteers helping me with support so all up I spend about 5-10 hours per week doing support and development work.
In terms of business model, I have been quite generous and provide a perpetual support model for free and paid customers and do not charge for upgrades (currently). As my time has become more limited, I am looking at changing this.
Benefits of this model is that my product is the gold standard in the area and relatively sticky.
I just updated "GrandPrix Race Manager" for $25 from the vendor. It's an annual cost for my local derby thing. No idea how many copies they sell, but it's on version 24, so they must be doing OK-ish. Stand-alone Python application.
Photoshop hasn't been a one time fee for over a decade at this point. The last traditional single cost purchase was Photoshop CS6 which I still use and refuse to ever give up.
Intellij is also a subscription, although with yearly subscriptions you get a perpetual licence for whichever version you get while the subscription is active.
Customers in the US and Europe hated the usb, especially during COVID. In random places of Africa, where they greatly valued the single perpetual license, it persists. From my perspective, I don’t see anything positive from being an installed application for this use case - he had to hop through so many security hoops that when he rolled out the web solution IT departments breathed a huge sigh of relief and thanked him.
Over a period of about 2 years he converted almost everyone to saas and 4x’d the annual revenue. That also generated enough fcf to hire more developers to ship more features.
Saas is generally the way to go. Installed apps are common in financial services and industrial applications. I can think of a bunch of other niche examples but I personally would never pursue this model. We put bugs into production from time to time and it is nice to be able to instantly roll out updates.
The business reality is often not understood by the users and that's why every company is moving towards SaaS, it allows the company developing the product to continue to stay in business rather than providing a product then shuttering because it couldn't sell enough.
The former is simply more sustainable than the other, much as some (like the vocal minority) might disagree with this fact.
---
That being said, there are many who sell one-time licenses, especially in the indie hacker space on Twitter, such as NomadList and BoltAI. Their model works because they make enough money from their products to retire on, as solo devs, and their products aren't necessarily ones that require constant updates (well, maybe BoltAI as new AI advances come out all the time that need to be implemented, such as RAG, parsing PDFs, storing "memories" like OpenAI, etc, but most advances come through new models, which is just an API call away).
I understand that updating software takes manpower. Same for running servers for sync or online information or similar.
But I might rather pay once for something that works on my machine as it is now. I need no servers or sync. If I need an upgrade later, I’ll buy it.
I do buy some software as a service but for other software if there’s a subscription I just don’t buy.
I’ve never seen a superior product to either Photoshop or Excel. Have you? Maybe they’re on top because they really are good products.
Their company was successful too; Apple recently purchased them.
The speculation is that Apple will now compete with Adobe’s subscriptionware.
Every time I updated macOS I find that some program stopped working and I just have to update it and it works again.
As well as the fact that most software these days has an online component that has an ongoing cost to provide.
Maybe some engineering course will help. If you make a product that breaks in 6 months, i won't buy it from you. This really means that the amount of testing is minimal and, instead of fixing bugs, you just rewrite the "app" keeping the bugs.
This is a bold and not necessarily true statement. It really comes down to your target market. A SaaS is a much less disputed cost when it's targeting businesses but you're much more likely to encounter resistance to a subscription when you're targeting individual consumers.
There is plenty of highly successful mainstream modern day software that offers a perpetual license for one time fee. (DAWs come to mind: Bitwig, Reaper, Logic X, Studio One, Cubase, etc.).
Personally, I think a good compromise is the annual subscription with a fallback perpetual license, a.k.a. the Jetbrains model. I've never had an issue with paying a reoccurring subscription fee, but I take great issue with the proposition that the moment I stop paying I lose all access to the software - it's too close to rent seeking.
I suppose the risk to the SW company is that consumers never learn and just keep opting for the one-time perpetual license every 5 yrs or so, so the perpetual license needs to be priced to bridge that time gap (effectively rolling multi-year support agreements into the perpetual license cost).
I don't belong to a country club, but I've heard they work that way. A big one time payment to join, then annual dues to maintain a membership. If you leave (don't pay dues) for a period of time, then you'll need to pay the big payment again because you haven't been contributing to the maintenance/operating costs of the club to 'keep it alive', so you need to back-pay your fare share.
It's due to a-hole fatigue. These are too often just VMs running an installed solution in a 3rd party cloud, run like garbage and cost way too much. There are just too many vendors in the middle to get any expectation of a good experience. And to top it off, every time I buy SaaS the vendor is bought by some private equity giant before the first payment and the product turns to shit by the second one.
That said, it depends what the software does. If it's a platform for sharing or interacting with the public (e.g. eBay), then a true web app makes a lot of sense to me.
I mean, you try making such software and let me know how that goes for you. This type of vague criticism sounds a lot like the typical engineer retort of "I can build it myself in a weekend," discounting the real complexity involved.
As the decision maker (also a software engineer) I will work hard to avoid SaaS because it's a sensible move. And that is especially true if other engineers believe as you do that it's difficult to make a good product.
By comparison, the same app, installed locally, doesn't suffer from any of the above problems. There is no contract, no latency, and I don't have any risk if the company is sold. I will likely just have to find another solution provider, in the last case, but at least I'm not locked into additional years of servitude supporting a poor product for my users.
In summary, SaaS itself might be great. But the subscriptions that it usually comes with tend to incentivize bad vendor behavior and a poor customer experience.
Nitpick: I think you mean “demurrage”: https://www.investopedia.com/terms/d/demurrage.asp
But indeed, web is typically the most flexible option unless you are leveraging something on the OS that would otherwise be cumbersom or impossible via web (not often the case)
But it requires very careful engineering.
In the 90s, a large driver of recurring revenue for software was that when the OS and hardware landscape changed, you made a new version of the software adapted to that change, and then, if customers wanted to upgrade their OS or hardware (frequently for reasons unrelated to your product), that made them come back to you to pay for the new version of your product. Under the new legal regime, you would be forced to give them the update for free, so if you sell an actual perpetual software license, you have a fixed amount of revenue on one hand, and a potentially unlimited liability to incur additional costs on the other.
Does this include new layers for games, so that customers don't get bored? More seriously, this law is probably targeting big US companies. But smaller companies are suffering the most.
The irony is in my day job I am developing a traditional downloadable Windows application which will come with an immediate user base. But although I have considerable discretion over the project, it isn't mine (in an intellectual property sense), and I'm not getting rich off it.
Many people have told me to switch to subscription but I just don't think it's the "right" thing to do with a desktop GUI app.
https://prompt.16x.engineer/
But it often makes more sense to sell it as a subscription; you can make it very cheap for the user up front, and get a continuous revenue stream. Subscriptions make more sense if you provide constant updates, support or online services.
If you don't do those things, one-time purchase might be better. Require a new license for major versions, put your killer new features in there. Traditional vendors like Microsoft do this with their software.
You can also just combine the two, and let people purchase it once for one release, and subscribe to get support and more services/features.
If you charge a lot, it's a tough or impossible sell for users who aren't yet sure they'll get that amount of value from it. If you charge too little, you're leaving money on the table from big customers who would be willing to pay much more.
Setting the up-front cost also requires you to estimate a bunch of things: what will it cost you to build (including future time to get to "feature complete" for this version), how many do you think you are going to sell, how much time is each customer going to take up? In other words: this is what you value your time at, but you can't know most of the numbers used ahead of time. You need this for subscriptions, too, but there's a bit more latitude to change, and you don't necessarily have any obligations should you decide to just stop at the end of the next billing cycle.
Longer term, there's also an incentive problem for you as the vendor. If you're very successful and saturate your market, why build new versions? Your incentive switches to making a "major" version with huge upgrades, which has a whole ton of downsides (which smart customers see, or learn the hard way). It's riskier than frequent, small releases: your first major real testing and feedback comes after a ton of massive changes. It incentives change for the sake of change (so you can justify a "major" version) as opposed to real improvements. Even fixing bugs becomes purely a cost, the only real incentives are pride/reputation, and hoping they'll buy the next major version.
Subscriptions help even this out, and tying the cost to some usage metric can make the cost reflect the value even more, even as the usage changes over time (eg: the customer grows).
The worst thing with subscriptions is when the cost doesn't reflect the value. If as a user, you pay $20/mo for something that enables you to make $2000/month, that's a no-brainer. When you have to pay $20/month for something that is useful 4 or 5 times a year, or when it's really hard to figure out what, if any, value you're getting for your money, that's when it becomes a problem.
As the software is of the nature that it will require updates indefinitely (as OS updates come and go), and given the fact that the license is specifically for commercial use, I decided to go with a subscription model instead of a one-time payment model to ensure its long-term sustainability.
I am lucky that this specific software is very "sticky" and already has a die-hard fan base. It also helps that people in the Windows ecosystem are used to paying for commercial use software licenses.
This month to date I have made $800 on license sales. It will be interesting to see how the license sales continue to progress (or don't?) throughout the rest of the year.
I have been very clear with the community from the beginning that this is software that I develop first and foremost for myself - new features and bug fixes get prioritized largely according to this.
Additionally, support is not offered as part of the commercial use license and is largely community-driven. Nevertheless, I still spend many hours a week helping out both personal use and commercial use users.
I charged for major version upgrades that introduced substantial new functionality (discounted for existing customers); minor version upgrades were free.
I was probably too generous with support, but it resulted in very satisfied customers and a solid reputation that paid in spades with the more lucrative opportunities.
Not sure how the market is these days for that model, but I can give you a datapoint of one in that I strongly prefer it over subscriptions in almost all cases (the exception being when there's legit ongoing service being delivered).
Speaking for myself, I pushed those minor updates - with lots of little feature enhancements - as soon as they were ready (sometimes mere days after being envisioned/suggested). The major upgrades generally included stuff reliant on larger overhaul efforts or new foundations. I wouldn't typically hold anything back artificially. My team was small (for a good portion of time solo) and our efforts were focused, which probably helped.
On the other hand, I've seen increasing examples in the last decade of meaningless UI changes that trip up the user by moving their cheese (instead of being carefully thought out in the first place), needless bugs introduced with no remorse, and a whole class of "features" there not for the user but instead to serve the interests of the vendor or their data-hoovering partners. (Windows sadly became a great example)
My beef isn't inherent to the subscription model itself, but the shift in revenue structure made it tempting for companies to uncouple development from user wants. Where upgrades used to be forged on the anvil of user acceptance and pitched to our wallets first, they're now shoved down our throats with little choice whether to adopt. (And cloud delivery eliminated the option to stay on that old version you liked better.)
I'm not convinced users jump ship quite so rapidly just to get new features. We saw a big move to mobile even when the apps lacked anywhere near the breadth of their desktop counterparts.
Personally I gravitate toward products which do a good job of solving their primary purpose. As an example, I loved Dropbox for years but plan to migrate away soon because sync got worse and their dev efforts have been focused on all kinds of new fluff I never wanted.
I follow the “perpetual license with one year of support/updates” model. So far it’s working great. My customers love it as they’re in control of the software. Some users can run BoltAI entirely offline.
But I’m adding the subscription soon as this model is not sustainable when I’m adding other cloud features such as cloud sync and other collaboration features.
I think the pricing model should reflect the value and cost of the product. If it’s more on the software side (think winzip or other smaller desktop widget where there is no or low operational cost), it should be one time payment. If it’s more on the service side (cloud sync, collaborative features, fast changing niche where you need to update the product constantly…) then it makes more sense to charge a subscription.
But the tricky part here is that potential customers might not see it that way. Many assume it’s just like another desktop app, therefore it has to be one time payment. So in my experience, I’d start with no cloud feature and offer a perpetual license. Then I’ll add a subscription and with other cloud features. Basically 2 different offerings.
[1]: https://boltai.com
We're building a desktop / SaaS app right now that we'll be selling using a SaaS model. A combination of desktop app built with Electron and a web app for managing accounts and teams. I'd never touch a "once off" pricing model again.
Users tend to be quite happy about it, and we're profitable enough to pay comfortable salaries and have...a lot...of runway.
Of course, this model is possible because there was never any outside investment.
Last I heard, they were still successfully running a (small - 3 or 4 dev) business on this model.
Obviously this is still a hobby that I am trying to make more sustainable. But this is where I am right now after 3-4 years in this business.
https://loshadki.app - you can check the apps here.
One time payment since it runs whisper locally. Autoupdates through the app store, and I have a lot of folks emailing me positive, negative and improvement feedback.
It is a lot of randomness. Some weeks are low and when it got a small mention in a popular article I saw a sudden inflow of traffic, downloads and purchases.
So far Ive been ok paying the apple tax. Its a little hard going through the hoops to get it through the app store( I kinda understand why they do a lot of it ) but it provides a lot of free discovery and I spend 0 time on payments, refunds, disputes, handling a CDN to distribute binaries etc. Negative reviews without basis are the only thing that bother me, for some reason I seem to take it personally.
=> For any software that might be used for hobby or casual use, perpetual licenses target a different market than SaaS offerings.
That's one of the reasons why the Spatial Audio Designer - targeting freelance audio producers and very popular with musicians - sells best with a perpetual license tied to a hardware USB dongle: https://www.newaudiotechnology.com/products/spatial-audio-de...
In my opinion, USB dongles also help with marketing because you make it easier for your power users / evangelists to borrow out the software to others.
it was a one-time purchase of $5.99, though it's unfortunately locked to a specific computer, with a small charge to use it on another machine. no subscriptions, no ongoing charges.
if you use a windows machine and bluetooth headphones with reasonable quality, it's worth a buy.
Just the music software industry alone, for example, sells about 4 billion dollars worth of VSTs, DAWs, etc every year, most of it without subscriptions.
https://www.native-instruments.com/en/products/subscription/...
Reason is pushing a subscription model hard.
Online services like Splice are sub based for sounds & samples.
Bitwig is a yearly fee. You don't have to upgrade but you're probably going to have issues with newer OS versions before long if you don't.
Overall I agree it's sill a better space than most for software you actually can own.
That's the exception that proves the rule, and it's not really that popular though. They're pushing it more than there's actual update, and I think it's more for the "wanna try a music app" crowd atm (than the 'DAW using crowd'), mostly due to the limitations of the iPad.
I sell perpetual licenses but I charge for updates beyond the first year. I do get 2-3 emails every day reporting bugs and general feature requests.
I have some other apps for iOS as well but they are all subscription based.
I can't say that this is a very profitable business, especially given that I don't charge any fees for the updates, but I quite enjoy talking to users, finding out their needs, and improving Folge over time. I think Folge has become my hobby.
Its so mind shattering just how dense tape is even without compression.
Tape isn't even that expensive compared to SSD storage or the old reliable rust, its the tape reader that costs an insane amount.
Their are tops of DVD, CD, and vhs readers but somehow we can't make affordable LTO tape readers that don't cost less than a PC or a GPU.
Rectangle Pro as well.
So having decided that rather than trade as a fictitious company and go the "personal brand" route, I'm interested to know who has successfully sold their own desktop apps from a website with their personal domain eg. JoeBloggs.com. Do buyers really care so long as the software meets their requirements, or does the psychology of a trading entity really affect peoples' appetites to purchase?
Reasons include authenticity, the ability to self brand for freelance dev work, and being able to list ad-hoc products as I develop them without having to market each one separately.
Comments welcome, as well as success stories, or otherwise.
In fact, they prefer paying too much for software because that impresses management and keeps budgets increasing.
a) Audio Hijack [1] - software that should be part of macOS where you can route the audio output of any program to the audio input of any other program.
b) Eazy Draw [2] - I have clients with massive legacy libraries of commercial AppleWorks drawings, and EazyDraw is the only product I could find that would open/convert them.
I know I have many others, just brain dead atm.
[1] https://rogueamoeba.com/audiohijack/
[2] https://eazydraw.com/
Ah yes, I paid for that even without thinking and forgot about it even though I use it rather often.
Audio software is another one.
It was a Ponzi scheme of sorts, and it worked for a while. Obviously it can't go on forever, especially when growth slows down.
Maybe if you could convince your customers to use a subscription-based add-on service on top of the one-time purchase, you might make the business model keep working for a while longer.
At some point adobe has sold photoshop to basically every person who wants to buy it.
* https://www.shirt-pocket.com/SuperDuper/SuperDuperDescriptio...
* https://bombich.com
Also, Little Snitch, a network monitoring/firewall tool:
* https://www.obdev.at/products/littlesnitch/index.html
I am fortunate in that I have some volunteers helping me with support so all up I spend about 5-10 hours per week doing support and development work.
In terms of business model, I have been quite generous and provide a perpetual support model for free and paid customers and do not charge for upgrades (currently). As my time has become more limited, I am looking at changing this.
Benefits of this model is that my product is the gold standard in the area and relatively sticky.
* Photoshop?
* DaVinci Resolve?
* Table Plus?
* Excel?
* IntelliJ?