Nielsen is wrong on mobile

Nielsen is wrong on mobile

Designer, developer and mobile maven Josh Clark tells us that rather than stripping down, we should be asking how we can do more with the mobile experience

For all of Jakob Nielsen's many great contributions to web usability over the years, his advice for mobile is just 180-degrees backward. His latest guidelines perpetuate several stubborn mobile myths that have led too many to create 'lite' mobile experiences that patronise users, undermine business goals, and soak up design and tech resources.

The notion that you should create a separate, stripped-down version for 'the mobile use case' might be appropriate if such a clean mobile use case existed, but it doesn't.

First, a growing number of people are using mobile as the only way they access the web. A pair of studies late last year from Pew and from On Device Research showed that over 25 per cent of people in the US who browse the web on smartphones almost never use any other platform. That's north of 11 per cent of adults in the US, or about 25million people, who only see the web on small screens. There's a digital-divide issue here. People who can afford only one screen or internet connection are choosing the phone. If you want to reach them at all, you have to reach them on mobile. We can't settle for serving such a huge audience a stripped-down experience or force them to swim through a desktop layout in a small screen.

Also, 'the mobile use case' doesn't exist as neatly as Nielsen suggests. There's a persistent myth that mobile users are always distracted, on the go, 'info snacking' in sessions of 10 seconds. That's certainly part of the mobile experience, but not the whole story.

Long sessions

Mobile isn't just 'mobile'. It's also the couch, the kitchen, the three-hour layover, all places where we have time and attention to spare. 42 per cent of mobile users say they use it for entertainment when they're bored. Those aren't 10-second sessions. That means we shouldn't design only for stunted sessions or limited use cases.

Nielsen is confusing device context with user intent. All that we can really know about mobile users is that they're on a small screen, and we can't divine user intent from that. Just because I'm on a small screen doesn't mean I'm interested in less content or want to do less.

Stripping out content from a mobile website is like a book author stripping out chapters from a paperback just because it's smaller. We use our phones for everything now; there's no such thing as "this is mobile content, and this is not."

We've all had the experience of going to a website on our phones and getting bumped to the mobile version. It looks great except, wait a minute, they've removed the exact feature or piece of content that I'm looking for. You know the drill: swipe-swipe-swipe, there it is: the "full desktop site" link. And then suddenly you're swimming in this giant design that undoes all the clever thinking that went into the original mobile layout. This is frustrating, it's wasteful of network bandwidth, and it suggests that the business doesn't care about that content.

When you see a "full desktop site" link on your phone, you're looking at an admission of failure.

Nielsen suggests that for users who want content that doesn't appear on the mobile website, you should just offer links to the 'full site', by which he means a desktop layout. We all know from our own consumer experiences what a crummy experience that is. Let's not forget that as designers.

The breakdown here is identifying the 'full site' as a desktop site. We should start with the ideal that all platforms are equal and that all content should be available in a way that is formatted appropriately for whatever device the consumer uses.

The answer is not building a separate website for every platform. That might've been fine when a new platform arrived every few years. But now that they seem to arrive every few weeks, that strategy is untenable. There aren't enough of us to support and design a fresh website for mobile, for tablets (for 7" and for 10" tablets), for television and for speech-based interfaces that are around the corner.

It's a content-strategy nightmare and a voracious resource hog to build and support separate websites for each and every platform, for each and every screen size, for each and every input style (touch, speech, text and so on).

Uniform experience

His suggestion that there should be a distinction between desktop and mobile website URLs is damaging, too. Any piece of content should have one address on the web, not several. When I'm on a phone, that content should be formatted appropriately for the small screen, and when I'm on a tv-based browser, it should be formatted appropriate for the giant screen. But the URL – the 'uniform resource locator' – should be uniform across devices, one place to go no matter what I'm using to browse.

Nielsen says his research is based on studies of hundreds of mobile experiences, and I don't doubt it. But because he's finding tons of poor mobile websites doesn't mean we should punt on creating great, full-featured mobile experiences.

Look, it's hard to build a great mobile experience with complete content and features. It takes careful thought and planning. But the obligation of design leaders is not to say, "don't bother." It's to provide guidance on how to do it well. Responsive design, adaptive design, progressive enhancement, and progressive disclosure give us the technical tools we need to create a single website that works well on all sites. We're still learning to use those tools the right way. Just because it's a design challenge to use them correctly doesn't mean we shouldn't strive to do it right.

