iOS 6 brings with it significant changes to the process of discovering, buying and downloading apps on iOS devices. Whilst most of these changes are welcome additions, many past issues haven’t been addressed, and new, somewhat confusing changes have irritated the developer community testing the beta versions. Transitioning to iOS 6 myself made me think about how this absolutely vital part of iOS could be refined and evolved. Whilst developers are always clamoring for more features that benefit their ability to sell apps in the store, such topics have already been covered in detail by many around the blogosphere. I wanted to simply focus on improving the experience for humble end users discovering, buying and updating their apps:
Handling Mac App Store Links
I should start counting the number of times I open an inconspicuous http://itunes.apple.com/ link thinking that it’s an link to an iOS app, only to later find it’s actually a Mac application. I must do it almost once a day, and whenever it happens the OS decides that the best thing to do is open the App Store and show you this:
For a novice user - one who may not even understand the difference between iOS and OS X, this vague and potentially nonsensical information and doesn’t really help explain the situation at all. This flaw is quite critical, since at this point both Apple and the app developer lose a potential customer if the user can’t understand the information or forgets to download said app next time they’re on their Mac.
I wondered how this could be improved, and my thoughts turned to Amazon’s “Send to Kindle” feature. If you’ve never used this before, the basic idea is that when buying a Kindle book on the Amazon website, you are prompted to “send” the book to one of the Kindles connected to your account. I thought the premise behind this feature could translate fantastically to iOS - where Apple’s “Automatic Download” infrastructure could be used to “send” any Mac App Store app to one of your Macs from your iOS devices. Here’s a mock-up I created:
(note that I am not at all associated with 1Password - it’s just an awesome app that is available on both platforms)
In my mock-up, after tapping “$10.49”, the button expands to read “Send to Mac…”. When then tapping on that, an ActionSheet is presented and the user is asked which of the Macs they have connected to their account to send the app too - this then triggers an automatic download on that computer. The app can then be downloaded on other Macs by visiting the “Purchased” section of the Mac App Store. This process is very similar to buying Steam games from the webstore or their mobile app.
WebViews, WebViews Everywhere
We’ve all seen pages like this:
( Credit to meyerweb)
Although not immediately noticeable - and probably almost undetectable to the non-developer community, the iOS App Store makes substantial use of WebViews (a component used to display web pages). So substantial in fact that every tab in the app simply presents another WebView. This approach of bundling web apps inside wrapper apps and declaring them “native apps” was popularized several years ago - with many high profile names like Facebook and LinkedIn both following this path with their applications.
For Apple, this method provides many advantages when developing and maintaining the App Store, including:
- The ability to add functionality independent of OS releases - like the ‘Top Grossing’ section and the ‘Purchased’ section.
- The ability to completely change the design of the store - especially useful for the constantly changing ‘Featured’ section of the store.
These advantages sound fantastic in concept, but when actually implemented introduce a number of issues that native apps don’t - simply because of the way in which Apple has crafted the Frameworks used by native apps. These include things like:
- Difficulty with caching data - for example, going back in the navigation hierarchy might cause the page to reload, thus losing your position in a TableView.
Facebook recently ditched most of the HTML5 in its native app, opting to replace it with a fully “native” Objective-C and Cocoa Touch application, dramatically improving the user experience and satisfaction with the app. I would hope that Apple follows down the same path, but I’m highly doubtful - at least the App Store isn’t anywhere near as bad as Facebook’s original hybrid app.
The fantastic folks at iMore summarized my thoughts almost exactly about the puzzling lack of iTunes’ “Wish List” feature on iOS. It boggles by mind that after all this time Apple is still yet to being this feature across, unless of course there is an esoteric or physical limitation that prevents them from doing so (of which I can’t think of a single one).
If implemented well, this Wish List could then sync via iCloud - meaning that all the apps, music, books, etc. you want are always safely stored for you to easily come back to and purchase on any device.
This is by no means a comprehensive list of improvements - I didn’t even touch on the can of worms that is developer improvements like paid upgrades, trials, app review and user reviews. It is however, a small selection of improvements Apple could incorporate into the next iOS release that I believe would greatly enhance the App Store experience for users. I’ll continue to update this post as new ideas come to mind, but in the mean time, please contact me if you think I’ve missed anything or have any comments or suggestions.
← Previous Post: The Tech Industry's Plagiarism Problem
Next Post: Nanoc + ZSH = Awesomeness →