Category: Apple Page 3 of 8

People-centric Design Rules!

Apple’s iPhone is only a marketing fad for vain urbanites. True purists go for Android. Those who see the light in volume go for Nokia or Samsung.

All this are points often heard when one dives into the deeper echolons of most mobile tech blog or forum. Engineers throw up their hands because those “American-centric media types” “don’t get it” and only wave their flag for whatever Steve Jobs, turtle neck and all may put up onto the big screens of his church.

I am not American and I am not a media type. And I don’t wear turtle necks (well, not since c. 1989 at least). And yet, I do prefer my iPhone (3G) over my Nexus One. And this despite obvious advantages of the Nexus: better screen, quicker, haptic feedback (yes, Mr Jobs, I do like that), the concept of open source, etc, etc. So why do I stick to the iPhone? Fanboy? Marketing fad? Vain urbanite?

Here’s why: I have been trying to set up my Nexus so it will do what my iPhone does, and I am not talking of playing a fancy game or running some other app that is not (yet) available on Android. I am talking about the two key things I need a phone for (41-year-old non-techie I am), and that is phone calls and e-mail; calendar (with sync) is important, too. For the former I need my address book, and I need it to sync properly. For the latter, I need my (admittedly too many) e-mail accounts set up on my device and syncing properly. As to calendar, wait for it below. Alas, two very different experiences:

  • On the iPhone, you do the following: 1) plug the phone into your computer, 2) answer “yes, please” when iTunes asks you if it should sync contacts and e-mail addresses, 3) get yourself a cup of coffee, 4) walk off.
  • On the Nexus, you’re OK (-ish) if your life evolves around Google. With a Gmail account and associated contacts (and/or calendars), you’re sort of OK. It does all that. Now – shock, horror – I do not actually send all my mail from Gmail and my contacts are mainly dealt with in my address book (take Outlook or whatever you want if you’re a Windows user). And I use iCal and not Google Calendar. And so it starts: there is no desktop application that would help me do this. On a Mac, the phone is not even recognised when you plug it in (and that is a rare thing on a Mac; is this another piece of Apple vs. Google? I don’t know but I doubt it). So you are finding yourself setting everything up by hand! Entering the POP3 and SMTP (or IMAP) server addresses, user names, passwords, etc, etc for seven e-mail accounts is no fun. And (remember I am not a techie) invariably leads to some box checked wrongly here or a typo in a password there and, kawoom, nothing works. I can set up a Google Calendar/iCal sync BUT that will only sync the specific Google Calendar bit between the two, and not any of my other (work, home) calendars. I can sync my address book with Google, so that works. The whole procedure took me the better part of 45 minutes, including lots of corrections and swearing and led to me abandoning a half-configured beauty of an Android phone. Great result.

So why is that?

My answer is: because they design it with engineer-centric design. And that is wrong! Why? Well, because most people are not engineers! An engineer thinks something along the following: I am Google and we love the cloud. Therefore, I will design everything so that it will adhere to that principle and will – in a purist kind of way – design everything in a way that you can beautifully and seamlessly set everything up – if and as long as you use all the wonderful Google services we have. And if you don’t get that, you’re not worthy.

The same works with Nokia: we’re Nokia and we have the best hardware, the best distribution and an incredibly good and powerful plethora of services around it (we did spend time, resource and money after all to become mighty competitors in maps [Navteq], music [Comes with Music], apps [Ovi – and the many iterations before it], etc). I will therefore design everything in a way that I can let this hardware shine as best I can; I mean: we had video calls since 2005, for elk’s sake! And if you are too dumb to configure everything in a proper way and cannot find the destination to where your downloads were stored, you’re not worthy.

Apple looks at things a little differently (and it is not only for the better although, for most people, it is): they provide a tool that brings everything I need over to my phone just like that. Job done. Easy! They will look at whatever tools they need for this. And if it means extending iTunes (which, yes, I know, they had already) to accommodate syncing data other than music and video to something other than a computer, than so be it. In that, they follow their own philosophy as slavishly as the other guys do but they do design it from a people-centric rather than an engineer-centric point of view. And that is why it works so well for people that are not (also) engineers.

