The Financial Side of Building Mac Apps
tyler.io
tyler.io
Mi-Fi Monitor for Mac (there's an older iOS version[3]) alone has been much more successful than I ever imagined, despite being a simple little utility, doing no advertising, and having an automatically limited market of potential users (people who own a Novatel Mi-Fi).
At the time the original iOS version was written, it was just something I myself needed, not something I intended to publish anywhere. But as I discovered after putting it up for sale, a lot of other people needed it too. Novatel's own executives were using it, I talked to one of them on the phone for quite a while, 2 others emailed me about it, I reported some API bugs to them, etc. Very satisfying experience for me.
And then when I put up Mi-Fi Monitor for Mac on the MAS, it got featured on TUAW[4], which caused sales to skyrocket far beyond the iOS version and far beyond what I expected from something that was originally a "scratch my own itch" thing.
I'd love to build something larger for Mac and go down the indie path, but I'm primarily working as a consultant now on both platforms. I do absolutely love when Mac projects come my way though, I like building for that platform a lot more than iOS.
[1] http://infincia.com/apps/mi-fi-monitor-mac
[2] http://infincia.com/apps/codepoints
[3] http://infincia.com/apps/mi-fi-monitor-ios
[4] http://www.tuaw.com/2011/12/13/daily-mac-app-mi-fi-monitor/
Most of this post tracks my experience and is roughly, true for cross platform or Windows development. Shareware predates app stores.
(Though most shareware authors don't call themselves shareware authors anymore, since distribution techniques have changed and the word never helped sell software.)
A few others off the top of my head: Perfect Table Plan, Poker CoPilot, Mixed In Key, Balsamiq Mockups (though that eventually turned into "a company"), etc. You'll note that BCC doesn't belong in the same league with any of the above.
Luc Vandal wrote a good article [1] about it. I'm very interested in hearing about other people's thoughts and experiences - contact details can be found on my HN profile.
This is what got me. If you are doing well, startups are going to look at getting into your market. And you can't compete against free.
In my opinion, you absolutely must give people the chance to try your product. This means having a trial build on your website, which most Mac indies do but it's a bit problematic for paid apps, as I presume a lot of people on the MAS itself are unaware. It's in the best interest of everyone to have trials - for customers, so that they don't feel duped and actually buy a product they're happy with and for developers, so that they acquire real customers, not play a game of "can we convince people to fork over money without trying".
Moreover, it's in the best interest of customers to actually provide paid updates - they can vote with their wallet whether a business should survive. But without the proper availability of paid updates, customers are left with no choice, even if they did want to support developers. Unfortunately, the voice of a vocal minority instils fear in developers to try and charge for such updates.
Given the current climate, our plan for the future is to lower our initial price and offer major versions as paid updates. Instead of, say, charging $40 for the current version + $20 for an update, we'll just always charge $30 for the current version. As a side effect, it lowers the entry for everyone and your real customers can still vote with their wallets and support your efforts, if they choose to do so. One of the downsides is the introduction of a new SKU which is not that much of a problem (before the MAS, you had to do the same anyhow). It's usually wise to provide a way for customers to stay in touch with you and hear about updates but only if they want to (don't smack dialogs repeatedly in their face, that's just not nice).
I'm the author of the article in question, and with my current sales infrastructure, I'm able to spin up and sell a new product (SKU) in a matter of hours. Since I've been doing this for seven years, am I now overestimating the amount of work it takes to setup and sell your app independently?
As you say, you would ideally sell on both the MAS and outside. In terms of selling outside the MAS, it does come with some overhead, mostly related to VAT. Even worse, the EU is changing the VAT rules starting from 2015 (the rule change itself is designed to remove the competitive advantage of big companies to be based in EU states with low VAT and sell products in countries with high(er) rates):
> Currently, the place of taxation for digital services supplies is determined by your location as the supplier of the services. However, from 1 January 2015, the place of taxation will be determined by the location of the consumer.
It's not a big deal since you can just sign up for the VAT MOSS but it's still more hassle than just putting up an app on the MAS. Note that all of this applies after your exceed the VAT threshold, which is different in different EU member states.
[1] http://www.fastspring.com/pricing.php [2] http://www.hmrc.gov.uk/posmoss/
One interesting thing we have done, is offer a "lifetime upgrade" option for both upgrades and new purchases. About 30% of our customers buy it. It costs 50% more on a new purchase or 100% more if you're upgrading, but you get all future upgrades. It's a win for customers who want that, and it's definitely a win for us.
Interesting stats about the lifetime upgrades - thanks for providing those. I guess it works as long as all of your users don't buy it (which means your recurring revenue drops to 0 at some point and you're back to square one).
I'm also a Mac Developer, my app is Codebug (http://codebugapp.com/) an Xdebug client for Mac. I created this app in 2012 while I was learning Objective-C/Cocoa, and it's been a very cool steady growing since day one.
Specially the increase your price part. I actually added a bunch of new features and increased the price. Guess what ? The sales didn't drop at all, matter of fact they increased. I get a lot more top-quality users and people who actually engage with the app and are prone to spread the word. Also, I'm selling it from my own website, not from App Store. Sorry Apple, I already pay you $99 dollars a year for your dev program. Not going to share 30% of my profits with you :P
iOS or Mobile app doesn't appeal me at all from an indie dev perspective. Everything pretty much has been done, and there's this stigma of not charging your app of what it's really worth. Everyone is doing Free, In-app or 0.99 cents apps. Screw that, I need to put food on the table.
TL;DR: Make a good product, keep improving it, price it right and you will succeed in the long run.
I can understand wanting to minimise overheads as much as possible - I just wonder what the total cost difference is for a 3rd party payment system, hosting the files, handling refunds etc (plus potentially lost sales), vs the 30% cut Apple take..?
Also, I find myself much more likely to purchase an app if I can do so via the Mac App Store. It’s so ridiculously easy to purchase/install and re-install when required; I already trust Apple with my credit card; and I don’t have to worry about whether the store front in question is secure.
The last part in particular is a big issue to me - your site is not available over https, so I have no way to know if the link from your site to FastSpring is the one you intended or if I’m being MITM’d and getting a link to send $60 to some russian hacker, as the destination page is on a completely different domain, bares very little resemblance to your site, and is also not hosted via https. When I tried to access the initial order page over HTTPS I was given a ridiculous message telling me "Secure Connection Not Allowed”.
The “technical infrastructure” page for FastSpring touts “hardware accelerated SSL” - so I can rest assured that the message telling me I can’t use their store front over SSL was encrypted with great efficiency.
The only part of FastSpring that seems to be accessible over SSL is the final order page - but I’ve already followed multiple links and form submissions from non-secure pages, so I could be looking at anything by this stage.
That FastSpring put a big “Norton Secured” badge on the top of their http only initial order page is both ridiculous and dangerous.
All of this makes me wonder how much extra value that 30% cut can give back to the developer...
I think you're able to charge $49 where an RSS reader can't because your audience is more professional. I'm one of thousands of other webmasters who have ...started GUI frontends for Apache, so I know what this is worth. Now, you going to add support for Nginx? :)
Some users don't think software developers should charge money. They make up an extremely small percentage of gross revenue and, accordingly, people whose opinions you should give the time of day to.
Then make me a first, i reverse proxy from Apache to NGINX, having NGINX as a caching layer for static assets etc..
That's not too uncommon imho...
Now that's just a utility. Business type apps can command $40+ if they're good, and the top sellers are often high-priced.
As for business partners - never really considered one. I don't think there's enough work to go around. But I do partner with two designers, when needed, and have a few close friends who also do Mac development I can bounce ideas off of throughout the day.
An investor (be it an angel or, at a later stage, a VC fund) is interested in an exit at some point.
There's just no way a simple utility like VirtualHostX will ever generate profits that would warrant an exit event (which are limited to a sale to someone else or an IPO).
If there's no exit event, an investor doesn't get his money back. He might own a chunk of profitable business but it's paper money.
Cocoa Programming for Mac OS X (4th Edition) http://smile.amazon.com/Cocoa-Programming-Mac-OS-4th/dp/0321...
And apparently there is an update coming in October:
More Cocoa Programming for OS X: The Big Nerd Ranch Guide (Big Nerd Ranch Guides) http://smile.amazon.com/More-Cocoa-Programming-OS-Guides/dp/...