The Hack Store
December 3rd, 2008I don’t think it’s any secret to most that the launch of the iPhone SDK and the App Store was rushed. Having seen the state of the iPhone frameworks in version 1.x of the iPhone OS through my jailbreak work, version 2.0 of the OS really did clean a lot things up quite dramatically, there was a lot of work done. It was actually an extremely impressive feat. To anyone who had developed under jailbreak it was clear why Apple had not released an SDK for developers when the iPhone first launched, it simply was not in a state which was releasable, Apple were still working things out themselves.
It’s also interesting how the launch of both the iPhone and the App Store forced Apple to stray briefly from its usual tight lipped policy of never commenting on unreleased products. The iPhone was announced months before it was available, as was the App Store. There are a number of reasons why they really had no choice for this particular product launch. I’m sure one of the reasons for their standard no comment policy is that it forces hard deadlines on themselves. My perception is that Apple don’t like shipping products which are not ready for prime time, they’ve made that mistake in the past and paid for it. Hard deadlines can interfere with that philosophy, hence the first most people know of new Apple products is when they’re released. I think those deadline pressures came very close with the original iPhone, then again with the launch of the App Store and 2.0 firmware.
The App Store has been modeled almost exactly off the iTunes Music Store, in many ways it’s the obvious way to go. It’s got the store front, it’s got the ranking logics, it’s got existing user accounts and billing info, it’s got the reporting, etc etc. The Music Store is a clear success, so why tinker with a winning combo? Well fundamentally, apps aren’t music. It’s that simple. The one price fits all model of music just doesn’t jive with apps. Why? Because apps are wide and varied in their complexity, function, target market size etc. The Music Store is optimised for this one price fits all scheme. The ranking algorithms etc are all perfect for that case. That’s really the first major flaw in the App Store design at the moment:
The One Price Fits All Assumption.
The ramification for this assumption in the App Store is that as sales on the store are driven significantly by visibility. The Top 100 list rules. You need your app on that list! While the exact details of the algorithms used to generate these rankings are secret, it’s clear that it’s overwhelmingly driven by app download count, on some sort of rolling average. The easiest, cheapest way to increase your download count, is by dropping the price of your app to $1. It use to be that developers would change their app to free for a few days, then switch to paid, then ride the Top 100 Paid list that way, but that practice has since been blocked by Apple. $1 is the new free in this game now. So the end result of this one price fits all assumption, is that in general apps tend to converge on one price, and that one price being $1. This isn’t just speculation either. We’ve experimented with pricing a little, and the results are disheartening. As one fellow developer put it: “The App Store makes me feel dirty… dirty as in I just participated in a shit fight and now I have to go home and take a shower.”
First looking at ‘Record‘, our successful audio recording application. On October 16th, we doubled the price from $1 to $2, subsequently download numbers dropped by 59% to 41% of their previous numbers. That’s significant. At the same time we increased the price of ‘Note Pad‘ our iPhone notes replacement application, from $2 to $3, and downloads dropped by 63% to 37% of their previous numbers. On November 22nd we again increased the price on ‘Note Pad‘ from $3 to $4, and once again download numbers dropped disproportionately by 60% to 40% of their previous numbers. Clearly it seems that in our experimenting, it is not possible to maintain revenue while raising prices. These are sobering numbers, and support the idea that the one price fits all assumption, which powers much of the app store rankings, is a positive feedback loop biased towards pushing most app pricing towards the $1 price point. Of course there are other factors involved in this, however I think that this assumption is a dominant factor driving this. So what’s the solution? Easy, tweak the ranking algorithms to try and avoid the current natural discrimination against variable pricing. Simply give more weighting to app revenues, and maybe even bring in ratings into the ranking algorithms to try and push more of the best apps into the list, rather than the just the best of the least expensive apps.
Demo Applications
The ability to offer demo version on the App Store is simply not possible. This also contributes to the low pricing trend. Many customers are reluctant to shell out money, even $5, $10 or $15 for an application they can not test in some way first. ’Lite’ versions are not demos. With all the applications we create, we’re trying to build up trust within our customer base, so that when they see one of our apps on the store that they don’t own, they can purchase it with the confidence that it’ll work, and work well. The ability to offer time limited demos of applications is a simple way to help build this customer trust and confidence quickly. Currently it’s easier to discount the price of applications to a point where people don’t care if they download an app, and it turns out to be absolute crap. It’s simply not a good situation for customers or developers.
Customer Reviews
This is where some improvements have already been made on the App Store, which is great to see! From a developers stand point, while there are many changes which would be good to see, two of the biggest additions to the system would be the ability to flag blatantly false reviews, irrelevant comments, and the like on your own apps and have them investigated in a priority ‘developer reported’ queue across all stores. Currently there is no mechanism for developers to report customer reviews in stores outside the one they hold an iTunes account in, even using the existing reporting methods. Secondly, many customers see the review section as a support forum. It’d be great if developers could have one reply per review, to respond to questions, or to correct inaccuracies.
Of course we as developers need to take responsibility for the success of our applications, we can’t rely on Apple to sell our products by virtue of simply having them listed on the store. However the things i’ve mentioned are significant issues which in my mind need to be improved. Hindsight is 20/20 as they say, but a lot of these flaws really do beg the question, did anyone at Apple really think through the App Store design and operation, or was it just a case of hacking on an apps section to the Music Store to meet a deadline?
Finally I urge developers and customers alike to contact Apple and express your opinions and thoughts through the channels they provide: enhancement requests through http://radar.apple.com Developer Relations contacts, and Technology Evangelists for developers, and Apple’s official feedback channels for customers: http://www.apple.com/feedback/ They can’t improve things if they don’t know about them, so help them out by letting them know what you think.
Layton Duncan