They key point is this: Apple does not try (or at least not in your face) to change what people do. If I want to run my e-mail off 5 different domains, then so be it. If I prefer my contacts to sit on my disk rather than in the cloud, that’s fine. They’ll give me tools to facilitate doing what I do already and don’t lecture me on what I have to do to make it work. That this brings about subtle changes in user behaviour is fine: if you convince me gradually that things work better one way rather than another, I might be converted. But to tell me “my way or the highway” does not work! Ever!

The downside is Apple’s control mania, which blocks things (sometimes fairly questionably) because they are (or only might) be out of their control. And this is where Google, Nokia and all the others could score: try to combine things! If you would look at how Apple does things, and then – at the very end – you provide a door (doesn’t have to be a trap door, can be a flashy entry portal) to the innards and machine room of your device, so you can show off whatever you want and open the marvels of technology to those who can and want to handle it – so they can turn their super-smartphone into an uber-super-smartphone. But do leave normal people alone.

In the post-iPhone era, things have changed already (a little): you now get hidden installers (that do not ask you 100 questions on where you want to do what and where and under what penalties and with which risks), you get better interfaces, etc. BUT the default is still engineer-centric and not people-centric. Improve this, and the iPhone killer can be yours!

Image credit: http://www.ntamco.com/main/images/stories/design-is-a-behaviour.jpg

Smartphone Market Shares Q1/2010

Gartner published the latest smartphone numbers for Q1/2010 (or so I read), and it is testament to the continuing rise of this segment: sales increased by nearly 50% year-on-year (and do remember that there was this recession-thing last year). Total sales were 54.3m units in the first quarter of this year. Not too shabby!

On the OS side, the rising stars are Android (9.6% global market share from 1.6% a year ago), which is now bigger then Windows Mobile (and it took it only a year!) and iPhone (15.4% vs 10.5% in Q1/2009). The silverback gorilla still is Symbian which dropped to 44.3% from 48.8%. Blackberry is also down (albeit only slightly: 19.4% from 20.6%).

Here’s a table:

Has Android Got Game?

According to a recent report, Android has zoomed past Apple in US smartphone OS share, taking the #2 spot with 28% behind Blackberry (36%) but now ahead of Apple iPhone OS with 21% (and, yes, I know that Apple somewhat lamely queried the accuracy of this). Be it as it is, Android is growing (and we all knew that, did we not?). According to Google’s CEO, Eric Schmidt, the company now sees 65,000 new phones being activated per day; this equates to a run rate of 23.7m for the year.

This is good news for handset manufacturers like HTC, Motorola and Samsung (all of who are shipping successful Android devices) as well as Google (which is fairly tightly embedded in the whole thing) but does it also reflect on the wider ecosystem of developers producing applications and services for the platform?

The main points that are usually mentioned are:

  • Low overall numbers: Digital Chocolate’s CEO Trip Hawkins moaned the company sold less than 5,000 units of its hit game “Tower Bloxx” on Android Market, which was indicative for the lack of uptake. If that is so overall, may remain to be seen. I beg to take into a account that Android as a platform is fairly new and the overall install base is still smaller than its competitors.
  • High price-sensitivity: according to an AdMob survey in January 2010, 12.6% of Android apps are paid vs. 20.4% on iPhone OS; the same survey revealed however that the average monthly spend was actually similar on Android ($8.36) and iPhone ($8.18) though higher on iPod Touch, which runs the iPhone OS, too ($11.39).
  • Return policy: Google allows users to return an app for a full refund within 24 hours of purchase. This is seen particularly onerous for games (a lot of which can be played start to finish inside that time frame).
  • Discovery: developers feel Google fell well short of Apple on this one. There is no possibility to discover apps from outside a mobile device (i.e. no iTunes) and Google has not really done anything in terms of marketing either (very much unlike Apple).
  • Ease of purchase: I would like to add ease of use of the buying process. Registration with Google Checkout is a far, far cry from setting up an iTunes account. This will very likely change very, very soon as Google will add carrier-billing now that it decided to move distribution of its branded Google Nexus One from D2C web-only distribution to the usual carrier model.

So what about it? Let us not forget how young Android is – even compared to the adolescent iPhone. The platform launched from an install-base of zero some 18 months ago, with the HTC G1 being the only device out there – and available through a single US carrier, T-Mobile (with a market share around 12%). Whilst I do not want to take anything away from Apple’s superior accomplishments with the iPhone, the growth of Android is not too shabby either! And with a plethora of manufacturers deploying Android-based handsets now (cf. the growth numbers above), Android is likely to be powering into the fore even more (irrespective of whether or not the above stats on it overtaking iPhone OS in the US already being true).