Mobile isn't less. In fact, I think the real question is often, "how can I do more on mobile?" Because these devices, despite their smaller size, can do more than desktop. They're full of sensor superpowers. In many cases, there are opportunities to add content and features to mobile experiences, rather than strip them away. The ideal that we should all start with is that we should build a single website and then gradually enhance the experience to adapt to the capabilities of the specific device.

With more mobile phones being sold than PCs, with a growing number of people using phones as their exclusive web client, the idea that we should treat the desktop as the 'real' website is simply becoming quaint.

For more on the controversy, check out our news report and Nielsen's response.

27 comments

Comment: 1

++

I think Nielsen ought to start listening to the world of web development and the direction it's taking -- 'Responsive Web' et al. -- before issuing another pronouncement. I often don't agree with what he says but this one wins the Triple-Dead-Fish Award.

In any case, the question, to separate or not to separate, reminds me of how Accessibility was treated over the past few years: Initially the approach was to have the 'normal' site and then to have a 2nd stripped-down site which would work on screen-readers, etc. It soon became clear that the stripped-down version often was 2nd rate for which reason, advocates for accessibility argued that the answer was one site accessible to all.

That's now standard practice in Web development. All the standards authorities support it. And, contra Nielsen, it's clearly the way we're heading for multiple devices as well.

Comment: 2

++ as well

When I first read the article from Nielsen, saying that after researching a lot of mobile sites, cutting content should be a "mobil best practise", I couldn't belief it. That's like blaming people cause they are surfing the web on their mobile device or like "Oh you have just this small device, so you just get to see a small part of our content".

I wrote an article lately http://justmarkup.com/log/2012/04/02/take-this-you-mobile-wannabe/ where i talk about some of the failures of mobile wannabes. Especially the "URL part" is done wrong way too often, an URL has to be the same on every device, and as Thomas Fuchs once said "Dear websites, every time you redirect me to your "mobile" site and just cut off the path of my URL, a kitten dies." There is nothing more annoying than clicking a link and just get redirected to the start page, and a link to the desktop version is not at all helpful in this situation and will never be a good mobile experience.

It's really great to see, that guys like Josh, Brad and many others speak and write a lot about doing mobile the right way.

Thanks

Comment: 3

Regarding long sessions... at Lot18, Pages per Visit is not much different from smartphone to desktop while our Average Visit Duration is significantly higher on mobile. It's safe to say for us, users stick around beyond the "quick fix".

Comment: 4

I agree with most of the rebuttal to Nielsen's article, however, his argument for content-cutting isn't based solely in a presumption of user intent, or the amount of time they have to read... It's based on a human ability to scan, evaluate, and absorb information when the delivery mechanism has physical constraints such as viewport size. I think his 'conversation' with .net made that pretty clear.

Comment: 6

I completely agree with you Jason, I see no reason for content and functionality to be cut down for mobile users. I think that to cut down for mobile sells your services short. Why get rid of something that helps your brand stand out from the competition? Only functionality that isn't possible yet should be cut out, video uploading for example, and I look forward to when handsets and internet speeds allow us not to have to do that!

People are spending any amount of time on their mobile – from a ”snack” length of time to hours (whilst traveling for example). A carefully designed navigation and user journey will allow users to access as much or as little content and functionality as they want or have time for. Desktop sites tend to present a lot of information all in one go. However, mobile sites should highlight the most interesting or relevant content (perhaps taking advantage of GPS location etc.) but also allow other content to be easily accessed.

There’s no point in penalising the mobile user as that’s the way the world’s going!

Comment: 7

You make some great points here Josh and they're well aligned with some of the findings that came out of a research we completed in the UK recently on how consumers were engaging with products and services in the mobile context.

We ran a large scale diary study and followed up with a survey to validate the themes and observations and the 'info snack', certainly came out as a myth.

We found session lengths commonly exceeded 30 minutes as people turned to their mobile devices on the commute to work, in the doctors waiting room, or the coffee shop. There was a strong desire for mobile products and services that could either help to make time productive or to provide an enjoyable distraction. There’s an opportunity here to engage consumers through mobile for prolonged periods of time, either through experiences that add utility, or that are immersive and enjoyable.

