I'm done making desktop applications (2009)

After years of developing desktop software, the author explains why transitioning to web applications led to doubled conversion rates, lower support burdens, and more efficient marketing.
Breaking up has always been difficult for me. I tend to fall in love with being in love, and continue a relationship well past the point of futility. And so it is with my oldest love, writing desktop software.
I’m sorry, desktop apps. We just don’t have a future together anymore. Its not you, its me.
A bit of background: for the last three years I’ve sold Bingo Card Creator, a desktop app which pretty much does what it says on the tin. It has gone from being a passing fancy to a rather lucrative hobby to, well, a bit more than that over the years. As I gradually became more invested in the business of writing desktop software, I got more and more snippy about the periodic desktop versus webapp flamewars, and defended the ascendancy of desktop software.
What Changed My Mind
Over roughly the same period my day job has changed and transitioned me from writing thick clients in Swing to big freaking enterprise web apps. I’ve learned SQL, Rails, etc and used them to fairly decent effect in selling Bingo Card Creator, which is a Swing app (if all you have is a hammer…). This summer, I decided to try stepping my web programming skills up a notch, and released a web version of Bingo Card Creator. It has exceeded all my expectations: in ease of writing, in features, in sales, in support burden, in marketability, etc. In game theory terms, it strictly dominates the desktop version, when seen from the eyes of the developer at any rate.
If I were starting out today, I would, without a shadow of a doubt, write a web app instead of a desktop app, for these reasons:
The Shareware Funnel Is Lethal
I have never used the word “shareware” to describe Bingo Card Creator, because I think that it is an anacronism that my customers do not understand, but among fellow technically inclined people it describes the business model succinctly. Someone visits your website, downloads your trial, and hopefully purchases your program. That process is called a funnel, and if you break it down into concrete steps, the shareware funnel is long and arduous for the consumer:
- Start your web session on Google, like everyone does these days.
- Google your pain point.
- Click on the search result to the shareware site.
- Read a little, realize they have software that solves your problem.
- Mentally evaluate whether the software works on your system.
- Click on the download button.
- Wait while it downloads.
- Close your browser.
- Try to find the file on your hard disk.
- Execute the installer.
- Click through six screens that no one in the history of man has ever read.
- Execute the program.
- Get dumped at the main screen.
- Play around, fall in love. Potentially weeks pass.- Find your way back to the shareware site. Check out price.
- Type in your credit card details. Hit Checkout.
I could go into more detail if I wanted, but that is seventeen different opportunities for the shareware developer to fail. If you don’t catch the download in the 30 seconds people give your website, no sale. If your customer can’t find the file after they download it, no sale. If it requires a JRE upgrade and after restarting their computer they’ve forgotten what they were working on, no sale. If they play around with it, close it, and can’t remember how to open it again, no sale. If they get to the sales page and can’t operate your shopping cart, no sale.
Is it any wonder why shareware has typical conversion ratios of 1% or less?
Web Applications Convert Better
A web application doesn’t have to be downloaded or installed, never requires a restart, and never requires a contextual change just to open up a purchasing page. As a result, the conversion ratio is higher. Much higher. Here are the actual stats from Bingo Card Creator. I’m looking at conversions from my best performing AdWords campaign only, because that minimizes sources of variation like, e.g., the different types of traffic I’ve gotten in the last 2 months (while the webapp was available) versus in the last three years.
Visitor to Free Trial:
- Downloaded: 18 ~ 22%
- Web App: 22% ~ 26%
Trial to Purchase:
- Downloaded: 1.35%
- Web App: 2.32%
This is essentially the same application. If anything, the online version has less features, and it has 2 months of development whereas the downloadable application has had 3 years of improvements made to it. Yet the online version outsells my desktop application almost two to one.
Your AdWords Strategy Is Very Sensitive To Conversion Rates
A portion the numerical disparity is because I have started to react to, e.g., the difference in conversion rates of advertising and promote accordingly. A sale of either nets me the same amount of money, about $28. However, if you break out the math on how much AdWords costs per sale (cost per click divided by conversion rate to trial divided by conversion rate to purchase):
- Downloadable version: $20 AdWords CPA
- Web App: $9 AdWords CPA
(You’re welcome, Google.)
This doesn’t just save me money, it helps me trounce my competitors. For example, if my competitors are selling downloadable software, and they are equally as skilled as I am about writing AdWords ads and optimizing their websites, then it should also cost them about $20 a sale to advertise on AdWords. (This explains why I never see ads for the competitors who try to gain volume by undercutting my price — if you’re going to price at $23.95, you’d better be a crackerjack SEO because you simply cannot afford to outbid me in AdWords.)
Decreasing my cost of customer acquisition by over half lets me bid more for my AdWords to gain additional volume. For example, for the longest time my AdWords strategy was more or less monetizing traffic other people couldn’t be bothered with, while larger brands producing e.g. printed bingo supplies went after the head terms like [bingo cards]. With vastly improved conversion rates, I might be able to advertise profitably on those terms, increasing my volume and making me very, very happy. As it is, I have walked up bids a bit and am getting 25% more inventory than I usually do.
Web Applications Are Easier To Support
Many desktop developers hate customer support with a burning passion in their soul. I actually enjoy it, but I enjoy making it unnecessary even more, as there is no customer support experience so good as avoiding the problem in the first place.
Support requests from last 50 customers:
- Desktop Application: 15
- Web Application: 3
I’ve had three years to streamline the website, purchasing process, and application for my desktop app, and that has helped me greatly reduce the number of inquiries I get. Even after all that work, the main culprits are pretty much the same as ever: installation issues, lost registration keys, and bugs present in old versions of the software that are still floating around download sites.
Web apps, by comparison:
- Have no installation issues, because there is no installation.
- Do not require registration keys. (Technically, because I allow users to use both the desktop and web application, I issue them one — but it is immediately applied to their account via creative abuse of e-junkie and cookies. Most customers get to use their software immediately without actually reading the bit in the email sent to them — or failing to read it, as happens quite often.)
- Never have an accessible version of the software older than the most recent one. By comparison, if you were to Google [bingo card creator version 1.04] (which hasn’t been distributed in, hmm, two years or so), you’d find it on hundreds of download sites.
The Age Of The Pirates Is Coming An End, Jack
I’m famously lackadaisical about software piracy, preferring to concentrate on satisfying paying customers rather than harming their experience with anti-piracy methods. However, the existence of pirates is a stitch in my craw, particularly when any schoolmarm typing the name of my software into G
Source: Hacker News

















