I have just got round to catching up with some blog posts after holiday season and this one from my KCom colleague Rob Wells caught my eye. I particularly liked the word “phablet” to cover phones and tablets but I’m not sure it will catch on.
Rob makes a compelling case against a proliferation of Apps and for building ‘mobile optimised HTML’ which relies on an initial web server detection mechanism that checks the user agent (Rob says Operating System but I don’t think that’s what he really meant) and then directs the request to the right pages. This is absolutely the right approach given that more and more users are now finding your company websites on mobile than on full-scale laptop screens so immediately directing from “www.acme.co” to “m.acme.co” that is optimised for mobile should be a no-brainer.
I like the KCom portal approach of assuming controls are ‘touch-first’ as well. I overheard a conversation the other day where someone was wondering how long it would be until putting something on a web page like “CLICK” (PC or mouse-oriented) would die out in favour of “TOUCH” here. Perhaps somebody needs to invent a new word that covers both options. I tried out an online thesaurus for touch which offered “tap” or “hit” (and a few other slightly dodgy ones) but synonyms for click were even less helpful.
Anyway, I digress. Rob has made a very good argument for HTML(5) on browser being the target of choice but I would argue it is not always the best option.
Here’s just two reasons why:
1. You’re NOT always online. The Apps I use the most are the ones where I can use them offline (and occasionally synchronise data when the Interweb is available) for example EverNote, Strava or good old faithful email clients. I actually hate Apps that rely on Internet connection to function and avoid them wherever possible.
2. There isn’t very consistent or reliable support for HTML5 in many browsers yet and it’s just as hard to ensure your application works on web browsers as it is with native or “hybrid” Apps with lots of browser-specific catches that you need to work with. For the foreseeable future I can’t see pure web applications having enough functionality to compete with Apps which run natively on the popular handsets.
There are advocates of both approaches and neither is really right or wrong – as always you need to take a decision based on your requirements, strategy and budget.