Stripped back, bare minimum offerings just don't provide the kind of experience that people want or expect from their shiny new device and brands beware; we also found 47% of people had stopped using a brand completely, because of a poor mobile product or service.

If you're interested in more of what we found in the study, there's a free to view webinar at http://www.foolproof.co.uk/insight/videos/

Comment: 8

Hi Josh,

I agree with a ton of the points you've made and I love your description of thinking 'more mobile'. As I've been learning about responsive design, I find that a good grid system goes along way in easily making content viewable on a ton of devices.

In parallel to what you said, I don't feel that you're necessarily hindering the user if you remove content that isn't essential to the functionality of the site. For example, if there's a huge image banner that doesn't have any links, etc. it could be removed on a mobile version.

"When you see a "full desktop site" link on your phone, you're looking at an admission of failure." Funny, I've ran into this problem several times!

Great article.

--
Ryan - http://boompah.com

Comment: 9

There are good reasons for basing mobile display decisions on 'snacking' and as you have rightly said, it's down to content as much as context. If your site is intended to sell a perishable product for example, you want expedience at the forefront when it comes to your mobile solution and may consider dropping more than just cruft when you head down the connection speeds and portal sizes.

Does that mean we should just give up? Of course not and we should most certainly state that all content should be freely available to you regardless of what you view the content from.

I think that where Nielsen was coming from was that you cannot provide certain features that have been designed for desktop browsing via a mobile device and more so now that the vast majority are touched based.

An excellent point in case is hover state. This has caused me huge problems of late when I have visited a site via a tablet or hand held device. If the root nav element has a page of its own you end up hitting that first then the category below that you wanted extending the time it takes to get the information you wanted.

It doesn't mean we should stop building hover based menu systems because they may be the feature that sets it apart when viewed on a device which allows hover and click.

We should never remove content, but we do need to seriously consider how it is presented and found through touch base devices, I don't think the argument is about speed limitations anymore; although it must still be considered that most will not be using Wi-Fi.

The other big factor is that most of India's web usage is through mobile phones as is much of south America. These are two hugely emerging markets for device manufacturers. We must build for people but devices are becoming equally critical in decision making.

Comment: 10

There is no right or wrong in this argument, it simply comes down to the application of the mobile website.

Should a publishing company that wants to syndicate to mobile cut down with less articles because its mobile? No.

Should a restaurant owner who is perfectly happy with his flash website have a separate site that is optimized for mobile? Yes.

The reality on the ground is that many business owners don't want to invest another boat load of money creating "responsive designed" sites, and if the opportunity is there for them to make a small investment and fix their problem for mobile its a no brainier.

One company that does a great job of this and helps you build premium mobile websites very easily for your customers is http://www.brickandmobile.com, their mobile cms is fantastic and their mobile marketing system is fantastic.

Great article and debate!

Comment: 11

As a mobile web development platform, we squarely fall in Jakob Neilsen’s camp and commend him for the well-written report! Kudos!

In the case of mobile design, one size surely does NOT fit all. Let me explain...

We completely agree with Jakob's premise that a single site cannot serve the wants and needs of both mobile and desktop users. Yes, there are sites that go against this paradigm, but for every one of those sites, there are dozens of sites that follow his philosophy. This is especially true of sites transacting millions of dollars on mobile devices (just look at most travel and retail eCommere sites). Why is this? The reason is multi-fold:

First, they are simpler to develop and maintain (yes, segregating mobile from desktop is actually easier and cheaper to maintain – this is true because test cycles are shorter and changes/enhancements are easier).

Second, they are faster (mostly because servers can concentrate on delivering mobile content as opposed to deciphering and segregating content at runtime. People who advocate CSS to make content mobile friendly have obviously never developed large enterprise mobile sites) – for the record, we have developed large enterprise mobile (custom) sites and there are about a thousand smaller mobile sites successfully running on our Mobile CMS platform. (In full disclosure, I am the CEO of brick&mobile. Find out more about our Mobile CMS at www.brickandmobile.com/mobile-cms) All our solutions follow Jakob Neilsen’s philosophy (because it just works)!

