• A Future Site ▼
    • Print subscribers can now download .net's March issue (238)!
    • Discover all of our 2012 in review articles!
    • We reveal the top 50 books for web designers and developers.
    • Check out our shop for subscription offers, buy single issues and more!
    • Have you broken our 10 New Year's resolutions for designers yet?

    Designers respond to Nielsen on mobile

    By Tanya Combrinck on | 12 comments

    Share this article

    • Tweet
    • Short url

    Nielsen's recommendation that publishers build separate mobile sites has been met with astonishment from the industry

    spacer
    Is Jakob Nielsen out of touch?

    Earlier this week usability pioneer Jakob Nielsen published guidelines recommending separate sites, cut-down content for mobile and auto-redirects to mobile sites.

    He says that although expectations for what can be accomplished on mobile are rising, a link to the full site should be enough to satisfy users who haven't found what they need on the mobile version. He tells us to "cut features, to eliminate things that are not core to the mobile use case" and to "cut content, to reduce word count".

    UX professional and content strategist Karen McGrane told us she read the post "with a mixture of horror and bewilderment". Cutting content, she tells us, is not only "a content strategy nightmare" (as it means forking), it also treats mobile-only users as second class web citizens:

    "About 25 per cent of the people who use the mobile web only use a mobile browser. They never use a desktop computer. These users are disproportionately low income, black, and Hispanic. Jakob's recommendation that mobile sites should cut content and features relegates these users to second-class citizens. He suggests that the mobile-only user should get sites optimised for 'the mobile use case', which doesn't exist if your mobile browser is your only browser. We should strive to make the web accessible for all users."

    Mobile web strategist Brad Frost agreed: "It's increasingly essential to provide access to a full experience across devices. I wrote about this in my content parity post, and while I do think building a dedicated mobile site is a viable option (it's certainly the reality for a lot of organisations), it opens up a lot of opportunities for disparate experiences. This trend needs to stop and we need to do a better job giving our users what they ask for, regardless of how they access the web."

    McGrane also noted the problems faced by users arriving from search engines: "If you're only delivering a subset of content and features on your mobile site, redirecting users to the mobile URL can cause huge problems. This scenario happens all the time: the user searches for something on Google from her phone, and finds the content she's looking for. Tapping the link in search results takes her to the mobile site, but because that content doesn't exist on mobile, she gets dumped on the mobile homepage. Sure, she can link to the full desktop site, but she winds up on the homepage there too. She knows the content exists, she just can't get to it anymore. Redirecting to the mobile URL breaks Google search. How is that ever a good user experience?"

    Cutting content

    Cutting out useful content and features is a no-no, but both Frost and McGrane pointed out that the space constraints of mobile provide a great opportunity to streamline your content in general, regardless of the platform on which it appears. Frost said: "Mr. Nielsen is right in saying that we focus and cut away the crap, but it shouldn't just be for mobile. We need to focus on the essentials across the board. That's one of the main gists behind Luke [Wroblewski]'s 'mobile first' philosophy. Working with the constraints of the mobile environment force you to prioritise what really matters to your product or service. It then raises the question: Does that extra content matter at all? Mobile or otherwise? Just because you have more space doesn't mean you should fill it with crap."

    Frost told us he found it "concerning" that Nielsen didn't mention responsive design at all. In fact, Nielsen is so attached to the idea of building separate sites that he even tells us it would be "ideal" to create a third site for 7-inch tablets. Mobile maven and Tapworthy author  Josh Clark told us: "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, for speech-based interfaces that are around the corner."

    McGrane issued this rallying cry: "Jakob's argument reads like a cop-out. Because mobile experiences today are inadequate,  he argues that we should give up and accept that we can never provide a great user experience. We can do better than this!"

    In the same vein, Clark followed up with: "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."

    Nielsen has responded to these criticisms in a conversation with us. His original post is here, and Josh Clark's full rebuttal is over here.

    Share this article

    • Tweet
    • Short url

    Tags

    • Mobile
    • Responsive web design
    • UX

    Related Articles

    • Responsive design with WordPress
    • Build a basic responsive site with CSS
    • User experience vs financial institutions
    • 20 top web design and development trends for 2013
    • Trent Walton on RWD, friends and passion

    Recent news

    • OpenDeviceLabs.com tracks communal device labs
    • HTML 5.1 draft spec gets ‘main’ element
    • WebRTC interoperability announced
    • MPs question education reform
    • The cookie law is ‘dead’
    Read more news

    12 comments

    Comment: 1

    spacer
    gentlemedia
    "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."

    Shouldn't the end of this sentence be "a single website that works well on all devices"?
    • Report abuse

    Comment: 2

    spacer
    patricksm
    One thing is for certain, and should be made abundantly clear to all Web Developers. If you follow Nielsen's recommendation for mobile web use, your jobs as Web Devs and Designers will be obsoleted in the future. Nielsen's recommendation will ultimately result in the Web losing the battle between "mobile web vs. mobile apps". Mobile is the future for computing, start planning for it now, or risk eradication.
    • Report abuse

    Comment: 3

    spacer
    mareingenii
    He is not the only guy that offers this type of advice. Recently in an commentary by 'web effectiveness experts' Bowen and Craggs who advise many blue chip companies, a writer wrote something similar - please read at www.bowencraggs.com/best-practice/commentaries/297

    I wrote to them saying I thought the ideas of separate sites was a bit silly and responsive is the way forward to which to the authors credit he replied that multiple sites was only one suggestion, but it is still in my mind a poor suggestion.

    Funnily enough their follow up article at www.bowencraggs.com/best-practice/commentaries/298 mocked my suggestion by saying

    " Pshaw, some readers said – all you need do is make your website ‘responsive’, so that the same content can be reconfigured automatically to work on all these different devices. Lovely for some, such as newspapers, which have a fixed store of content and need to get it to readers whatever size or shape their screen. Much less lovely for the bulk of organisations, which will be reducing the effectiveness of their online communications dangerously if they follow the automated route.

    Consider how, why and where people use iPads, and compare that with how, why and where they use mobile phones. Automate where you can, but don’t let automation drive the process. It’s going to be hard work; if it isn’t, worry."

    Anyone want to respond to that??
    • Report abuse

    Comment: 4

    spacer
    RogerBlack
    : Of course presentation will be different on small screens—but CSS and JavaScript can deal with some smart versioning of the design. Agree that if we follow his advice, the web will lose the mobile platform to apps. The result will be fractured audiences, and higher support cost.

    The real clinker in Nielsen's recommendations. is the "cutting content" part. Clearly Jakob's never seen people reading whole books, magazines and newspapers on iPhones.
    • Report abuse

    Comment: 5

    spacer
    jasonmesut
    Please do go and read Jakob's response. I think he makes some fair points in relation to those in this article.

    However, I see a much bigger problem here for our community, our clients and the end users as a result...

    The way in which smart, respected and vocal members of the UX / Content strategy Community have come down on this latest article from Jakob exposes a certain level of frustration that these people have with accepting others' viewpoints, especially when different from their own.

    As User Experience / Design folk we benefit from listening, probing and getting a richer understanding of people's views on the world. Now, Jakob, is well known for making sweeping and forthright statements - but retorting with statements saying 'Jakob is wrong' seems a little immature.

    I love the fact that Jakob is providing some 'evidence' to suggest that a different approach might be valid.
    After hearing so many people wax lyrical about Responsive Design, Mobile First, or One site rhetoric, I was worried that everyone would start believing these were the only ways forwards and everything else was heresy. That just isn't fair to all those people that have to try and convince others to adopt one of these approaches with very little proof that this is always the right way.

    We need to be more balanced in our perspectives. We benefit from understanding the technological or organisational limitations or opportunities. These factor large into any execution of utopian designs that some would otherwise may come up with. We need better guidance on when one approach may be better than another, ideally with strong examples. But even then, we need to apply our own experience and judgement to decide on a route forward.

    I know from my experience that sometimes the mobile context is a completely different one from the desktop one. I have been involved in designing and delivering mobile applications that offer a completely different set of features, content and interface because that was appropriate.

    I have also been involved in designing and delivering services that have the same content no matter what device. We had to rethink the interface significantly to make it managable for smaller screen real estate, different input mechanisms and a slightly different context.

    The point is that those different examples had their own different challenges, project constraints, users, contexts etc. We know that these could all factor into our design decisions.

    So, just saying someone is wrong, is not helpful. Saying trends need to stop is dangerous. We need to be grown up and appreciate different perspectives. Noone has the silver bullet to solve this now, or for all the future. Anyone who might be peddling one should probably be assessed with a more critical eye and ear to their real motivations for doing so.

    I believe that we need to be balanced. I believe we need to do what is best for our clients and the people we are designing for. I believe we need to understand new approaches to achieving the best outcome for those we prioritise these outcomes for. I hope you do too, and I hope that you all look to hold back from jumping on catchy rhetoric and convincing arguments made by bright and vocal people whom you might respect.

    I live in hope for more productive critical discourse, whether or not you do see that as a contradiction to me writing this comment.
    • Report abuse

    Comment: 6

    spacer
    brickandmobile
    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
    • Report abuse

    Comment: 7

    spacer
    justinavery
    If you're looking for some examples of sites sans news and blog these are good examples.

    ist.mit.edu/

    www.greenbelt.org.uk/

    We're launching with a Utility website soon with a larger IA than usual which has been a difficult process.
    • Report abuse

    Comment: 8

    spacer
    miguell
    "Just because you have more space doesn't mean you should fill it with crap" - That's right!

    I am currently reading Wroblewski' book "mobile first" and I'm starting to love that philosophy. Designing for mobile first, keeps us focus on what really matters.

    www.lukew.com/resources/mobile_first.asp
    • Report abuse

    Comment: 9

    spacer
    imaidiot
    Dynamic layouts are good enough for me. It is very hard to design a mobile site that looks good on different screen sizes (e.g: smartphone and tablet). With new screen sizes, browsers and processors coming out several times a month would be difficult to maintain. Dynamic layouts are almost certainly the future of the web.
    • Report abuse

    Comment: 10

    spacer
    rollformingmachinechina
    "Responsive design, adaptive design, progressive enhancement"!
    • Report abuse

    Comment: 11

    spacer
    G
    This is a really interesting discussion. I suppose what it reveals is the need for more research in how people use their mobiles in different contexts

    If it's to make a quick price comparison in the middle of a shopping trip, then a site design with a wide range of items and the briefest of descriptions would probably be the best optimisation.

    If the user has an intermittent connection, then the maximum amount of story/content on one page would be the best optimisation. If the user's tariff limits data consumption, they would appreciate lean pages, no unnecessary code, and certainly pre-optimised images.

    If the user is not a fan of reading on a small screen, they may prefer audio or video options to be highlighted.

    Personally I'm not keen on reducing the word count for a mobile version - if I'm reading a news story in a coffee bar, I want the same version that is in the main site and print version come to that - and to be able to read the comments. However quite a few content-rich sites would benefit from creating a 250-300 word summary for each item to help the user decide if they want to read more. And this would help on both the desktop and mobile experience.
    • Report abuse

    Comment: 12

    spacer
    Rodni
    Nielsen talks about user experience. I am in the implementations side and I've tried the one-site-responsive solution to see how and if it works. My experience until now is this: if your content and navigation structures are even a little bit complex and they need to be modified for mobile users (at least in their order, width and weight), RWD is nightmare. Holding together in the same markup (different) contents and (different) navigation bars that must be placed in different order with different icons, images, backgrounds, forms … puts such a layer of intricacy that you'll not be able to actually adapt them both for mobile and desktop needs. Css isn't enough: you need to rely in a massive use of javascript to manage such a solution. And it's going to be obtrusive javascript, if you go mobile first and then load the rest of the content for desktops. I don't like to rely on client side scripting so much. So, in my experience: responsive design = a lot of unnecessary complication and avoidable constraints, without benefit.

    Two separate sites (full and mobile) is a more flexible solution for developers and for users too: they must be always allowed to switch to the alternative site if they want to. Don't assume people on mobile always want less: two separate sites let them to choice.

    This doesn't imply forking content: I have always been using server side includes to manage repetitive contents in my sites: header, footer, nav, etc. are in separate files, server side included in all pages. This is a centralized and modular solution to manage contents: if you hold contents common to mobile and full site in separate files it's easy to place them where they must be.
    • Report abuse

    Be the first to comment!

    You need to login or register to post a comment

    gipoco.com is neither affiliated with the authors of this page nor responsible for its contents. This is a safe-cache copy of the original web site.