Price-sensitivity is not actually as bad as people think: the aforementioned AdMob survey shows nigh identical average spending patterns. Personal impressions may again be hampered with by early experiences: be reminded that, initially, there were only free apps out there. They will surely still be hanging around, but will they also for much longer?

Apple has always been extremely scrupulous on approval of applications on its platform. And whilst this may now be held against it every now and then (e.g. in the case of nipples or Pulitzer-price-winning political cartoons), it has helped it to uphold a fairly high standard of quality, which Android was lacking (initially) and which even led to “crap-filter” apps. One can however safely assume that this will change once the market size improves: Apple’s margins might be superior to everyone else in the world but that does not mean that the margins game developers can achieve with it are the same. With Android OS primed to expand at a much faster pace, the numbers will clearly speak for it, and – I would posit – that will bring more and more quality to the store, with the fads sinking fast.

Also, do not forget the big brands: they do not necessarily care for a small share of the audience only. Whilst Android was fledgling and just starting up, they may have held back but, ultimately, they are about reach, and Android is certainly bound to deliver that. I would therefore suggest that we will be seeing an influx of large brands (gaming and otherwise) onto the Android platform very soon, and this will also help user orientation as to what to go for and what not.

The discovery of apps will also be helped by the more open nature of Android. There have been a number of announcement for curated stores by carriers (e.g. Vodafone, Orange, Verizon Wireless, Sprint, etc.), and these will certainly not be allowing a free for all! Besides that, the app store model does per se pose some challenges on developers: the more successful a platform (and/or store) is, the harder it is to be discovered. One might need to look for other solutions in that respect…

The billing side of things is bound to improve, too. With carrier-billing around the corner (cf. supra), this will get easier and better. And also easier and better than it is on the iPhone: charges will simply appear on your carrier bill (smart pipe anyone?). Besides that, the business models for games are undergoing significant changes anyhow: Freemium takes centre-stage, and so it should: the model allows people to try a game out and be charged for it only when they know that a) they like it, b) what they are being charged for (e.g. that coveted sword, a couple of precious lives, or that cool background theme).

Remains the return policy. I have been raising this with Google, and it must be pointed out that similar things exist on the iPhone (they’re just “better” hidden). So besides the obvious (Google’s good intentions came back to haunt them), it is also time to think of new business models (cf. Freemium). It is not something constrained to Android: transparency requires you to deliver value. If you do, there are good and transparent means to monetize that value; and users will follow.

So, yes, there is game in Android. If you don’t believe it now, just wait for it! 😉

Apple turns to Facebook to sort through App Store

Apple has released an App Store Facebook app (which was aptly tagged with: “there’s a Facebook app for that”). This is a nifty move as it allows Apple a canvas from where to make discovery of apps as well as features and promotions somewhat easier.

It is noteworthy though that Apple leaves its trusty closed environment (comprised of Apple hardware, iTunes at large and the App Store) to turn to another platform for help in resolving the increasing discovery dilemma. The (Facebook) app racked up over 85,000 in a few days already, which is already 10x the number the good folks of MPlayIt managed to assemble for their iPhone Arcade, which does similar things (and, yes, I am sure they won’t be too happy).

It also highlights the increasing shift towards social discovery, and Facebook is – in my opinion (but then, and this is a disclaimer, given the work I do with Scoreloop, what do you expect?) only a first (albeit good) step: people care about what their friends say, play, do, recommend. And it is this community you need to unlock to get closer to access the social graph in ways that are meaningful to the single person. Where better to do it than from within a game or app though? 😉

But until then: good move, Apple!

Web v Mobile Web v Apps. Or Not?

Back in summer last year (when there was a whole lot less rain), I looked at comparing the mobile web to mobile apps. There is quite a discussion raging on which it will be. The Church of Jobs raving on about their uncountable number of app downloads on the one hand, and the brave warriors of ubiquity on a technical level on the other.

Asking the right Questions

I would posit that there are three distinct issues to be discussed:

1.    What is the web?

2.    What is the mobile web and is it distinct to the web?

3.    What about the content and its context (irrespective of platform)?

Every attempt to an answer should really start from the point of the user (who, I am aware of that, more and more becomes a creator at the same time) because, without them, there is not much of a (commercial) point to it.