Third, most users prefer the easy-to-navigate mobile sites (yes there are a few users to actually prefer to pinch and zoom on their larger-format Android devices – for these users, mobile sites usually simply have a “switch to desktop” link)

Fourth, for the folks who advocate “responsive design,” (ehm Josh Clark) we’d like you to show us REAL examples of sites (other than newspaper or blog sites) that use responsive design effectively (and affordably). Responsive design may work quite well for newspaper-based sites (e.g. Boston Globe) or even blogs, but it is non-trivial to develop for transaction-based sites. Responsive Design is great in theory; and maybe there is an enterprise-level company that has actually implemented this; but at what cost?

Fifth, the base assumption that mobile users want as much content as desktop users is sketchy at best. A recent Pew study stated that “25 percent of people in the US who browse the web on smartphones almost never use any other platform.” How Josh makes the leap from this Pew research finding to “users want as much content on mobile” is beyond us. Moreover, in the Pew study uses the word “almost” (read the portion in quotes again).

Lastly (and this will drive the point home), citing Josh Clark who says (quite boldly) that “when you see a full desktop site link on your phone, you’re looking at an admission of failure.”

Maybe a closer look be taken at the Wired magazine mobile sites. There’s clearly a “full desktop site” link on it. And hey Josh, just in case you didn't know, m.netmagazine.com's mobile site also has a link called “view classic site.”

Look, both the Wired mobile site and the netmagazine mobile site are excellent mobile sites, and I assume they both use responsive design. They are newspaper / blog sites for whom responsive design works. Try it for an eCommerce-based or local site, and the equation is different.

Just our two-cents :)

For those who agree with Jakob we highly recommend our Mobile CMS platform to easily create and main a premium mobile websites. Find out more at www.brickandmobile.com

Comment: 12

I only have 1 thing to say. Thanks god Josh Clarke was there to counter Nielsen's ridiculous statements :)

Comment: 13

I agree with Jakob Nielsen and would echo brickandmobile (although I would point out that there are other mobile frameworks available!).

A user of a mobile device has different needs and expectations to a desktop user, so it is important that the mobile experience is not simply the desktop site.

No one would advocate simply lifting Outlook and dumping it on someone’s phone as an app without making any changes. If you look at all the Apple apps on your iPhone how many of them have 100% the same functionality as the Apple apps on your Mac? Safari on the iPhone could be same as Safari on your Mac, it’s not because Apple takes the view that that is not the right way to do things.

One of the commenters made the point that the difference between mobile and desktop users is about interaction methods as much as it is about screen size, I agree. For instance, a touch screen user might not be very willing to use the on screen keyboard whereas a desktop user probably has a lot less resistance to using a physical keyboard. If I go to a website that asks me to fill in a long form I am a lot more willing to do that on my desktop than I am on my phone.

So now we get to the question of how we create two different experiences, I believe that there are two approaches, create one site that fits all (Responsive Web Design) or create two different sites (or views).

I believe that the answer is to create two different sites (or views) because it is simpler for the UI developer to maintain and better for the mobile user. Think of a user as a web service consumer, if a web service made a request for a URL and it requested a PDF file as the response then we wouldn’t try to bend the HTML view into returning a PDF because there would be very little code in common. Similarly if done right a mobile and a desktop site should have very little code in common between them.

It is pointless to serve bandwidth heavy elements to a mobile device if you are just going to hide those elements using CSS queries or Javascript (which slows the page load down even further). And what’s the point of serving up all the mobile content to a desktop user if they are not going see it? Think of your Y-Slow rating!

From a development point of view I prefer very simple pages which are just basic HTML, one simple view for desktop and one simple view for mobile. This way you can develop new features and functions for the desktop without having to constantly think about how your changes affect the mobile view (and vice versa). It also reduces the amount of user acceptance testing you need to do; a change to the desktop site won’t result in having to retest the mobile site (and vice versa).

I am sure that very clever, highly skilled developers can create very good responsive web designs but the majority of developers aren’t very clever and highly skilled (I’m not!). Simplicity and separation wins out over clever 'tricks' or complex solutions when it comes to code maintenance.

