I’ve been recommending to many of my customers a responsive design approach for a while now. I’ve always felt that it provides a consistent branded experience across multiple devices with less ongoing maintenance. The trade off is that it does take more effort to define, design and develop a responsive website.
There are lots of articles about responsive design but this one I read on the Real World UX website is the first one that takes a broad overview of the cross-functional perspectives that should be considered. In “Deciding whether to go responsive requires strategic collaboration” the author details considerations from the business strategy, user experience and development area perspective. For each area there is a list with a need and a short explanation of that need.
The article stresses the need for cross-functional collaboration to broaden the understanding of the needs in each area involved in a responsive website design project. Without this understanding conversations between the areas may “devolve into arguments rather than constructive dialogue”.
The one thing I find missing from this article is a solution to facilitating these sometimes difficult cross-functional conversations. I believe you need to have an experienced Business Analyst involved in the project. Their role are to elicit requirements from all stakeholders in the project – that includes design and development needs. It is their job to be able to communicate those requirements clearly to all parties involved and make sure they understand each others perspectives. I also believe that a strong, independent Project Manager will keep those cross-functional teams on track and informed during the project.
I like the lists of cross-functional considerations in this article. My recommendation for a successful project would be to include a Business Analyst and Project Manager (or someone who can perform both roles) as a part of your responsive website project team.
I recently read an article called The New Rules of the Responsive Web by Matthew Carver on the Webdesigner Depot website. The article started by telling me what I already know – Responsive Design is now a near ubiquitous buzzword on the web. To me that means a lot of people think it’s great (including me) and a lot of people don’t know what it is – but know they need to have it.
The Responsive Design approach is been around for a long time. But it has now gathered enough momentum to be a part of most every web design project. This article lays out four ground rules for how to work on the design of a responsive web design project. The first rule is don’t stop at just a graceful rescaling of the design. Build a site optimized for anything from the desktop to a “tiny cellphone running IE7 on an EDGE network”. Second, there is no easy way out. Responsive design is complicated it calls for a new iterative approach to design and development. Evan Gerber VP of Mobile at Fidelity in a presentation I attended described it as a “Lean UX” approach. By prototyping your wireframes and presenting them to the client you can focus on the site’s layout before the design. Third is to embrace change. You have to change your tools and approach to design fro a responsive design project. You need to go beyond Photoshop and full page mock-ups. The last rule is my favorite – “Remember your roots”. It starts with a quote from Tim Berners-Lee. “[The web] should be accessible from any kind of hardware that can connect to the Internet: stationary or mobile, small screen or large.” This has always been the case. We need to think of how the target audience is consuming our information and make sure is easy for them to do so.
Read the full article for the full details of the rules. There are links to some nice resources and as always the comments on the article provide for some interesting perspectives.
Here’s another case for using Responsive Design. Your separate mobile site may be hurting your search rankings. This article SEO for the mobile web on Web Designer Depot states that duplicate content between the desktop and mobile sites may draw penalties from search engines and separate domains may split the page’s link equity and decrease page rankings. Using responsive design is the best solution to avoid duplicate content. The same content can be formatted to fit the view-port of any device that browses it be it a mobile phone, tablet or desktop computer.
Recently I read two articles talking about the choice between native apps and web apps for your mobile solution. Both articles came at it from different angles. What came across for me in both was know your audience and how they will be using your mobile solution. What’s not discussed is the marketing reasons for having an app. If it’s cool for your brand and you think you can generate more traffic and buzz with an app – invest in one.
This readwrite mobile article Native Apps Versus Mobile Web: A Primer For Publishers provides a great overview of the choices you need to make when deciding on which direction to take. Native apps can be expensive and difficult to maintain but can offer more interactivity and better performance. Mobile Web apps may make it easier to deploy the same content across multiple devices but you may be limited in deploying rich media. This article includes a hybrid approach as well. I really agreed with this advice from André T.M. Alfuero, SVP of technology for Digitas. “The future is always uncertain, so it is key for publishers to stay flexible, Keeping content portable should be a major focus area”. He went on to say that publishers should focus on their content strategies as a whole.
A little while back Facebook’s Mark Zuckerberg called Facebook’s HTML5 web app one of the biggest mistakes they made. Does that mean we should all give up on web apps and HTML5? As this article HTML5 is dead. Long live HTML5 on CNET explains there are many things to consider when deciding to go native or to create a mobile web app. Native apps can take advantage of closer integration with the phone but web apps can be updated in one place and cover many platforms. Make sure you know your audience and what features they need when mobile. As always make sure you have the resources to keep your apps up to date both technically and editorially. Read the full article and Zuckerberg’s full comments.
In an article on readwrite mobile, John Titlow considers which is a better way to reach reader on mobile platforms: browser or app. It depends on how you want to engage with your audience but 41% of tablet-bound readers prefer the browser to an app. It’s not clear-cut and everyone has an opinion. You need to consider your requirements and audience carefully before deciding to go one way or the other.. Read the article Survey: Tablet Owners Prefer Browsers to Native Apps for more.