Now, distinct to what old lore may have, users do not tend to care for technology much. They care for what technology allows them to do (or not to do). I therefore think the first question to be asked is: can the web do things better than an app (or, indeed, vice versa)? When you then start looking at what is being done (and what users may want to do if and when technology allows them to in a convenient and accessible way), you will come to a couple of easy conclusions.

The web in itself is just one huge content repository,

… which is – currently – being accessed predominantly by browsers. Some questions on this:

  • Has this always be that way? No. Pre-web, there were libraries with clever people in them that could help you find what you needed. With enough time, you would eventually get close(r) to the truth.
  • Does this always have to be that way? No. Text input via keyboards is not an “intuitive” way of communicating (the old folks here may remember the finger that hovered like a hawk above the keys of an Olympia). May touch control be a game changer? Later more on this…

Prior to Google, people search through catalogues, and they thought that this was an awesome improvement over having to run to libraries and stuff in order to find things. Along come the Google fairies that deliver the same more easily and quickly, and everyone now feels that catalogues are a little quirky and very old-fashioned indeed.

This is to illustrate that the packaging and connection into discovery mechanisms are more important to the usability of the content than its actual delivery. Ease of access matters as, otherwise, there is, well, none.

The mobile web is the web, the web and nothing but the web.

It only so happens it is being accessed from a device with a smaller form factor (that is, until H&M starts shipping those iPad anoraks with monstrously big pockets next autumn). Increasingly, browsers available for mobile devices render web content originally formatted (not created!) for larger devices for the smaller screens. This does not, however, mean that they are the best way to deliver content to a small device.

One big thing speaking in favour of a unified web platform (including on mobile devices) to deploy content is, of course, volume and unit costs: all other things equal, the cost of deploying via a unified web platform is significantly lower than on others (no need to build custom solutions for every man and his dog and unit costs drop to virtually zero very quickly. This is arguably the key argument in favour of the web but I would suggest that it will only work if you can deliver at least as well as other routes of deploying that content offer to.

The usefulness of content is, per se, independent from the device.

In other words, device constraints have, per se, nothing to do with content being accessed, used, consumed, processed. By way of example, who would have thought that people would read a book on the go in the early 90s? Doesn’t seem to be a big thing anymore today, does it? And why not? Because we got used to solutions that make this convenient.

It is a question of packaging and approach that will determine how well (or poorly) access and usage of content on any device works. If you call it an app or a widget or whatever else does not matter. Most people just do not care. They look at how easy it is to retrieve the latest weather forecast. If an app does that more quickly and comfortably, they’ll use that. If a widget does the same thing, they’ll choose what they like more. And if you can deliver the same thing as easily, as comfortably, as quickly and as discoverable on the web, they might just do that.

Not everything is delivered best on the web

Now, the web is big, it is very big indeed but it is unlikely – despite of what Apple tells us – that there will be an app for every web page. Then again, does there need to be? No. Why not? Because not every web page will be accessed from mobile devices or, rather, will not need to be accessed from mobile devices in numbers large enough to be of commercial relevance.

Hah, I hear you say, he is taking a short cut here: the above implies that, if there is a need to access content from a web page, an app is the better solution. And, yes, you are right. But I will come to this later.

Sometimes, the web does not even work well through a browser. Google Earth is one of these: it is a desktop application because of functionality constraints over the web. It is connected, mind you.

Not everything is best delivered through an app

The equation works around the other way, too. There are things I will normally access through a browser, simply because it would be too onerous to have a single app for all web pages I access. Moreover, there are indeed web pages (this blog included) that use nifty code (don’t ask me; it’s run through WP plug-ins) to render content in a more useful way for smaller devices. Would you care much for a “Volker on Mobile app”? Probably not. Because I only update this blog a couple of times a week, and it probably does not generate enough value-add to merit the (presumably) superior functionality you could deliver with an app.

Some things don’t work on Mobile, or do they?

Did you ever use Google Earth via its iPhone app? If not, let me tell you that is a pretty poor experience compared to the wow-feeling all of us will have felt the first time we played around with it on their desktop app. Why? Because it just doesn’t translate properly. Imagine watching Independence Day on the iPod Touch: you’d get cute little spaceships but not really the awe-inspiring size Emmerich had in mind when shooting it.

Both of these lack of one thing mobile can never deliver, namely the big screen. They are, in their current packaging, unsuitable. This may not however apply to subsets of the content and/or information embedded in them. Google Earth may provide useful data that, if re-packaged, delivers a powerful and good user experience on a mobile device, too.

Functionality and Usability are King and Queen

Almost all considerations result from and in questions of functionality and usability. On devices with larger form factors and constant high-bandwidth connections, a lot of rich content can be appropriately delivered via a web browser. The same cannot (yet) be said of mobile devices. Even with 3G, performance of rich media can often be shoddy. Poor user experience = frustration = low or no usage.

With 4G on its way, this may change considerably. With down-speeds North of 10 Mbps to your mobile device, there is a lot of rich content that you can get to your device in no time (or, rather, real time). That would be functionality solved then.

In the short and medium term, I see, however, two other constraints, and these are a) usability from a device perspective and b) usability from a user perspective.

