The debate at the moment regarding native mobile vs. HTML 5.0 apps is an interesting debate to say the least. Whilst our position on this topic should be relatively obvious having developed native apps, we still wanted to provide an objective viewpoint.
Lets first take a look at native apps. Native apps are strong in a number of ways that HTML apps just simply can’t compete with. When we want a high gloss, easy to navigate, feature rich and fast responding mobile application it has to be native all the way. Native applications are designed in short to run natively, taking full advantage of devices hardware graphics acceleration hard disk, memory and other hardware resources. If you also add integration with other applications such as the phones photo library, the user’s address book and the geo location services, we can see that what are basic features for a native app that are just impossible for an HTML app.
Now I am not saying that you can’t have an easy to navigate and feature rich HTML app, however from a usability perspective the native app will win hands down as the user experience of the native app will always far exceed the HTML app. We are assuming here that we are talking about the same well designed app being developed in both technologies competing against each other, badly designed apps will always be bad, regardless of the technology behind them.
Functionality aside, let’s talk about the relationship that people have with mobile apps. The world is fast moving in the technology arena and mobile is definitely one of the fastest areas of technology progression with regards to social impact. Smartphones in many cases are starting to replace other electronic devices such as laptops and now many non-electronic lifestyle items such as wallets. I strongly believe that we have started to see what is soon to become the norm, people running and managing their lives through a series of mobile apps that they choose to install on their phones. Now faced with the choice to install an app to service a function that is of use, if there are two apps both capable of performing the same task, however one is native and one is HTML, which would you install? The one that is the most enjoyable and simple to use.
So what is an HTML app if it can’t make use of the devices resources and services?
This sounds like I am being negative towards HTML apps, well in fact I’m not, they just are what they are. As I said there is some very clever technology that goes into optimising web sites for mobile.
So if HTML apps are not able to outperform native apps why develop them?
Well the answer is quite simple. There are two factors here that sway people towards HTML apps. The first is platform interoperability. An HTML app can be developed once and used by multiple mobile platforms such as iPhone, Android and Blackberry. A native phone app built using Apple IOS will only run on iPhone meaning that native apps requiring deployment onto multiple platforms require re-developing for each supported platform.
This brings us around to the second factor, which is in fact a by-product of the first, cost. Working with web technologies it is quick to get results compared to development in IOS and Java, especially IOS, lengthy development cycles for multiple platforms is not a cheap exercise. So the reality is that it is quick to develop, only has to be developed once and with a couple of tweaks you can get an HTML app ready for a multiplatform launch quickly and much cheaper.
Is an HTML app the right platform choice for me? Well if speed to market and price of development are the key drivers then in short, yes. You will however be massively limited to exactly what you can deliver functionally to your user base, as you won’t be able to take advantage of any of the devices native resources.
However if you are more focused on the benefit that your customers get from your applications, then native is the only way to go.
The Technical People Ltd