Frankfurt Contec conference 2013
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Frankfurt Contec conference 2013

  • 1,002 views
Uploaded on

Presentation on Responsive Web Design at the 2013 Frankfurt bookfair CONTEC conference

Presentation on Responsive Web Design at the 2013 Frankfurt bookfair CONTEC conference

More in: Technology , Design
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
1,002
On Slideshare
1,002
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
2
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • Good Morning and welcome to this session on Responsive Web Design at Contec Frankfurt. I am Michael Cairns from Publishing Technology and I am joined by Michael Kowalski from web consulting firm Contentment. We are going to speak to you today about responsive web design – what it is, how it works and why you should consider RWD as your method of dealing with an ever changing and growing set of screen sizes and devices. Essentially, as a content owner and distributor you will want to provide your customers and clients with a consistent and optimized view of the material you put in front of them. You don’t want to make compromises and we can show you how having a RWD strategy can help you meet your expectations and enhance the user experience.By way of introduction, I am COO of the Online division of Publishing Technology. PT is a software and services provider for publishing and information businesses around the world. We are a public company and we work with a who’s who of publishing and content owners all of whom I am sure you would recognize. The Online division which I run comprises two main products: IngentaConnect which is a content hosting provider for mainly small and medium sized journal publishers (although not exclusively) and pub2web which is a content platform that enables publishers to manage their content and manage the interaction with their clients. For example, if you subscribe to content from the American Institute of Physics you would be using the pub2web platform to access your subscription. We provide a very powerful platform that enables publishers to manage their content, access, membership in some cases and even their publishing schedules. Our clients are in the scholarly and academic publishing sector although PT’s client base in more broad than that.
  • These are contact details for each of us and Michael K will introduce himself in a few minutes.Michael Cairns, Chief Operating Officer – Online, Publishing Technologymichael.cairns@publishingtechnology.comMichael Kowalski (Contentment) - Founder at Contentmentmichael@getcontentment.comI am going to provide an overview of RWD and Michael will then give some real life and practical suggestions that come from his experience in working with a variety of clients on a consultative basis.
  • Over the past five years (and possibly longer) there has been constant flow of articles and blog posts about RWD however it is really only in the past two years or so that RWD has come into the mainstream where we are seeing panel discussions at scholarly publishing conferences discussing RWD. Incidentally, most of this presentation was given recently at the SSP conference in San Francisco by my colleague Toby Plewak who deserves credit.For anyone in the audience who wants more information about RWD simply Google the term and you will find a lot of material. It is very likely that the first item returned will be something my Ethan Marcotte and his stuff on RWD is really worth reading. I read this article he wrote in 2010 again last night as a refresher. The article covers much of what we are discussing today.For those who have some idea what RWD is all about, you will also know that the concept isn’t really a new idea however it has gained steam recently due to the proliferation of these newer technologies and solutions such as HTML 5, CSS 3 and media queries. Michael K will speak to these in a few minutes.
  • As I noted, the proliferation of devices is probably driving your design staff crazy since they fight every day to make your content look perfect on every conceivable new device. There is a diminishing return in this effort and it is by no means sustainable. So here is a quote from Jeffrey Veen at Adobe who believes the RWD is the way of the future – at least for the next ten years.“Day by day, the number of devices, platforms, and browsers that need to work with your site grows. Responsive web design represents a fundamental shift in how we’ll build websites for the decade to come.”- Jeffrey VeenVice President, Products at Adobe
  • So what are we comparing when we speak of content delivered using the concepts of RWD versus the older traditional, fixed-width websites. These sites are rigid, inflexible and render legibly only when viewed at full-size on a desktop browser. They are designed to work in a single context and once we begin to interact with them outside of the context they were built for – namely sitting at a PC or full-screen laptop, they start to give us trouble. They represent old thinking in that we thought the desk-top was going to be the primary – perhaps the only – way we would be consuming content. This is obviously not the case.Traditional websites will satisfy a designer’s impulse for control, predictability and order in a design however, from a usability perspective they fail on many levels.
  • We’ve all been there. Perhaps we find ourselves using a mobile device to access content we normally interact with on the desk top which is a changing use pattern we are seeing more and more frequently. The experience instantly becomes annoying and frustrating and we can’t interact with the content as we would expect and as we need. Once we squish a website like this it into a small-screen device finding content becomes a needle-in-a-haystack sort of exercise: we are forced to zoom, pinch, scroll up, down, left and right to find or view what we are looking for. Navigation is nearly impossible and a finger sometimes needs to be as pointy as a sewing needle to tap a link or a button.In short, a fixed-width website becomes virtually unusable as screens get smaller and our content becomes harder to access, navigate and interact with.We could even end up having a Hugh Grant moment if we become too stressed out about this inconvenient experience.We will talk a little today about “context” and your user because it is important to understand where and how your target users interact most with your content. A nurse on station will have an entirely different requirement for access and use than perhaps a paramedic. The content they require may be the same but the ‘context’ the user finds themselves in most frequently could be vastly different. A paramedic under stress is not going to want to zoom and pinch to determine what type of diagnosis to make. Understanding how your customers access and use your content is an important first step in defining your RWD strategy.Knowing whether they are at a funeral a wedding or some other event could prevent a melt down.[CLICK TO LAST FRAME]
  • So this is where RWD comes in.The Web is by nature a dynamic, flexible medium, and numerous people have suggested that RWD is the next natural phase of its evolution. In the past, designers and their clients spent huge amounts of effort trying to attain print-like pixel-perfection in their designs, like print projects, they attempted to make their websites look the same across the then-limited amount of available devices, resolutions, browsers and screen-sizes. But those days are over and that type of activity will begin to look anachronistic.Responsivedesign is a digression from this type of thinking. It forces us to think bigger, to put our USERS, our CONTENT and the Way(s) users access that content – that is CONTEXT at the CENTER of the design process. RWD forces us to design SYSTEMS rather than just static INTERFACES - systems that can maintain the best possible access to, and presentation of, our content regardless of the device or screen-size.Even the this screen you are look at this presentation on could legitimately be considered a ‘device’ screen – that’s certainly true of television screens not just computers and mobile devices.
  • By now you should have a sense of what RWD is, but here is a specific example. The Boston Globe has been one of the pioneers in RWD and we can see how this works by viewing the Globe site using a traditional web browser. If you slowly reduce the browser window by pulling it slowly from the right edge to the center you can see at a certain point the content and design moves and changes. Content gets stacked, menus are consolidated and made compact, images are resized, etc.This process uses some we call media queries to ‘sniff’ your browser and render the Globe content to match the device you are using. Media Queries are little bits of code that measure the width of the given screen and tell the browser how to adjust the size, placement and hierarchy of a given page’s elements. Using the principals of RWD content is optimized based on the device you are using. RWD is a flexible, grid-based layout that expands and contracts based on the size of a given device’s screen and it uses flexible images, scalable typography and media that changes size when a different screen size is used. For example, going from an iPad to an iPhone.
  • Other examples of RWD sites are these here but I am sure you will find more on your own.www.ft.comBostonglobe.comQz.comMashable.com
  • If providing a consistent optimized experience for our content users isn’t sufficient reason then consider that Google favors this approach because they like to access one url for site content rather than multiple urls that can exist when publishers create mobile specific versions of their content. Google doesn’t like that approach because they believe it doesn’t create a useful experience for their search customers.On the Google web site you can also find this definition of RWD: “Responsive web design is a setup where the server always sends the same HTML code to all devices and CSS is used to alter the rendering of the page on the device using media queries.”One other aspect of RWD is cost and typically in the absence of doing nothing the alternative to RWD is often to build apps for the predominant operating systems such as iOS, Andoid, etc. However, with as many device types as we are currently beginning to see – and we at IngentaConnect – see a similar number of devices hitting our site the ability to keep ahead of this from a development stand point has the potential to become very expensive. RWD may cost more upfront in development and engineering versus app development over the long term it will be cheaper as the number of device types and thus the resulting need to tune your apps for these devices continues to explode.
  • I almost omitted this slide, because in 2013 I don’t think I need to convince anyone here at Contac that mobile is important. It just emphasizes our point.So why is RDW important?Because more of our users are either going mobile or accessing our content from a variety of devices and they expect the same experience from one device to the other. All of use are consumers of content and we expect the same thing so why would we think our customers are different.Here are some other stats:2015 – 7.4 Billion wireless devices sold1.2Billion smart phones devices enter the market over the next 5 yearsEnterprise table adoption grows by 50% yearJust this morning I saw this stat - 35% of US mobile phone owners have used their device while shopping in a store in the past 6 months. – Forrester. This suggests who ever is delivering content to users in retail stores need to increasingly think about “context” as I mentioned earlier.In this area, you don’t have to look far for some good stats.
  • So it won’t come as a surprise to anyone that mobile access is on track to outpace desktop access. This chart is reflecting internet usage in general, but we’re all seeing similar trends on our websites. We’ve all known this, and for several years now we’ve all been working frantically to make our content accessible to mobile users.
  • As an indicator of how complex the delivery of content on mobile devices is becoming this page from the Cornell library website spends and inordinate amount of time and space explaining how to access the myriad offerings from a wide variety of content providers. This section reads like a rogues gallery of mobile publishers’ experiments in mobile strategy – apps for iPhone, apps for tablets, apps for Android, mobile optimized websites. Different hoops to jump through for access – paid apps, free apps that require subscriptions, mobile device pairing, etc. I don’t mean to call anyone out – there are some great apps listed on these pages: But looking at these pages got me thinking about the various problems and limitations in the mobile solutions we’ve tried so far.
  • Creating an optimized experience for your users could leave you feeling a little confused but for our users the experience is even more disorienting. We’re askingour users to access the same content in very different ways depending on what device they are using to access the internet. This can’t be a sustainable environment for content producers or users.We suggest that without a RWD solution the typical mobile development process will not support your long term objectives as users change the way they interact with your content but expect a consistent experience.
  • Without a RWD strategy our only option is to make assumptions and decisions about how to reach (and market to) our readers based on what device they have in their pocket. And as a result we are investing in mobile solutions one platform at a time. This is especially true when we are talking about native apps, but it also applies to many of the mobile sites we’ve built, optimized for one device over another. As I mentioned it becomes an expensive proposition to support all of these different solutions, especially if you’re only doing it to serve your existing subscriber base which means new costs but no new revenue.
  • What typically happens is someone says we need a mobile web site or presence.So we try mobile websites, and we stripthem down and optimize them for the “mobile use case”. But guess what this is all in vain as a recent survey from IBM suggests. The study came up with this “surprising” result – users want mobile to be *AT LEAST* as good as the desktop website. This is supported by the “View Full Site” button, a recommended best practice for those stripped down mobile websites. We’ve all seen that button, and importantly, most of us have had occasion to click it.Think about that paramedic under intense circumstances having to click on that button.Que the Hugh Grant explosion.
  • So when you begin to think about how you are going to start a RWD project these are some of the things you should consider versus the app approach.App Approach:Do I want or need to be in the App store?Do I rely on or make use of device specific functionality like the camera?Do I have a specific functional focus?RWD:Do I have a content focused approach?So I need broad device supportI may have frequent content changesI need better discoverability via a 3rd party like Google
  • It is generally better to be able to start from the smallest access point outwards however most content producers already have a web presence where content access has been thought about in terms of the desktop browser. That said each of these five considerations should be thought about by your team as they think about rolling out a RWD program.Audiencewhat are theorganizational goals with respect to audiences/customerswhat are the key contexts?consider – device, environmental, userContent & Functionalityestablished content strategy in place?will your internal processes need to change?is interactive content a priorityCapabilitiesexpensive HTML5.0/CSS3/JSuser design expertise requiredtesting can’t be underestimatedCost – potential to lower cost over time if one code basehigher development costs up front due to increased complexity and scopeProcessworks best with mobile firstcan you work from smallest outcan you capture requirements for mobile landscape
  • As I mentioned earlier ‘context’ is really important and you will need to understand how your primary users interact with your content. Some things you will consider:Howimportant are specific devices? Where are they likely to be using the devices – or do locations define the device. What are they doing when the use your content – that is what are their circumstances at the time? For example, are they typically under stress when using your content and is ‘time’ a serious consideration? In some cases potentially a life of death occurrence for a medical information provider.It is important to understand how your users are using your content in a variety of situations and circumstances. That understanding can help you define your RWD approach.
  • Which brings us to the other big challenge we’re facing - the pace of change in the device space. Which is accelerating.
  • Giving 30% to Apple
  • We can’t forget Samsung.
  • It is also important to understand that the linesbetween devices are blurring. The largest Samsung smartphone is not much smaller than the new iPad Mini. iPad + a keyboard is no smaller than my laptop. This Microsoft Surface tablet ships with a keyboard. This new Asus laptop has a touchscreen interface on the lid.
  • Publishers don’t need a “mobile” strategy. We need to completely rethink our ONLINE strategy.
  • A successful RWD project entails many if not most of the same considerations as a more traditional design implementation, and then some.Since we are designing for any number of devices, screens and contexts, we need to invest more time and effort up-front, gain a better understanding of our users, the way they access and use our content: what is important to them, and what is less so and use this as our foundation for planning. We need to prioritize how accessible our online offerings are based upon this understanding. We need to build flexible navigation structures, accommodating grid patterns, and a user experience that enables the largest amount of people on the broadest possible range of devices to find, explore and consume our content.We need to design for fat thumbs, for people standing on a crowded train or lying in bed, for a researcher trying to look up the name of an influential colleague whose name he forgot, who he’s about to meet with in 15 minutes.Lastly, we need to test our designs across devices, browsers and screen sizes. Get your site or prototypes into the hands of users and learn from them. Revise, test, repeat. It is an ongoing process.It is a way to get your content out there, to take it beyond the bounds of the office or university walls.
  • So what is RDW in summary. It enables content owners to,Maintain one website that serves all devices and screen sizesProvide complete support for (almost) all website pages and features, regardless of device or screen size.Implement changes across all devices
  • Lastly no presentation is complete without a quote from Bruce Lee and this one perfectly describes the RWD concept:“When you pour water in a cup, it becomes the cup. When you pour water in a bottle, it becomes the bottle.”Think about that.Thanks and now over to the other Michael.