I think the reason for the knee jerk reaction to Nielsen is that what he is advocating feels like it goes against what web developers have been taught about agent sniffing and what developers have taught about code reuse. When I went to university agent sniffing and serving up different content for IE and Netscape was rightly viewed as the wrong thing to do because developers were falsely fragmenting the web but mobile web is a different case because it is already fragmented (but out of necessity).

If Josh Clark is right then we would all be using Java Apps (write once run anywhere) on our desktop, laptop, mobile, TV and fridge by now but we are not because the industry quickly found out that if you write once you have to debug everywhere!

Comment: 14

Many thanks for all the thoughtful comments and feedback.

I certainly agree with everyone here who says that mobile sites should often LOOK different from desktop sites and should provide a different priority of content. Different mobile experiences are just fine and of course there are some use cases that will be more common on mobile than on desktop and vice versa. The website

Some of the comments here would cast me as being a dogmatic adherent to responsive design. Nothing could be further from the truth, and I've written the same several times in the past, including for example:
http://globalmoxie.com/blog/mobile-web-responsive-design.shtml

I think responsive design is a useful tool in many cases, but as with any solution, not always. As I write in the link above, a separate mobile website may be necessary, especially for transactional sites as some suggest above. But I don't think that should be our default starting point. If you CAN serve all platforms with a single website, that should be our default, the ideal. It means maintaining a single code base, it means maintaining a single content strategy, it means creating a website that's more likely to work well on future platforms, too. And it turns out that many companies are realizing that ideal. But if it's not possible (or practical) for an individual project, then sure, OF COURSE pursue a different route.

If you do create a separate website, though, it should be for those practical technical reasons, not for the goal of providing LESS content. The crux of Nielsen's advice is not that companies should build a separate website for all of the valid technical reasons that people above argue, but rather with the explicit goal of providing less content and less features to mobile users. That's the point that I absolutely dispute. We should not use false notions about context to punish our users, take content away from them, or avoid difficult design decisions. Mobile does not mean less, and thinking it does will only create more work for our organizations in the future.

My point about mentioning the vast and growing number of people who use smartphones as their primary browser is intended just to say that those folks will mostly or exclusively view our content through that small-screen viewport. If we care about those users, if we believe that they deserve to view our content, then we must also believe that it's worth viewing in a small screen, too.

I am acutely aware that few companies can afford to blow up their websites and create a single responsive website in one fell swoop. In that case, a separate mobile website might be necessary as an INTERMEDIATE step, but perhaps not as the ultimate goal. And, if it's possible, that intermediate mobile-only website might even evolve into a responsive/progressive/adaptive website that actually serves all platforms. It could eat the desktop site, in other words. Again, though, that's an ideal that should bend to technical realities.

Above all, though, the key goal should be equal access to content -- appropriately displayed for the device -- on every platform. That's a future-friendly approach that will save effort, please visitors, and create business value.

All of these goals can be accomplished with well planned content strategy, intelligent content management, and a realistic acknowledgement that the future will consist of a jillion platforms. All of these things are HARD, and very few companies are doing it right yet. We're all feeling our way here. But these are important goals, and I don't think we should fold as easily as Nielsen suggests. We need to serve this varied array of platforms not by building separate sites or apps for each, or by siloing content arbitrarily by platform, but rather by building flexible sites with flexible content.

Thanks again for all the thoughtful comments!
Josh

Comment: 15

Ah, almost forgot. The irony is not lost on me that this site has a separate mobile website with a "view classic version" link. The fact that you can't read or post comments on the mobile version of this site is an unfortunate mark against it. I'm posting this comment (as well as my last comment) on my phone, and I'm currently swimming in a desktop layout, rather than a design that's adapted to the small screen. Perhaps the reason is because mobile users don't want to read or post comments?

Josh

Comment: 16

Josh, This is a great article and quite a thread. What people are missing is that just because we are on mobile we do not want less content, we want the same content that is offered, but potentially delivered in a different form.

I have been in mobile for over 17years... started in 1995 at Nokia. Worked on some of the first browsers, apps and have seen the evolution. We have always believed in "one-web" in my circles and that the mobile device would access the same internet... there was no mobile interest. Case-in-point, where is dotmobi today?

