Mobile Apps in 2009: Local/Native, Mobile Web, App Stores

Happy 2009 New Year to all my readers. My first post of the year is about mobile applications: local/native vs. native, and app-stores.

App-stores have been shifting the balance on application development and distribution (back) towards local/native applications. I don’t mean to undermine mobile web which will continue to be very important and very large for access of information of type “web content”. But the reason for this is the same reason I’ve been preaching for a long time: the ability to deliver/maximize “application richness, functionality and experiences” – which (today) maximizing these is only possible via local/native applications. This is the same topic took Ajit and myself into a debate at JavaOne’s keynote a couple of years; that was fun.

What I’m describing above can be seen on the iPhone which is the best mobile web handset today, and which redefined and raised the bar on mobile web applications, yet the really cool applications are local/native, and more importantly, developers of local/native applications seem to be the ones who are generating (receiving) the most revenue – after all, it is about making money. And this trend will continue… I do believe that in the future mobile web will be able to match the richness and functionality of local/native applications, once the proper APIs and functionality are put in place and become standard, and that today a happy medium are local/native applications that consume mobile web content; i.e. hybrid apps providing the best of both worlds.

And when combining the above with App-stores, which provide for the application discovery and revenue streams for developers, the market place becomes very attractive and thus active.

But to be successful, app-stores must exhibit certain characteristics:

  • From the end-user perspective: the app store must be seamless and well integrated into the user experience. Downloaded applications must work. There must be a good selection of high-quality apps. Integrated checkout/payment is easy and straightforward and secure. The end-user is in control, including influencing how applications will perform on the market (via feedback that influences ranking).
  • From the developer perspective: there must be a low cost and barriers to entry and distribution. Must provide application visibility (see below). Good revenue model. Provide feedback back to developers for improvement.
  • Application visibility: the app store must provide the means for good application visibility. Already established applications are ranked appropriately based on user feedback, while new applications (including new versions) go into a different bucket that allows them to be visible regardless of ranking (perhaps for a period of time).
  • As Ajit writes, must provide a true ecosystem (that benefits everyone: developers, network providers, the end-user, and so on).

Part of the above is why the iPhone has been successful. And is also the reason that I expect the Android app store to do well once it starts paying back to developers — it is just then when the Apple and Android stores can be compared.

There are app stores for Java ME, for example GetJar. The problem faced by GetJar is that there are things that are out of their control, such as cost and barriers to entry (due to fragmentation and certifications and fees and it is just a pain-in-the-neck to deal with network operators issues in general), and not being well integrated (seamless integration) into the overall user experience.

For years I’ve been attributing the lack of integrated solution for Java ME that works (per the above) for application discovery and download and revenue share, as one of the top the reasons why Java ME has failed to maximize its opportunity. As a member of MIDP expert group, this is an important lessons learned for me, that sometimes you do need to include such functionality into the platform vs. expecting 3rd parties to solve the problem; this seamless solution is still needed for Java ME…

On Goodbye 2008 and welcome 2009 and some predictions on mobility I made some predictions on app stores, which I will repeat here:

  • Google will introduce a checkout process for its app store, and developers wanting to make money will notice; the Google app store will explode with a large number of applications.
  • App stores will continue to have its huge effect on mobile apps and distribution. Due to the revenue and fast distribution models offered by iPhone and soon Android app stores, developers will first target such local applications (vs. mobile web). An even larger number of local/native applications will be created and distributed via app stores for Android and iPhone.
  • The BlackBerry app store will be somewhat successful.
  • Someone will introduce an app store for mobile web that goes beyond an application catalog. dotMobi will take leadership by going beyond an application catalog but also providing an associated business/revenue model.

Last but not least, and related to this topic, check out Paul Golding (Wireless Wanders) on his video blog entry Mobile 2008/9 all about App Stores where he discusses and provides his insight on why app stores have been important in 2008 and how important they will be in 2009… right on.

Also related to this see Ajit on Mobile Web Megatrends event – Making money from Appstores – Singapore – April 27 and 28, as well as his related thread on ForumOxford.

ceo

11 Responses to “Mobile Apps in 2009: Local/Native, Mobile Web, App Stores”

  1. Ajit Jaokar says:

    what a coincidence! I posted an entry about the appstore at exactly the same time as you! http://opengardensblog.futuretext.com/archives/2009/01/mobile_web_mega_5.html Happy new year! look forward to working with you this year rgds Ajit

  2. Frédéric Martinent says:

    I fully agree with the fact that we need an app store for the mobile web, especially the ability to monetize a mobile web site (with an event-based billing or a daily or monthly subscription).

    In France we have “Gallery” that is an agreement between the main 3 operators but we need something more global and better in terms of discovery (with ratings and other social features).

  3. Kiran Mudiam says:

    I agree with you on the fact that we need to have a portal/appstore for the mobile web as google/other search engines are not able to do a good job of making this happen for the mobile web. I hate google’s approach, they don’t even recognize the fact that you are visiting m.google.com from the iphone as they will trans code result pages through their gwt renderer. Perhaps Yahoo can see this niche and do something better if they want to survive this mobile web.

  4. The AppStore for the (Mobile) Web is Search. In its current incarnation, that means Google.

    Don’t know about you guys, but it irks us every time to hear the hundreds-of-millions-of-downloads kind of statistics from Apple. So many apps get erased immediately after, most other ones are forgotten the next day. We need statistics that break down usage paterns, rank apps by active daily users – pretty much the route Facebook had to take with their platform. This would really transform AppStore from a great niche tool into a mobile intelligence source.

  5. ceo says:

    @Igor, I understand what you are saying; the web search satisfies the discovery piece, but in addition I’m talking about a revenue model that is part of this “mobile web app store” that incentives mobile web apps developers beyond the traditional methods of today…

    ceo

  6. [...] in a response to mobile developer Mike Rowehl. You may also want to check out Mike’s site or this overview to find out more on the mobile eco system/mobile apps debate or visit a local Mobile Monday event. [...]

  7. Phil Barrett says:

    Totally agree with the direction of the app store – although it’s hard to imagine anybody catching Apple.

    As you said yourself, the experience needs to be great for the store to be successful and only apple has figured out the UI to date.

  8. pligg.com says:

    Mobile Apps in 2009: Local/Native, Mobile Web, App Stores…

    App-stores have been shifting the balance on application development and distribution (back) towards local/native applications….

  9. Ameet says:

    Interesting post. I’m just worried that everyone is going to create their own App Store which further fragments the space. I’ve talked a little bit about the pros and cons around developing for the mobile web versus mobile applications on our blog here: http://fivemobile.com/development/mobile-web-mobile-apps/

  10. [...] in a response to mobile developer Mike Rowehl. You may also want to check out Mike’s site or this overview to find out more on the mobile eco system/mobile apps debate or visit a local Mobile Monday event. [...]

  11. Josiah says:

    Why choose between native and web apps when you can easily have both?

    WrapYourApp.com is a service that gives web apps a way to be sold in App Stores. All we need is the URL of the web app and we can put it in the iPhone App Store, Android Market, Palm Catalog (when it opens to general 3rd party apps) and desktop apps on Mac, Windows and Linux.

    Prices start at $149.

    Mobile web app authors maintain their own code and hosting – while being able to update their application without resubmitting the app to each store.

Leave a Reply


"Great individuals invent their own values and create the very terms under which they excel." -Kierkegaard and Nietzsche