Currently, a device running constantly on a high-speed data connection sucks battery life. With an iPhone already running on something like 30 minutes when in full use (OK, I exaggerate, and, yes, I do know that Nokias do better – but then, they are not as usable [anymore]), this is a non-starter. People will not do it. Once this is solved (and this is a question of when, not of if), this goes away, and that will be a huge constraint removed.

The other obstacle is usability from a user perspective. What does an app actually do? It pre-packages content. And because it (or some of it) is already in there, you don’t have to download it again. It also allows you to build in specific input mechanisms that optimise use for the mobile device (and how this impacts uptake, the iPhone has shown!).

Touch as a game changer?

Touch control is very much on the fore. And it makes perfect sense: that stylus just seems to dangle on the end of one (OK, normally two) of your limbs, it’s always on, it’s always with you (quite literally at arm’s reach) and you learn how to control it from pretty early on in life. Heck, it’s even been used to get us onto this earth in the first place (or so some people believe).

Touch control then also does away with a few constraints in particular on mobile screens (where mouse control, touchpads, etc are not normally readily available nor as useful as they are on a desktop). So once HTML5 is widely deployed (which – I am told – makes the UI life within web pages a whole lot easier), the usability thing might just go the way of the mobile web.

Touch control (and other nifty things; check here for another Apple patent on finger-based input using the camera) then propels the usability forward (or back? the first maps were arguably drawn with fingers in the sand…), and this will be quite helpful – in particular also on the smaller device.

Until then, build apps that incorporate controls that make the user’s life easy (or at least easier). If you call them apps, widgets or whatever else you can come up with, doesn’t really matter…

Top 10 Mobile Phones January 2010

Everyone’s favourite fashion accessory maker Krusell has published its top 10 list of mobile phones assessed by counting the number of pouches for various handsets again. So without any further ado, here’s the list:

1.(1) Apple iPhone 3G
2.(6) HTC HD 2
3.(4) Nokia E52
4.(2) Nokia 3720
5.(10) Nokia 6700 Classic
6.(5) Nokia 5800
7.(3) Nokia 6303 Classic
8.(-) Nokia X6
9.(9) Samsung B2100
10.(5) Nokia E72
() = Last month’s position.

It is as always: You tell me if this is representative (I would tell you it is not). But since hard numbers are so hard to come by, I thought I’d publish the soft (pouchy) ones instead. So there you go…

Top 10 Mobile Phones November 2009

The Swedish maker of accessories for mobile phones, Krusell, has been silent since August or so but they now came back with a bang and published the numbers of the top 10 selling phones derived from their accessory sales for both October and November 2009 in quick succession.

I am only giving you the November positions (hint: the October ones are in brackets). It goes like this:

1.(1) Apple iPhone 3G
2.(-) Nokia 3720 Classic
3.(8) Nokia 6303 Classic
4.(-) Nokia E52
5.(2) Nokia 5800 XpressMusic
6.(-) HTC HD2
7.(-) Nokia E71
8.(-) Sony Ericsson Naite
9.(6) Samsung B2100
10.(5) Nokia 6700 Classic
() = Last month’s position.

The iPhone seems to be the darling of Krusell-accessory-buying customers (which may or may not be a matter of concern – depending on your taste. Nokia’s performance is fairly noteworthy though. A little reminder that the Finnish giant is anything but dead. And don’t be fooled: Krusell has stores all over the world, including in the US, which makes the overall top 10 performance of Nokia phones all the more impressive.

As to how meaningful these stats are, I refer you to earlier thoughts (see also here).

Page 3 of 8

Powered by WordPress & Theme by Anders Norén