I have been a fanatic about RWD because it gives you the entire site with all the same URLs. It is then up to the designer to get it right for the context of that brand. What I think is going to be interesting is we will no longer say mobile but what is the design for a 2", 3", 5", 7", 10", 13" screen on-the-go and then a 15", 20", etc... on-the-go but with slightly different context. The design for the screen size becomes critical, but having all the content is key.

Last weekend, I was in Kentucky and was at the races.... wanted to change my Delta flight. I went to the mobile website and tried to find the number to call or what to do..... Could not find it for the life of me and it was designed by some of the best mobile designers.... A colleague of mine did a Google search and landed on the desktop website..... Even though it was pinch-n-zoom she got the number and I could make the call. If that site was Responsive, then even though the UI might not had been perfect, the ability to find the information in seconds was the key.

Making truncated websites is the absolutely wrong approach!

Thanks and hopefully we can meet some time. I am also in Brooklyn.

Best,
Matthew Snyder
CEO ResponsiveAds @responsiveads
Managing Director, ADObjects, Inc @adobjects

Comment: 17

Nielsen has backed up his statements with usability testing. This means that users have fed back to him with their concerns. He hasn't just made up as he went along, he has the information to back it up. And this is the key fact that separates these two arguments, and I am left siding with Nielsen.

What I have found with a lot of articles is that the person writing them says "oh it's better to do it this way because people don't want it the other way". How have you come to such a conclusion? It's usually personal experience, and we are all tech savvy people. We know what the device should be able to do, and when a website is delivered that doesn't meet our expectations we immediately say "this is wrong we should do it the proper way".

Real life isn't like that. For the most part we are all at the mercy of the people who don't know their HTML from their FTP. These people are the consumer, the people our clients are trying to engage. We can't give our client a website that may be uber cool to our peers, but would leave the target audience dumbfounded and thinking "all I want to do is find out where the cheap products are". And that is a huge issue that's gone undetected: There is too much showing off to other web developers/designers. Too much "Look what I got my site to do on a mobile device" "Wow thats really cool!". What good is a cool website to someone who just wants some content and is left confused by not know where to go?

Indeed, you wouldn't cut out extra chapters from a hardback book just to make it fit a paperback. But the paperback would use smaller text and get thicker, so there is a change. If you have a page that is content heavy then you have to change the way it's presented on a mobile device because of the size. Therefore, you take content off the page delivered to the mobile device, but still have it accessible. My interpretation is that Nielsen doesn't mean "remove content altogether", but instead put it elsewhere for it to be accessed but not on the same page.

And if the minority is dictating to the majority (which is something I definitely disagree with) and they only ever view websites on a mobile device, how do they know they have a different experience? If their experience is good then that's all that matters.

Comment: 18

I love data. I'm an avid researcher who has done mountains of user testing. Data, however, is only as good as the assumptions and analysis that go into it. And I'm afraid that my own wealth of data and conclusions simply differ from Mr. Nielsen's.

He rightly sees that too much information overwhelms on the small screen. The solution, however, is not to eliminate complexity, but to eliminate complication. Complexity is what makes our lives rich and what allows us as designers to solve users' problems. Our job is not to eliminate that complexity—to kill content and features—but to make it manageable, as Mr. Nielsen's own partner Don Norman so frequently and eloquently expresses.

I see Mr. Nielsen's advice — eliminate content and features from the small screen — as an admission of defeat, when we instead need design leaders to rally to help one another do a better job of managing complexity in the small screen — and on all screens, for that matter. (Of course, you should kill irrelevant features and content, but Mr Nielsen in my opinion suggests cutting muscle, not fat.)

As I've said above and many times elsewhere, I am all for adapting presentation to the device, including to the most common use cases for that device. I love how Netflix handles this across its 400+ installed devices, changing presentation fluidly to adapt to television, phone, PC, and tablet interfaces. My argument is not that presentation should not change or adapt according to the device. On the contrary.

Rather, I'm saying that content and features should not be ELIMINATED from the small screen outright (or forced to be fed through an oversized desktop layout). I'm afraid this is exactly what Mr. Nielsen suggests. See, for example, his November column:
http://www.useit.com/alertbox/mobile-ux-guidelines.html