Transcript

  • 1. Pixel Imperfect: Serving an Online Audience with Responsive content
  • 2. Serving an Online Audience with Responsive Design Introduction: Michael Cairns, Chief Operating Officer – Online, Publishing Technology michael.cairns@publishingtechnology.com Practical Considerations: Michael Kowalski (Contentment) - Founder at Contentment michael@getcontentment.com
  • 3. Serving an Online Audience with Responsive Design What Is Responsive Web Design?  In 2010 Ethan Marcotte coined the term in a landmark article on A List Apart  Not a new idea, but made possible recent technologies, specifically:  HTML5  CSS3  Media Queries
  • 4. Serving an Online Audience with Responsive Design “Day by day, the number of devices, platforms, and browsers that need to work with your site grows. Responsive web design represents a fundamental shift in how we’ll build websites for the decade to come.” - Jeffrey Veen Vice President, Products at Adobe
  • 5. Traditional, Fixed-Width Design Traditional web design: fixed-width websites designed for the desktop.
  • 6. Traditional, Fixed-Width Design Annoying!
  • 7. Enter Responsive Design…. Responsive web design is about designing SYSTEMS, and not WEBSITES
  • 8. Responsive Design: A Shift in Thinking Enter Responsive web design!
  • 9. RWD is really already mainstream Some responsive examples you can check these out on your smartphone or tablet: http://www.ft.com http://www.bostonglobe.com http://qz.com/ http://mashable.com/ …or, look at them on your desktop and slowly change the browser window’s size to observe the breakpoints.
  • 10. Why do we want to go down this route? Google’s definition of responsive design:  “Responsive web design is a setup where the server always sends the same HTML code to all devices and CSS is used to alter the rendering of the page on the device using media queries.” Why is responsive design favored by Google?  Google has a preference for accessible websites that have one URL for one set of content. Responsive is the most ideal way to do this. What is going on in the current device landscape that puts responsive on the forefront for mobile strategy versus other options?  Device explosion: “In the last 30 days, we saw activity on more than 2,000 unique device models.” – Flurry Analytics, April 2013
  • 11. Guess what, mobile is important!
  • 12. On the brink of a cross over Mobile users will outnumber desktop next year
  • 13. Customers on Apples, Droids and Others Our Customers
  • 14. Low hurdle: “At least as good” 85% of users expect that a mobile website should be AT LEAST AS GOOD as the desktop  Source: IBM/Tealeaf View Full Site
  • 15. Going RWD - Considerations App approach  Do I want or need to be in the App store?  Do I rely on or make use of device specific functionality like the camera?  Do I have a specific functional focus? Or I may have a content focused approach (Native)  So I need broad device support  I may have frequent content changes  I need better discoverability via a 3rd party like Google
  • 16. Plan with several things in mind  Audience  Content & Functionality  Capabilities  Cost  Process
  • 17. “Context” is very important  Device context  Location context  Time (or circumstance) context
  • 18. Serving an Online Audience with Responsive Design Apple’s iOS devices are now offered in 6 different size/resolution combinations
  • 19. Serving an Online Audience with Responsive Design HTC alone has 12 different screen size/resolution combinations on Android
  • 20. Look Mom all hands.
  • 21. Serving an Online Audience with Responsive Design
  • 22. Serving an Online Audience with Responsive Design
  • 23. How to do RWD right  Understand your users and how they access and use your content  Prioritize your content based on the above. Build a site architecture that answers to these priorities  Design a site that provides affordances for users across device-types and contexts: grids and typography and images that adapt; big buttons for touch-screens, forms that are easy to use, simplify interactions that are touch-friendly and uncomplicated  Test, test again and re-test!
  • 24. RWD – In summary What is Responsive Web Design?  Maintain one website that serves all devices and screen sizes  Provide complete support for (almost) all website pages and features, regardless of device or screen size.  Implement changes across all devices
  • 25. Serving an Online Audience with Responsive Design “When you pour water in a cup, it becomes the cup. When you pour water in a bottle, it becomes the bottle.” - Bruce Lee