Wilter du Toit, CEO Virtual Mobile TechnologiesWilter du Toit, CEO Virtual Mobile Technologies


The longer the native app vs HTML5 debate rumbles on, the more confusing things become for enterprises ready to dive into the mobile world but trying to decide how best to proceed.

And unfortunately, those that are touting HTML5 as a silver bullet, solving all the fragmentation problems that developing native mobile applications presents, are guilty of badly misleading companies already confused by the plethora of mobile operating systems and handsets out there.

Why, you ask?

Let’s back track a bit. Currently the bulk of mobile applications are what is known as native apps, in other words built specifically for mobile operating systems, for instance Apple’s , or Google’s Android. The primary benefit is that the apps get to tap into the phone’s capabilities such as location, accelerometer, microphone, speakers, etc. Some nifty applications have been built and smartphone users have got used to slick interfaces, ease of use, advanced features and integration with their mobile device.

The problem, however, is that to serve an entire customer-base, companies and developers have to build apps for all the disparate handsets their customers use, keep the services uniform, and maintain and update all applications. A new handset or operating system enters the market? That needs to be supported to, with the latest version of the application.

Consumer application developers might get away with only serving certain markets: Facebook notoriously took a long time to release an app, and popular photo sharing service, , has yet to lauch an app for anything other than the iPhone. But in the enterprise space you simply can’t have a selection of your staff, customers or suppliers unable to access your enterprise mobility solutions.

Enter HTML5, the latest iteration of the mark-up language that writes the web. In the mobile world it promises to allow developers to build web apps that are as feature-rich as their native application counterparts. Many are heralding this as the solution to operating system and device fragmentation in the mobile world. Build once and deploy everywhere.

Unfortunately this is not going to be the case, for two main reasons: firstly, HTML5 offers nowhere near the user experience high-end smartphone users are used to and demand. And second, it is incredibly naïve to think that the mobile web world is not also very fragmented. Finally, on the opposite end of the spectrum, some people are never ever going to upgrade from a feature phone, whether from personal preference or for economic reasons.

Let’s look at these in more detail:

The mobile web was originally intended to display, discover and read content and it still does that incredibly well, with the added benefit nowadays that content can also be easily shared. For most other uses, however, native applications still offer the most optimised, high-end version with the best user experience of the service. In addition, it will still be a number of years before handsets fully compatible with HTML5 enter the market in any significant numbers.

Then add into the mix the fragmentation of the mobile web world. Anyone who has developed for the desktop web knows how fragmented this is, so it boggles the mind that people would think the mobile web world is going to be any different. From different browsers rending the same code in different ways, to users simply not updating their browsers to the latest versions, to browsers only partially supporting HTML5, to the differences between the same browser running on different operating systems or handsets, there is no one-size-fits-all in the mobile web world.

Take a look at any of the major players and you’ll see that despite their lip service to HTML5, in reality they are hedging their bets when it comes to supporting HTML5 outright over native apps. Apple, for instance, which famously hasn’t included Flash support on the iPhone or , indicating its preference for HTML5-based video footage, is also king of the native mobile application via its app store.

Another case in point is Facebook, which has been very public in it’s support for HTML5. But when it finally did launch its app last October, it was very much a native application.

And then there are the feature phone users, who despite the hype around smartphones are still very much in the majority, and don’t appear to be disappearing anytime soon, even with drastically cheaper smartphones entering the market. Again, it might be OK for consumer app developers to ignore an entire swathe of the market, but in the enterprise space, all users need to be accommodated. Employees can’t be excluded from mobile access to the HR system because they don’t have a new enough phone; suppliers can’t be expected to process their orders in a more a cumbersome way than other suppliers because they still use a feature phone; and customers can’t be excluded from an m-commerce service because they don’t have a smartphone.

So what does that mean? Rather than less fragmentation, more fragmentation in the mobile space? The short answer is yes, but the longer answer is that this doesn’t necessarily need to be an obstacle for businesses making their first forays into the mobile space, and indeed is an opportunity for them to steal the march on their competitors. Rather than tackle mobilisation platform by platform and device by device, savvy businesses are basing their mobilisation strategy around mobile enterprise application platforms, allowing them to roll out mobile services across all platforms to all users, offering each user the best optimised and secured mobile service for their device. In addition, with the arrival of new platforms such as HTML5 and Windows Phone 7 these services are immediately supported without having to set up an entirely new team.

The bad news? Mobile fragmentation is here to stay and is likely to only get worse. The good news? There are ways of turning this to your competitive advantage.