Showing posts with label responsive design. Show all posts
Showing posts with label responsive design. Show all posts

Monday, June 23, 2014

Luke Wroblewski – Mobile as a Medium

via UIE Brain Sparks http://ift.tt/1l0DT7B

Sean Carmichael
June 2nd, 2014
Luke Wroblewski
“We have to go mobile”. It’s a prevalent phrase in many organizations these days. There’s a clear recognition that mobile is a “thing”. Oftentimes however, exactly what mobile is and the reasons for “going” there aren’t necessarily clear internally. Simply moving your current design to smaller screens or making it responsive without regard to content or context won’t cut it.
There’s no better person to talk about the trends and direction of mobile than Luke Wroblewski. He’s consistently been at the forefront of the mobile design discussion. Through his books and his various talks, he’s advocated a mobile first approach, focusing on what is absolutely necessary and letting that inform the desktop design.
Luke says it’s necessary to look at how your service or product is framed in the broader picture. Most are built upon tradition web structures, and then “mobilized” now that smartphone and tablet growth has exploded. He compares the difference between mobile and PC to that of television and radio. You wouldn’t just drop a radio program onto TV without optimizing it for that platform. The same should be considered for mobile as a medium.
Luke will be presenting one of 8 daylong workshops at the User Interface 19 conference October 27-29 in Boston. For more information, visit uiconf.com.
Recorded: May, 2014
[ Subscribe to our podcast via Use iTunes to subscribe to UIE's RSS feed. ←This link will launch the iTunes application.]
[ Subscribe with other podcast applications.]

Full Transcript.


Jared Spool: Welcome, everyone, to another episode of the SpoolCast. Today, we return to our old friend, who isn’t that old — he’s actually quite young — but he’s a friend, for sure. He has been on many of our SpoolCast episodes. He is, of course, the great Luke Wroblewski, who will be speaking at the User Interface 19 conference, coming up October 27-29 in Boston, Massachusetts, and he’s going to do a full-day workshop on mobile design.
Luke, thank you very much for joining us today.
Luke Wroblewski: Thank you for having me.
Jared: These days, in order to be efficient, I see a lot of teams out there saying, “OK, we’re going to go to mobile, and the way we’re going to go to mobile is we’re just going to take our desktop and we’re somehow going to just mobile-ify it, and we’re just going to move it over into mobile,” and the resulting experience is often less than optimal. Have you seen this?…
Luke: I have seen this. I don’t know if I have a name for the phenomenon, but maybe we should coin one. Maybe desktop-first thinking or something like that is appropriate.
Jared: Yeah, maybe. Or, legacy desktop-first or something…
Luke: Legacy-first. [laughs]
Jared: Legacy-first.
[laughter]
Luke: That’s excellent. I think the broader picture there isn’t just necessarily, let’s take our desktop site and mobilize it. It’s really that’s what people’s understanding of their service and their product is framed around. It’s framed around this desktop and laptop experience. The way they think about it, the way they design it, the way they interact with it, it all comes through that lens. I think it really spills over into the decision-making they make in other forms, in other screen sizes, in other forms of media, if you will, because I actually believe mobile to be a unique medium.
The difference between radio and TV is ultimately the difference between mobile and the PC. You don’t just take a radio program and drop it into a TV set, right? You work on it differently. What we’re seeing a lot is a lot of people taking their PC experience and dropping it into mobile. It’s same kind of effects that you get if you took a radio show and dropped it onto a TV set — not optimized, as you said, and even worse than that, just, frankly, bad. [laughs] Right? It’s not even a question of optimization. It’s a question of creating a worse experience on mobile, which is where more and more of audiences, money, businesses, you name it, is going these days.
Jared: Right. What are some mistakes that people are making when they move from desktop over to mobile? What are some of the things that get them in trouble?
Luke: I think one way to answer that question is, what are the telltale signs somebody started from their PC experience and ported over to mobile? There’s small things that you can look at. For example, if you’re on your phone and you find a form — everybody’s got a form — and you find a form where the phone-number field is split up into three inputs, and you get auto-tabbed through them, that is a telltale sign that somebody’s just taken their desktop experience and moved it over to mobile. What they’ve done is they’ve created a very bad experience on mobile.
With the mobile, you can picture this in your head. There’s three text fields and they auto-tab you. You tap on the first one to enter your area code. Up pops a virtual keyboard. Then, you have to tap the number key to bring it over to number mode, and you tap in the first three numbers, and as soon as that happens, the auto-tab features kicks in, which hides the keyboard from you. Now, you have to tap on the next field for the first part of the phone number, brings up the virtual keyboard, you shift it over to number mode, enter the three numbers, it auto-tabs and hides your keyboard for you again.
All these things just start to add up, but it turns the process of entering a phone number into a phone — this is a device made for entering phone numbers. It turns something that should be natural, intuitive, and super-easy on that kind of device into something that’s arduous and painful. That’s a very small example, but you can see how these things start to add up, right? You look for these telltale signs, and you do that across your whole form or you do that across your whole site or you do that across your whole app, and it’s just one thing on top of another, where the mobile experience very much suffers as a result of it.
Jared: When that happens, is there a way to get around it that seems to be popping up that’s working really well?
Luke: For a long, long time, I’ve now been advocating treating mobile as a first-order citizen, if you will. The methodology around that, both from a design and development perspective, is to work through the mobile experience first and then start to treat the larger-screen PC experiences as enhancements. “Hey, we got more screen space. What can we do with that screen space?” “Hey, likely we’ve got a faster processor or network connection, or the battery life can last longer.” Those things are ways to take advantage of those capabilities when you get them, but they don’t force those kind of considerations onto the small-screen, low-network view, which is the mobile view.
You start with the mobile experience. You make sure everything is great for that form factor, right, entering phone numbers and the like. What you’ll also find is, if you make it work good in the more constrained mobile environment, then it’s actually going to be a benefit on the bigger screen as well. The phone-number example is a perfect use case there.
The way to make phone-number entry great on a phone is you use a single input field, you don’t do any of this auto-tabbing, you set an input type of “tel,” which brings up a nice dial pad with big, fat keys. You create some semantics around what kind of information you’re collecting, make it fast and easy to collect it. Then, if somebody’s doing on a tablet, works great, even though the screen is bigger. If somebody’s doing it on a hybrid tablet-laptop thing, works great, right? Somebody’s doing it on their keyboard, they don’t have any of this auto-tabbing or weirdness from before and they’re just typing in a number, works great.
Those kinds of enhancements you make from a usability perspective because of the constraints on mobile, ultimately, I think, pay dividends on the whole-screen ecosystem, but if you do the inverse, then you pay the price on mobile, which now, given the amount of use of mobile, is an exponential price to pay, if you will.
Jared: It’s reminiscent to me of, if you start living in a smaller apartment and then you move to a bigger house, you have some rooms that have way too much space, maybe a couple empty rooms because you don’t have furniture to put in them, but it’s not a hard problem and you can solve it over time, whereas if you lived in a big house and suddenly you have to move to a small apartment, you’ve got all this extra stuff, and you have to prune it out and you have to really figure out what’s critically important, and that’s a much more difficult problem.
Luke: That is the crux of it. What I see over and over again — you asked what mistakes people are making. I think the best way I could summarize that is, let’s take the apartment example for a second. I’ve got a website. It has a deep and complex nav, right? There’s 10 levels of nav, and each has 10 sub-levels, and there’s 5 sub-levels under that. You know the website I’m talking about. Everybody has this website.
That’s the big house. Now, you say, “Oh, I’m going to move to a small apartment. What do I do with all this nav? Oh, I’ll just put it behind this little menu icon, this little hamburger icon, and shove it all over there. Oh, I’m done. Mobile design.” Right? Whereas, what you really should do is figure out what of that stuff do you need, which room should it be in, how do I make it accessible in each room, rather than cramming it all in one closet.
Think about what life in that small apartment would be if you took all your stuff and you just shoved it all in a giant stack inside a closet. That’s the navigation design decisions people are making on mobile. They’re putting everything in the closet. If somebody tries to go use it, all of a sudden they’ve got to to open that closet door and browse through 50 gazillion options trying to figure out what’s there and how do they get to it.
The way to really build an appropriate mobile experience is, look at that stuff that you have in that giant nav, figure out where it’s important, where it’s relevant, where it creates value. To come back to the apartment metaphor, maybe these two things really matter in the kitchen. Maybe these three things are very important for the living room. Maybe these five things are bathroom stuff, and when you get to the bathroom, it should be front and center, very visible, rather than sitting in the closet all day.
Jared: The process of deciding what things to cut, that, to me, feels like that could be just a political minefield for some folks.
Luke: That is absolutely a political minefield. The word “cut” is harsh, right? Say the word “cut,” “remove,” people get really antsy, because that means the things that they’re adding to the home page have no value. Nobody wants to feel like that. Nobody wants to feel like their thing is not valuable, even though it may not be. Let’s leave that aside for a second.
I don’t necessarily say just remove 60 percent of stuff. That’s a forced metric for no reason. Instead, you’re not removing things for the sake of removing things. Simplification isn’t a process of dumbing things down. Simplification is a process of figuring out the right place and time for things. When should this information be surfaced, how, where, to people? That’s what makes things feel easy, or at least doable.
If you remove too much, you may remove some of the power or the value of your service, for when people need it. I don’t think it’s like, let’s just arbitrarily cut 60 percent of things. Instead, let’s do the hard work to figure out what matters, where, when, and how — and to be totally blunt, that is hard work, right? You’ve got to not only prioritize the stakeholders, as you said, but you’ve actually got to think through interaction design, and then you’ve got to think through the visual design and have hierarchy.
If you’re looking for easy solutions, like, “Oh, mobile equals menu off-screen in a hamburger nav,” or “Mobile equals one long scrolling page to fit all my content,” if those are the kinds of solutions you’re looking for, you’re never going to create a great mobile experience, because you’re not doing that hard work. That I think ultimately is what does create a good mobile experience.
Jared: The thing that I’m seeing now is people are looking at all of the content they have on their home page, let’s say, and they’re trying to figure out “How do I get all of that to line up so that people can find it.” And they’re just taking the content and they’re organizing it one box after another, and just coming up with an order and just putting it all there. The schedule, and the note from the CEO, and the press releases, and today’s news, and all of those boxes become this long, scrolling thing when you have a narrow screen. And that doesn’t feel like it works for me. Is that the right approach, or is there a better way to tackle this?
Luke: I think that’s the “Let’s stack everything in the closet” approach, right? Let’s take all our stuff and put it in one big tower. And if you actually do that, with most websites you’re going to create things that are thousands, if not tens of thousands of pixels tall. That’s how big the average web page is. On mobile, you’ve created 10,000, 20,000 pixels worth of scrolling. You tell me if that’s a good way of finding things and accessing it, To talk to some of the elements you’ve just laid out there, and in keeping with our apartment metaphor for a second because I think it’s a good one.
Let’s say approach one is stack everything in your old house into one big tower, and some of the things that are in there are like the letter from the President, the latest news. The letter from the President probably makes sense near a greeting room, if you will. The news, perhaps makes sense on the couch, or at the kitchen table, if you will. There’s things that have a place, right? There’s a time and place for things that’s appropriate, and if you think about it either as the right environment, or you think about it as the right sequence, if you will, you get a lot more creative solutions about how to structure experiences.
They don’t all have to be drill down, drill down, drill down, drill up, drill up, drill up to get access to information. In fact, some of their more interesting mobile patterns, I know you guys have probably done a Spincast with Rachel Hinman?
Jared: Oh, yeah.
Luke: OK, in her book Mobile Frontier, she has a couple of patterns of what she calls mobile unfolding. That would be just one way of getting people to dig deeper on mobile experiences. She has things like hub and spoke, she has things like bento box patterns, filter feed patterns, all these organizational patterns around getting through content and exploring content that work well on smaller screens. Getting into those, those give you options, right? If you want layouts for rooms, or maybe I’m extending this metaphor way too far with the apartment. It seems to hold up still, I guess.
Jared: Yeah, it’s working for me.
Luke: All right, good. Let’s keep beating it until it dies a terrible death.
Jared: I’m the one who brought it up, it’s my fault no matter what. It feels like that one of the things that’s happening is people are so stressed by their shift to the smaller screen, that they really are trying to cut corners in ways that in the long term, are just going to come back to bite them.
Luke: Yeah, that sounds right. And I wonder if it’s scared, or if they’re under pressure to come up with a mobile solution, or if it’s really just their framing of their business and their product. I really fundamentally see, over and over we get this starting point for what are we doing? Is that picture of the website that’s in their heads, has that picture just been there for 20 something years because that’s what the website has been for 20 something years? And it’s really hard to let go of that.
Jared: Well, I’m going to guess that a lot of websites evolve over time, and no one sat down and created the Walgreens home page, per se. Sure they laid out some general boxes, but in the years since that site has come up, people say “What if we just add this? What if we just add that? What if we add this and make it a carousel?” Over time, it’s become this series of things that someone politically fought for, and now, you have the dictum. They come to you and they say “OK, here’s what we need you do do. We need you to make this mobile.” And rule number one for making it mobile is you’re not allowed to try and take away anything because we don’t want to reopen those battles.
Luke: Yeah, we get right to this design. This is the design that’s working. But I think you just nailed it when you said “The Walgreens home page.” The way you started it out, talking about “What are you doing?” It’s the Walgreens home page, not the customer photo experience. And that’s a totally different thing, or the customer pharmacy experience. When you say the words “customer pharmacy experience” or “customer photo experience”, yeah, the website may play a role in that.
But so will mobile, so will the store, so will the parking lot in the store. And mobile is really this bridge, if you will. This is why I started at the beginning, talking about it as a different medium. It’s a different form of interaction. Sure it’s digital, sure it has a screen. I don’t have my laptop in my pocket when I pull up at Walgreens to get my photos.
Jared: But is anybody really succeeding at this idea of splitting up mobile into multiple apps? I mean, I’ve seen folks do it. Facebook tried to put messages in a separate app, and now FourSquare has FourSquare and Swarm and I can never remember which one does what.
Luke: Sure. Let’s talk about that for a second. Multiple apps, coming from these single, giant, monolithic entities on the web. That’s another way they’re trying to solve the problem, but let’s look at apps that are massively successful. WhatsApp, all it does is messaging. It does it amazingly, half a billion people a month, active using it. All it does is messaging, right? Instagram, all it does is photo, and now these dinky little video sharings. They’re very, very focused and very, very simple, but they started that way. It didn’t come from the baggage of “We are this giant, monolithic website, how do we put it on mobile?”
Jared: But they didn’t have to come from that baggage, right? Nobody at Instagram said “We’re going to ignore the baggage of ten years of web evolution for us, and we’re just going to do this one thing on the mobile.”
Luke: But other companies have done that. eBay, when they did their first mobile app, and they’re very successful in mobile compared to other companies. When they did their first mobile app, the story I heard from folks on the team was a PM, a designer, and then they contracted out the development. And they made it very easy. There were three tabs out of the gate, “My eBay”, “Buy” and “Search.” And it was massively successful. In fact, Carla Neal, when she gave a talk about it not too long ago, she said in the next iteration they added two things, and people freaked out, and they were pissed, and they had to roll back to the simple version.
Because they thought the app was getting too complicated, and trying to do so much. All their research, the thing that comes back about their mobile experience over and over again is people love the simplicity of it. They prefer it to the desktop. Even in a big organization with a lot of stuff, it’s possible to do this.
But in fairness, that team was totally cordoned off by themselves, doing what they were doing, and they probably had a due date of an Apple Keynote or something, they’re under a gun. But it’s a big company that did start from scratch, if you will, and create a good mobile experience, at least back then.
Jared: Right. But they also did it at a time where mobile wasn’t so prevalent and wasn’t so under the microscope of the executive team. It could have come out under the context of well, let’s just experiment and see what happens if we put out this small thing. Whereas today a lot of folks who are just moving to mobile now are feeling like they’re way behind.
Luke: Yes, they need to learn a lot, right?
Jared: Yes.
Luke: They’re way behind, so they need to learn. How do you learn?
Jared: You learn by taking baby steps.
Luke: You learn by trying small things, experimenting, right? Getting your feet wet. You don’t learn by making this giant monolithic project of something you don’t know anything about yet. That seems like a formula for failure to me. We’ve never done this mobile thing before, so let’s create a huge project that’s going to take multiple years and pull all of our content over to it.
Jared: Yes. We need to move to the moon, let’s build a whole city up there.
Luke: Right. This is my thought. Send a little space probe [laughs] and try and find a place to actually put a brick or whatever.
Jared: That’s an interesting idea, right, to create — as much as I hate the phrase mobile strategy — but if you think about a strategy that’s going to get you onto mobile instead of thinking about well, how are we going to get everything over to mobile at once, we break it down into little things and we just try and get one important thing.
Let’s say, we’re Walgreen’s. We get just something about photos, because photos is the most common thing people come to their website for. We just take that and we go and we create a little photo app. Maybe it’s an upload and share picture app. We just get our feet wet with that. We learn how to do the navigation. We learn how to do the layout. We learn what it like…and then we try and build on that.
Luke: Yes. I liked actually the Walgreen’s example because a lot of our — some folks that are talking about some of the things that they were doing. What they found that a customer that they get on multiple channels is worth I think it was either two or three x — I think their number was three x — more valuable than somebody that’s on just one channel. Somebody that just goes to a store is a third less valuable than somebody that goes to the website and goes to the store.
Jared: Right, yes. I heard them say that too.
Luke: I think it was three x, but even if it’s two x, it’s still good enough, right. The way they describe the process — this wasn’t for photo but for pharmacy, which I believe is probably their second biggest driver. The way they did pharmacy was you go in there to get your prescription and they ask you, “Hey, would you like us to text you when that prescription is ready?”
And they get something like 20 percent opt-in rights, which is huge. How many businesses would you give your phone number to to text you? Zero, right? And here they get like 20 percent opt-in rights. That’s a very small mobile experience. What we’re going to do is SMS you when your prescription is ready and you’re browsing the store. But now they have contact with you.
But that’s a very small baby-step mobile thing, very native mobile thing you can do right away. Nowو they’ve got your SMS and they text you when the thing is ready. You leave the store. You’ve got your prescription.
Then what happens is it’s getting close to refill time. فhey’ll text you and say, “Hey, if you want to automagically refill this download our app that does a scan of the bar code. You don’t have to enter any information. We’ll just have that prescription ready for you. You can pick it up at any time.”
Now, they get you to download an app for refilling prescriptions. Now, they’ve got you on three channels if you will. Then, when you scan that bar code, and I’ve heard a ridiculous amount of their on-line prescriptions now are refilled through bar code scanning, because it’s so easy, one of the managers on their tweeted me the actual number and then pulled away, because I guess he got in trouble. But it was something above 40 percent, to get him into further trouble.
Jared: [laughs]
Luke: Now, you refill that prescription, and when you go to the store, there’s a special parking spot reserved for you right out front for people who have refilled their prescriptions online. You get this special parking spot. You walk in the store. Your prescription’s ready for you, and while you’re in the store you buy two or three things, and that’s how you become more valuable.
When you break down the role of mobile in there, it’s not how do we make our website on mobile, it’s how does mobile fill in parts of the customer experience. And they’re very small baby steps, right. Send an SMS message. Send another SMS message to download the app. Have an app that just scans the barcode and refills. Put up a parking sign in the stores for those online customers.
Jared: It really is this process of thinking about it in baby steps and having the tools and the methods to be able to execute those baby steps quickly and iterate over them.
Luke: Let’s go back through that scenario and let’s say the only thing they did for mobile was put their website on mobile, right. Big loss, they’ve lost 20 pages. You check in at the counter. “Here’s my prescription.” “Oh, great, if you’d like us to notify you, please go fill in the form on our website. That’s walgreens.com.”
And so, you pick up your phone, tap in walgreens.com. Up pops this giant scrolling web page. You’re like trying to get through their 40 levels of nav to find their “Notify me when done” thing. Then you tap on that. Then there’s a web form and you fill in the web form and you hit “Submit.” And then it emails you when it’s done.
Jared: In the meantime, it’s asking you about products and services that you, at that moment, are not going there to do, because most of their website is about talking to you about things that you didn’t come to this site to do at that moment.
Luke: That is — if you treated your quote unquote mobile strategy only as “Let’s make our website a mobile website”, that’s what you would end up with. But if you treat your mobile strategy as like hey, someone’s there, what kind of need do they have? Where are they in the customer life cycle? You know what’s a great solution there? SMS, and that’s a very native mobile experience that’s very lightweight for us to build.
Jared: Yes. That all makes perfect sense to me.
Luke: Too bad there’s bosses and clients who don’t think this way, right? This is the typical retort now. Makes sense to you and makes sense to me but how do I convince my boss that that’s the right thing to do?
Jared: Yes, actually, you’re telling people when they say that.
Luke: I try to arm people with as much data as humanly possible. Like I can tease a little bit of a workshop that’s happening at UI19. The way I organize that workshop is around what I call design considerations. They’re not design patterns. They’re not like design principles. They’re really things to think about while you’re in the process of design that will ultimately get you to a good answer.
And that process of thinking it through also begins to build credibility for you in the organization. Because you go from a state of how shall I say, pushing pixels if you will, sometimes just to be sort of deliberately derogatory, to being the person who is like “Hey, you know, if this is what we’re trying to achieve, here’s some ways of solving this problem. And here’s some things that we can do to get this to go.”
You expand your repertoire. You have the ability to not only help people solve their problems but explain to them the pros and cons and different ways that you can solve their problems. You become a resource. You become an informed contributor to that team.
And this doesn’t happen instantly, right? You don’t just like all of a sudden become credible on the team. But the more and more you add value and the more and more you could show that your solutions to the problem are thought out and coherent and actually take advantage of the opportunities and limitations on mobile, the more people start to trust you, the more you get involved in those conversations and the more you can actually have influence on business like that.
The fundamental problem I see with that question about how do I convince my boss people see is like a one-time thing. Like, “OK, here is the card you give to your boss.” Now, he is convinced. Human relationships do not work that way, right. Working relationships do not work like that. It’s a process and you build up credibility over time and you do it in work situations through the work you do.
I think that’s the way I have been able to do that and that’s the way I think others have been able to do that, and so that’s the way I advocate it. Get informed, get educated, provide value as many times as possible over and over again. Soon, you won’t have to convince anybody of anything. They’re going to be coming to you asking what they should do.
Jared: I’m really excited about the workshop, because these little tidbits of both how to understand what’s happening with mobile in the world and how to go forward and apply them to the designs that we have to do, that’s what’s making change happen. Having had the opportunity to sit through a lot of your presentations, I feel like I learn something every time I come to it, and it’s really a lot of fun. I’m really looking forward to the fact that you’re coming back to the User Interface Conference this year.
Luke: Me, too. Thanks for the endorsement, Jared. [laughs]
Jared: There you go. Cool. Thanks for taking the time to talk to us today.
Luke: My pleasure as always.
Jared: And I want to thank our audience. You will have the opportunity to hear Luke talk about all of this at the User Interface Conference, which is happening October 27-29 in beautiful Boston, Massachusetts. Go to uiconf.com and you can learn all about Luke’s session and the other great presenters that we have doing full-day workshops there. We’ll hope we see you there. Luke, thank you very much.
Luke: My pleasure. Thanks, Jared.
Jared: I want to thank our audience for listening in and for encouraging our behavior. We’ll talk to you later. Take care.

Friday, May 16, 2014

4 Ways Visual Content Can Enhance Your Ecommerce User Experience

via Content Marketing Institute http://ift.tt/1n0uHDx

By DEVIKA GIRISH published MAY 16, 2014
runner-shoes-nike sales imageIn today’s ever-connected, increasingly social world, images and videos are fast becoming crucial elements of digital marketing. According to a recentForbes report, brand engagement on Instagram, a social network that relies purely on visual content, has grown by an astounding 350 percent, year over year.
With the rise of social sharing, more and more brands are looking for ways to leverage visual imagery to enhance the value of the content they create and grab a greater share of audience attention. An ROI research report found that 44 percent of people are more likely to engage with brands that post pictures than any other media. Additionally, a Pew Internet study in the U.S. even suggested that the online content consumption has consequently reduced the attention spans of consumers. 
Here are a few smart ways to start capitalizing on the rising popularity and power of visual content:

1. Adopt a mobile-first approach

According to a recent Forrester Research report, 21 percent of retailers’ online revenue last year came from consumers who used a smartphone or tablet to make a purchase. And, by nature, many mobile consumers are likely accessing content while they are on the go.
Catering to their particular needs means highlighting the key features they are most likely to access from a mobile device and optimizing your content and layout to provide a seamless user experience — regardless of their choice of device. You want your consumers to be able to scan through the visual content and get the key message quickly, before you lose their attention.
shopping site-women dresses-small images
The view of MichaelKors.com on mobile
In the image above, you’ll see that Michael Kors, a fashion retailer, does not have a website that has been optimized for mobile. For example, the print stays small, and users have to do a lot of clicking and scrolling to view the different merchandise available and the detailed descriptions. Though the visual content itself is quite appealing, the page forces consumers to zoom in and out to maneuver around the site and get a clear view on something they might want to purchase.
Because of the small screen real estate afforded to most mobile devices, viewing mobile content just as it would display on a desktop not only makes interaction difficult for your consumers, but also reduces conversions. In fact, 40 percent of consumers are reported to have turned to a competitor’s website after a bad mobile web experience.
You can avoid this by either opting for a responsive design — where a single code base is used to serve both mobile and desktop users — or adaptive delivery, where the server hosting the website detects the device making requests and uses this information to deliver different batches of HTML and CSS code. However, most responsive websites take a lot of time to load on mobile devices, as smartphones would typically need to download and sift through all the same information it would for the desktop version (but with less processing power). Adaptive delivery on the other hand, enables the server to choose to optimally render pages by enhancing or removing certain functionalities on the fly, based on the capabilities of the device detected.
black high-heeled shoe-sales site
Jimmy Choo mobile website
shoes-purses images
Jimmy Choo desktop website
Jimmy Choo, the luxury bags and shoes brand, uses an adaptive design scheme to deliver a highly differentiated experience for its mobile customers. The mobile website, for example, employs a simple layout that displays one central image followed by a list of categories below it, making it easier for consumers to scan through the offerings on the home page. In contrast, the home page of its desktop website features a number of images, depicting different categories within.

2. Make images and videos “shoppable”

Though visually compelling images can have a huge impact on the user experience of your ecommerce site visitors, the images alone can do little to help you convert those visitors into customers. For example, there are times when consumers may come across a fashion trend or exciting look shared by a friend through Facebook or Pinterest, but those shared images do not allow a consumer to purchase that product directly just by clicking on it. These are lost opportunities for a retail marketer.
By making your images or videos shoppable, you can now make it easier for someone who likes your products to become a customer without having to take extra steps — steps that can lead to frustration or abandoning their interest altogether.
woman jogger-jogging items for sale
For example, Kiosked is a platform that creates embeddable “smart” content that turns visual content into a consumer shopping service. In 2013, Nike used Kiosked for its signature Nike x Undercover Gyakusou collection, a line that caters to the high demands of running enthusiasts. By making the images shoppable, the brand was able to connect better with its consumers in places where they were more likely to interact, and increase its point of sale.
male runer-running shoe for sale
Image via Antti Pasila
Online shoppers could just hover over the image, and glance through the Nike merchandise showcased in it. They could even purchase it from an ecommerce website by clicking on the “Buy Now” option.
male tennis player-image
A recent Gartner study states that 74 percent of consumers rely on social media to guide their purchases. Recognizing the huge potential of discovery-led shopping, Kiosked offers a “share and earn” functionality that enables distributed ecommerce through social media. Employing a similar feature for your shoppable visual content could help boost sales through your loyal fan base.

3. Incorporate user-generated content

One of the most rewarding ways to enhance the consumer experience with visual content is to allow those consumers themselves to play a role in creating the content you publish on social media. With 4 in 10 social media users reported to have purchased an item in-store or online after sharing it on Facebook, Twitter, or Pinterest, there is no denying that social media has a huge impact on consumer purchase decisions, and who isn’t more likely to be loyal to a brand that recognizes them for their interest and support.
A lot of brands these days gather content by collecting images shared by their customers on their websites or social media networks. While these images may not be as good as the ones taken by a professional, their authenticity will strike a positive note with your customers. Making user-generated visual content a part of your website by linking it to respective products makes the consumer shopping experience even more relatable.
blond woman modeling high-heeled shoes
selection-black shoes
Nasty Gal is just one of the brands using consumer-sourced images to drive engagement among its shoppers. The retail brand encouraged its customers to upload pictures of themselves wearing merchandise bought from Nasty Gal and tag them using #nastygal. These images were then showcased on its “The Click” gallery and linked back to the product catalog.

4. Create a content hub that resonates with your shoppers’ interests

One of the best ways of cultivating valuable relationships with your consumers is by offering them something unique and appealing that also showcases your products.
REI, a national outdoor retailer does this by creating content that inspires, educates, and equips their shoppers with outdoor-enthusiast lifestyle information that the brand stands for. Rather than merely creating a single blog, REI maintains various content hubs of information, such as videos and details on upcoming events and in-store educational classes.
men-stand-up paddleboards
images-video choices
basic bike maintenance-video image
The company also provides its shoppers with quick access to expert tips and tricks on how to find the right adventure gear. Offering such product demonstrations and promotions rather than plain text helps engage users. With a recent eMarketer report stating that 51.9 percent of marketing professionals consider video to be the content format with the best ROI, this is undoubtedly a safe bet.
Going by the latest trends, content on ecommerce sites is trending toward fewer words and more visuals. As shown in the above examples, visual content will help you to engage in meaningful interactions with your consumers. Thus, when it comes to optimizing your ROI, the best way forward is to strategically incorporate visuals into your ecommerce experience.

Monday, May 12, 2014

Responsive Design Begins With The URL

via Smashing Magazine http://ift.tt/Rbo5n6

The BBC’s Programmes website is huge, and is intended to be a rolling archive of everything that the BBC broadcasts on television and radio. Originally released in 2007, it now has pages for over 1.6 million episodes, but that’s barely half of the story. Surrounding those episodes is a wealth of content, including clips, galleries, episode guides, character profiles and much more, plus Programme’s newly responsive home pages.
The new responsive home pages, known as “brand” pages, join the schedule and A–Z lists in a broader responsive rebuild. 39% of users (and growing) now use mobile and tablet devices to visit these pages; so, making the pages responsive was the best way to serve a great experience to everybody while keeping the website maintainable.
This article is a case study of the responsive rebuild of the BBC’s Programmes pages, and it actually begins back in 2007, at the conception of the project.

URLs

The core principle in creating a potentially enormous website that will last forever is to get the information architecture right in the first place. This involves knowing your data objects and how they fit together. It should also determine the URL structure, which for Programmes is the most important aspect. Take the URL for Top Gear’s home page:

http://www.bbc.co.uk/programmes/b006mj59

After the domain name comes the word “programmes,” which is a simple, unchanging English word. It is intended to describe the object, and is not a brand or product name. Plurals are used so that the URL can be hacked backwards to retrieve an index.
Next is the programme identifier. Note the lack of hierarchy and the lack of a title. Titles change over time, and many programmes do not have a unique title, which would cause a clash. Hierarchies also change — a one-off pilot could be commissioned for a full series. Understanding your objects allows you to recognize what is permanent. In this case, nothing is particularly guaranteed to be permanent, so a simple ID is used instead. Users aren’t expected to type these URLs, though. They will usually arrive through a search engine or by typing in a friendly redirect that has been read out on air, such as bbc.co.uk/topgear. But the key principle of a permanent URL is that inward links are trusted to be shareable and work forever. Cool URIs don’t change.
A clear information architecture defines the URL scheme. A piece of content is given a clear canonical home, where appropriate. Links and aggregations between them then clearly appear.
A clear information architecture defines the URL scheme.
A clear information architecture defines the URL scheme. (Large preview)
It is clear how the data will be sliced before any wireframes are drawn or code is written. The black lines are direct links, while the red lines are shortcuts that we’ll add later.
On the brand page, we display the following information about the programme:
  • Summary (image and synopsis)
  • Can the user watch or listen to it now?
  • When will it be on TV or the radio?
  • How does one buy it?
  • Clips from the programme
  • Galleries from the programme
  • Editorially curated links to content (promotions)
  • Textual supporting content
  • Related links
This is a lot of content for a responsive page. Page loading could become excessive on low-end devices, so a priority needs to be determined.
Loading priority should be determined for sites with large amounts of content.
Loading priority should be determined for sites with large amounts of content. (Large preview)
Content is king, so hiding it on smaller screens is not acceptable. If any content could be sacrificed on mobile, then question whether it truly belongs on the desktop to begin with. The user journey remains the same, regardless of the device being used.
However, even though content may not be sacrificed on mobile, it doesn’t have to be present in its full form all the time. A simple link to the content might suffice, and because we have already defined a URL structure, most of the content already has somewhere to link to. Therefore, the block of “clips” on the brand page will, by default, link to this:
/programmes/:id/clips    
This is Web-friendly and the minimum viable product. If no more work was done, we’d still have something that works. The next phase is to see whether any enhancement can be made. We can use JavaScript to determine screen size (and possibly other factors) and then decide whether to load some shortcuts. By default, just a link is shown, but with enough space and if JavaScript is available, the link would be replaced with a carousel of the first six clips. These first six are the same six from /clips; this lazy-loaded content is simply a shortcut (the red lines from earlier).
Different states of lazy loading content.
Different states of lazy loading content. (Large preview)
JavaScript can be used to lazy-load content fairly often, but we have rules:
  • It may not be used for core content or for the user journey of the page.
  • It may be used only where a URL exists for the content, never for href="#".
The top area of the page (which shows what the object is and how to watch it) is the core user journey of the brand page, so it is not lazy-loaded. Clips, galleries and recommendations are lazy-loaded, but promotions are not because they do not have URLs of their own. You could argue that promotions could be surfaced at the following URL:
/programmes/:pid/promotions    
But promos are not really “consumable content.” A user wouldn’t click a link to see all promos in this context, so promos are not lazy-loaded.

Images

Images are always a challenge in responsive Web design, and they were for us, too. Some of ourlong aggregation pages contain a lot of images, which need to be displayed at sizes appropriate to the device. The total download size of these long pages can be over 1 MB, mostly due to the images.
Therefore, we decided to tackle images in the same way that we tackle content, by asking whether a given page is the canonical home of the image. If it is, then the image must be there. If it isn’t, such as on the aggregation pages, then the image isn’t there by default. We then load in the most appropriate-sized image for the container with JavaScript. Additionally, only images currently in the viewport are loaded. As the page is scrolled, images that are about to appear are pulled in. This technique saves a lot of bandwidth on initial page loading, vastly improving response times for users, especially on small devices and when the user doesn’t scroll far. A useful library that uses a similar technique is used on BBC’s responsive News pages and is available in the open-source Imager.js.
At first, the implementation of this technique made the page jump around a lot as the user scrolled down and the images appeared. To work around this when the page first loads and the JavaScript kicks in, we load an old-fashioned spacer PNG, which has a 16:9 ratio and occupies the spaces of the images that will be filled in later. This is one extra download request for a small file that is used throughout the page. Using an inline base64-encoded PNG might have been preferable, but we discovered that Windows Phone devices do not display the holding image in the correct ratio, rendering it as a 1:1 square, so we had to use a standard PNG.
The techniques so far suggest a lot of use of JavaScript. This is true because it is loaded and runs on every page, but it is used with a light touch. JavaScript is not a requirement for any page(except for the playback of media), and it doesn’t do any particularly heavy lifting. Lazy-loaded content calls a .inc partial URL, which returns HTML that is simply dropped into the page. The JavaScript barely does any DOM construction because the elements are constructed by server-side code, reusing the same partials.
Templating frameworks such as Handlebars could construct the DOM elements from a JSON source, but why fight the pre-parser? Browsers are extremely efficient at parsing and rendering HTML quickly, so we wouldn’t add complexity for such a simple use case. The website works and is stable without JavaScript — no need to overdo it.

CSS

Building a large website that is maintainable requires a CSS strategy, or else it would balloon out of proportion. We decided to follow the BEM methodology to create reusable blocks of CSS. The blocks might be granular and generic (for typography and grids) or more modular (for whole objects). The CSS is built up from Programmes’ style guide
04-programme-object-500
An example of BBC’s programm styleguide. (Large preview)
This is the Programmes object. It is a server-side-generated partial and is used in multiple locations around the website. It has several variations, depending on the container that it needs to go in or the content that is available at a given time. The options are demonstrated on the corresponding page of the style guide, where they can be built and tested, ready to be dropped (hopefully) flawlessly anywhere in the application.
This method of building reusable CSS gives rise to some extra markup in the page, with some particularly long examples:
<div class="grid bpw2-thirteen-twentyfourths bpe-thirteen-twentyfourths grid--bounded">
However, because these are generated by server-side code, they are usually easily updatable. These blocks tend to be repeated throughout the page, but Gzip compresses the markup extremely well. This CSS framework makes for a very reusable system. Programmes’ global.cssfile is included on every page and handles everything related to layout, all at just 15.4 KB (after Gzip’ing), which speeds up the creation of new pages. We can throw together some simple list-based pages, such as recommendations, within minutes, without having to write any new CSS and by reusing the same Programmes object partial. This also enforces consistency across pages.
All objects are built to be touch-first, but not touch-dependent. The stream, which can be seen on the season page, has an overflowing div in order to support native scrolling and automatic touch capabilities. However the arrow buttons (note not <a> tags) are still present for old devices and for people who wish to use a keyboard and mouse. The detection of touch does not necessarily mean that the user is touching to navigate, so mouse hovering is always supported.
Touch-first also means large hit areas. The Programmes object above has an overlaid link to make the whole object clickable, even though it will sometimes have multiple links within it.
After we launched this feature, we were informed by a user that in Windows high-contrast mode, all Programmes objects disappeared. We discovered that in high-contrast mode, Internet Explorer 9 forces the background of all links to be solid black, effectively obscuring the object. To overcome this across the board, we had to force the background color to be transparent with RGBa, and we set the opacity of the overlaid link to 0, which allowed the object underneath to show through.
.block-link__overlay-link {
   top: 0;
   right: 0;
   bottom: 0;
   left: 0;
   overflow: hidden;
   text-indent: 200%;
   white-space: nowrap;
   background: rgba(0, 0, 0, 0); // IE 9 fix
}

// Increased specificity so that it trumps ".block-link a"
a.block-link__overlay-link {
   position: absolute;
   z-index: 0;
   // The next line is needed because all elements have a solid-black
   // background in high-contrast mode
   opacity: 0;
}
At present, the BBC still receives a lot of traffic from Internet Explorer 8, which does not support media queries. We had to decide, then, what to show these users. The first option would be just to show the mobile version of the website to them, suitably scaled up but with nothing complex happening. This was not acceptable as the usage numbers are still too high, especially among the editorial staff. Therefore, we came up with a workaround.
We build our CSS using Sass, which fits very well with the modular structure, allowing partials to be organized in a clear folder structure. Wherever we use media queries, we can abstract them into breakpoints using Sass and then name them. In our main file, we then decide which breakpoints to pull in and whether to wrap them in media queries. The Sass component for handling this is available as Breakup. This means we can have two files: global.css and global-ie.css. The global-ie.css file gets all of the base and desktop breakpoints, without media queries, meaning that it is a fixed 1008-pixel page. We then decide which CSS to serve using IE conditional comments:
<!--[if (gt IE 8)|!(IE)]><!-->
        <link rel="stylesheet" href=”path/to/styles/global.css" /><!-- Also contains print -->
    <!--<![endif]-->
    <!--[if (lt IE 9)&(!IEMobile)]>
        <link rel="stylesheet" href="path/to/styles/global-ie.css" />
        <link rel="stylesheet" href="path/to/styles/print.css" media="print" />
    <![endif]-->
It also extends to the print CSS, because we can wrap that in media queries for newer browsers, too, which saves an extra download.

Limitations

Our responsive design still has a few limitations in its capabilities. We are keen to see a native solution for element queries to fix a few minor icon-sizing issues without the need for polyfills. At the moment, we can only make decisions based on the whole window size.
Roughly same-sized images should ideally get the same-sized icons.
Roughly same-sized images should ideally get the same-sized icons.
There are also a few situations in which the markup order isn’t ideal on all devices. Improvements such as CSS grid layout will enable us to interlace modules at different screen sizes.

Conclusion

By building a website on which the content is king, starting with a clear information architecture and well-defined URLs, we have built a framework that we are proud to maintain. Using a sound URL scheme and building pages with semantic markup give us many benefits for free (or at least partially for free):
  • permanence,
  • stability,
  • optimization for search engines (linkability),
  • accessibility,
  • shareability.
By progressively enhancing, we could still build an interface that is attractive and information-dense where appropriate. We will continue to adapt with new responsive features as they become available and once visits from old browsers decline enough that we can move ahead. Reusable content components and CSS make that easier to do, thus making it possible to look after such a large website as it continues to grow every day.
(al, ml)