...where he writes, "the feature set should be much smaller for a mobile site than for a desktop site… A mobile site should have even fewer features than the desktop site. (Thus the guideline to offer a link from the mobile site to the full site for users who need features that only the desktop site supplies.) The mobile site should have only those features that make sense for the mobile use case. For example, a company's full site typically includes PR information and investor relations sections, but this info should be eliminated from the mobile site."

Because, you know, when you're on a small screen you're suddenly not interested in PR information or investor relations.

I do not argue — and in fact absolutely agree — with everyone above who's said we need to adapt our content and design presentation for the individual device. Where I disagree is when people say we should remove content and features. A large and growing number of people will see content almost exclusively through the small screen. We owe it to them to present that information comfortably and completely, without swimming through an oversized desktop experience.

Thanks again for all the thoughtful feedback,
Josh

Comment: 20

I think we fail here in what we constantly tell designers:
Leave the official technology out of the discussion and aim towards people, services and innovation.

How can we put tablets and smartphones under one category ?
Just because they both (might) be using mobile technology?
Just because they are both "not" desktop/laptop?

Do we really argue that a person using his tiny screen smartphone with one hand in a train station while walking, holding coffee and a newspaper under one hand and having to deal with the noise around him is should be treated the same way as someone cuddling his iPad on the living room sofa checking his Facebook app ?

Is there one MOBILE concept ?
Can Nielsen be more wrong? but also... can the headline of this article be as wrong as Neilsen?
Is there ONE way to look at mobile?

I think we are wrong to even suggest arguing on "mobile" as such.
This mistake will be even clearer when the Windows 8 "Metro" UI brings more of the known "mobile" concepts to the desktop/laptop world.

There is Technology, it should stay in the background. We need to find ways to build good content and services for users on tablets, laptop, desktop and smartphones considering what they want to do, what they can do and what we want to supply them on the different contexts that they might be accessing our offering.

Comment: 21

Yes I agree with the following discussion that in today's world many people access the web from the mobile as its portable and we can use it from anywhere.
Regards,
James Sheri
seo company in india

Comment: 22

While I agree that we should not strip down content for mobile viewing one thing is clear - we must learn how to cleverly reorganise content especially for mobile viewing. This as we know can be achieved through responsive designs. Great care in designing hyperlinks and/or navigation for us large fingered humans is more important. How funny it is to see someone trying to click a side navigation link even after pinching and zooming. Pumping up the navigation through responsive design makes more sense as content becomes more accessible and not hiding half of it as Jakob suggests.

Comment: 23

Not entirely sure long sessions is a valid argument on mobile.

I browse a fair bit off my phone, but sometimes I will switch to another application or have the mobile browser hanging around in the background.

I think a greater metric would be pages/visit, cross-referenced with session lengths to validate that argument.

Also interested to see if the stats marry up across different continents.

America has been behind most of the west regarding smart phones for quite some time, and I imagine the market share of devices over there is heavily skewed to iOS.

It's true that many people are no longer visiting websites through their desktop machine - I see friends using facebook only on their mobiles nowadays.

Also consider delivering your mobile audience a different application/website, because ultimately you will need to test double (or even triple - tablets) the platforms to release good quality code.
The extra deployment mechanism means that you can also scale up your hosting resources if one of the sites takes a hit more than the other.

I agree about URIs being exactly that, Uniform.

Ironically, when I signed up to .net mag on my desktop machine at work, and then followed the verification link through the gmail app on my mobile, I was presented with a mobile 404 page!

All in all, mobile users don't just need a re-skinned site, they need a different experience and content altogether!

Comment: 24

I like this concept. I visited your blog for the first time and just been your fan. Keep posting as I am gonna come to read it everyday. cladding gold coast

Comment: 25

I am very happy to discover your post as it will become on top in my collection of favorite blogs to visit. Microdermabrasion

Comment: 26

I appreciate your work. This information is really cool and lot informative. Keep this work up and make us knowledgeable. the simpsons tapped out cheats

Comment: 27

interested to see if the stats marry up across different continents. I think a greater metric would be pages/visit, cross-referenced with session lengths to validate that argument. template web
June issue on sale now!

The Week in Web Design

Sign up to our 'Week in Web Design' newsletter!

Hosting Directory
.net digital edition
Treat yourself to our geeky merchandise!
site stat collection