Quantcast’s January 5th 2010 (yes, it’s even a year behind) says that global and North American mobile usage is skyrocketing. Between December ’08 and December ’09 mobile web share was up 110%. At that growth we can expect that last year went from 1.26% on 1/1/2010, to somewhere around 2.5% in 1/2011 (this is just an estimate, I think it’s conservative).
My mobile web traffic (on this site) went from 0 in December 2008, to 4-5 a day in November 2009, to 180 mobile visitors in June 2010 (coinciding with iPhone 4 launch). Mobile usage is spiking.
How does your website address mobile users?
Do you use an App?
Do you just make sure your website works with a mobile crowd?
We will discuss the options web site’s have in today’s world for engaging the mobile community with the following options:
- Mobile Compatible Website
- Mobile Targeted Website
- Release an App
Mobile Compatible Website
This is the easiest solution technically, and least interesting. Just tweak your site to still work on mobile devices:
- Ensure you have a Flash alternative
- Verify your “fixed” css elements don’t obscure your content
- Check how your navigation works, is it mobile friendly? Remember users can’t “hover” on touch screen devices (like the Android or iPhone platforms). Drop down menu’s don’t work, revealing content need’s an alternative.
- Ensure the page weight isn’t horrible. Many mobile devices only have “dialup” speeds still, and we need to be sensitive to those expensive data plans. AT&T charges $10 per Gigabyte after you have hit your cap. This mean’s every Megabyte your website requires, costs a user $0.01. It’s not a lot, but it adds up.
This solution is really just adapting what you currently do, for the mobile environment.
Mobile Targeted Website
This solution mean’s you develop a site that specifically format’s itself for the mobile environment. Usually this mean’s rethinking font sizes, menu options, and every other aspect of your website. Mobile users want to browse less, and do more.
Before we get into this, please make sure your mobile website’s “takeover” of the end user’s experience doesn’t ruin any deep linking from other sites. Don’t you hate following a link to a product you’re interested in, only to be redirected to the home page and not knowing where to find that original product? I usually give up.
Things to think about in a Mobile Targeted Website:
- Easier than deploying an App
- This is a single solution for all mobile platforms
- Cannot take advantage of all native device interactivity (although you can do some of it, with libraries such as jQTouch). You can’t easily integrate a device’s phone, or other interfaces (video, sound, local resources, etc)
- It’s not complete. The end user will still see a browser interface.
- As any website works, this depends on the browser user’s have (even on the iPhone people can still use Opera). Be prepared for browser inconsistencies.
- You’ll need to plan for every screen size. Mobile devices have a wide variety of screen sizes.
- You may want to target both Tablet and Mobile platforms separately.
If you’re serious about supporting your users, you should at least have some mobile support. A mobile targeted website lets you tailor your experience to the mobile platform, while relying on already developed assets such as your current website backend infrastructure. After all, this may just be an extensive re-skin.
Release an App
I’ve heard many retailers are having success with the popularity of “Apps”.
You are making a commitment to developing a piece of software, specifically with the target of addressing your user’s needs. If that’s shopping, reading news, or just a better “browsing” experience.
Some notes about releasing an App:
- Complete control over the user experience
- You can use it without net connectivity (if built correctly)
- You can leverage native device functionality such as the Camera, GPS, velocity sensors, speakers, microphone, etc.
- You’ll have an icon installed on your client’s device.
- An App will only be usable on the platform it is developed. You may have to develop multiple apps
- It is the most complex solution, requiring it’s own team to develop, test and deploy.
- You must make sure that your App doesn’t have bugs, users tend to shy away from buggy apps
- You have to worry about being deleted. Once someone downloads an app and deletes it, they will not likely install it again (I never have). Don’t lose relevance.
- An app must be marketed. It isn’t “just there”. You have to convince users to install your app.