Ask HN: Is anyone making money selling traditional downloadable software?
173 comments
·January 20, 2025lefstathiou
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.
satvikpendem
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).
massysett
Some users do not want updates.
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.
irrational
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.
Gigachad
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.
satvikpendem
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.
vunderba
> 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.
mojomark
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.
trimethylpurine
likely due to subscription fatigue
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.
satvikpendem
> 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.
whatevaa
Companies prefer SAAS, as IT costs to manage that software is non-trivial. Individuals prefer standalone software, as managing costs for that software are non- existant. But company market pays much better. So we get this weird situation of SAAS for individual licenses.
adriand
> used as a standard to calculate “laytime” and “demurge” (myriad of fees associated when a ship docks into a port).
Nitpick: I think you mean “demurrage”: https://www.investopedia.com/terms/d/demurrage.asp
jakeydus
Very demurge, very mindful
zxvkhkxvdvbdxz
He inherited a existing customer base in a niche field. That's not exactly easy to replicate from scratch.
Waterluvian
Really shows you just how valuable the application sandbox that is a web browser can be to many.
fullstackchris
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)
satvikpendem
How is the first one SaaS? It's a perpetual (seemingly one time) license they said.
sirjaz
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.
6510
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.
cyberax
WebApps (even though I hate most of them) absolutely can be as fast as native apps. E.g.: Linear, Slack.
But it requires very careful engineering.
cyberneticcook
If I may ask where did he buy the app from? Some online marketplace ? I’d love to browse these kind of deals.
lefstathiou
Sorry for the late reply: he’s been in the maratime industry his whole career. Met the founder years ago, stay in touched, then made the ask.
ensemblehq
That's an awesome story. How did your brother find the opportunity to acquire the aging app?
lefstathiou
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.
stakhanov
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.
Delphiza
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.
BlueTemplar
A lot of software has no need to connect to the Internet though, sounds like a "loophole" ?
anonzzzies
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.
theshrike79
Usually if something is written into law, a person can't waive those rights with a separate contract.
mojomark
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)
numba888
> 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.
losses
I spent six months working full-time developing Rune, an open-source music player and management software that offers a modern experience with a beautiful, Zune-inspired interface design.
As an open-source project in a niche market, establishing a sustainable development model has been challenging. I set the price at $10, which gives users privileged access to feature requests and effectively makes them stakeholders in the project's future direction. While I acknowledge this might seem high for open-source software, the development costs and ongoing maintenance require significant resources.
So far, I've sold about 60 copies. After platform fees of roughly 40%, the revenue covers only a fraction of the development costs. Some users have criticized this as "money-grabbing," but they may not fully grasp the complexity involved in creating such software from scratch. The development process demands meticulous attention to various aspects, including accessibility features, elegant design implementation, and cross-platform integration.
Maintaining my dedication to the project while seeing modest financial returns has been challenging. There's constant pressure to add value and justify the price tag, which is leading to burnout. Finding the right balance between making the software accessible to users while ensuring sustainable development has proven to be a complex challenge.
The path of independent open-source development, while rewarding in many ways, comes with its own set of unique challenges that aren't always visible to users.
This isn't an easy path to follow.
Source code here: https://github.com/losses/rune
bsnnkv
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.
worthless-trash
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 ?
bsnnkv
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.
tmaly
what language and stack did you develop the software in?
Tsarp
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.
tones411
You should look into the App Store Small Business Program to see if you qualify for reduced commissions.
longnguyen
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.
[1]: https://boltai.com
satvikpendem
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.
longnguyen
Thank you
dcreater
That's surprising. The free version of Msty is better
longnguyen
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.
dcreater
Inline usage can be achieved with BetterTouchTool (a must install app for several reasons, this being one of them).
paradite
I'm making very small amount of money (1k USD a month) selling 16x Prompt for lifetime license.
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.
phaedrus
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.
0xbadcafebee
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.
gregmac
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.
carlosjobim
> If you're very successful and saturate your market, why build new versions?
I don't think you can ever be saturated in number of customers, if you have a good thing and are on the right track, the moon is the limit. You build new versions to increase the user base.
If you're in a niche market that can actually become saturated, then your customers are likely professionals and willing to pay much more than consumers, since they make money from your software.
null
tonyedgecombe
>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.
Customers often value things by how much they pay for them. I saw my sales increase after my first price rise.
rkagerer
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).
DougN7
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.
Gigachad
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.
rkagerer
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.
DougN7
That’s the theory, but I have yet to see it play out in real life. Very few products are so identical that this would be the case.
GoblinSlayer
Easy migrations are unheard of. If competition existed, electron apps would never exist.
BlueTemplar
You don't consider Qt to be competition to Electron ?
msds
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.
turbojet1321
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.
DarrenDev
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.
tonyedgecombe
>It was still bringing in sales of about $600 a month, but it felt like a weight hanging around my neck.
I had the same feeling when I shut down mine last year. In theory I could have left it running for some pocket money but after 23 years I had had enough. After a couple of really slow months I decided to discontinue it and retire.
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?