Shoppers Don't Want Your M-Dot Site

Ryan wrote this on February 25, 2015 in . It has 78 reactions

ecommerce mobile

Imagine for a sec that you're an ecommerce retailer. It's Black Friday, the day after Thanksgiving in the United States and the cornerstone sales day of brick-and-mortar stores. But you get a huge spike of traffic and someone snags a $25,000 clutch from a mobile device. Which is exactly what happened one Black Friday for One King's Lane.

That one incident pushed One King's Lane to focus on perfecting their mobile shopping experience. As Doug Mack, then-CEO of One King's Lane, said:

Your business model either leans on mobile or it doesn't.

At the time, 30% of One King's Lane traffic came from a mobile device, most of that from a tablet. Sales from mobile make up one-third of One King's Lane sales. So the retailer worked furiously on releasing a universal iOS app, but haven't done a responsive site. Instead, they have a server-side adaptive site. A lot of...
Read More



Stuff Isn't Culture

Shawna wrote this on February 20, 2015 in , . It has 113 reactions

perks

Perks don't create loyalty and those things don't get people invested. When we talk about perks, we're talking about stuff. You know: the pool tables, the cell phone, the fridge full of beer. But those are "benefits," not culture.

And that's exactly what dozens of articles focus on when it comes to culture — the stuff, the nice-to-haves, such as an inspired workspace and healthy food options. But focusing on perks might not keep your workers from fleeing for greener pastures. Take a look at Google. The search engine giant has one of the best perks in the Valley hands-down but one of the highest turnover rates with the average employing sticking around for a little over a year, even with pay in the six figures. Google isn't the only one. The average stay at any job is nine months, according to a Payscale survey. Even Amazon employees bolt after a year. Although a few have called ...
Read More


Get a job, nerd!


via Job Board from ZURB

Mesmerize Users With Something Unexpected

Daniel wrote this on February 19, 2015 in , . It has 131 reactions

surprise!

You're out on the town with friends and you decide to find a place to eat. Whipping out your cell phone, you launch the Yelp app and scroll through nearby restaurants. Suddenly, you see it peeking at you from behind the menu — a hamster. You begin pulling the menu down to set it free only to watch the hamster jump into a rocket and blast off!

Did this funny easter egg help you accomplish your task? No. But did it bring a little joy or excitement to the experience? Definitely.

This kind of unexpected detail is an example of "Surprise and Delight," a design trigger that can make any experience more exciting and keep users engaged. Two talented designers recently came through ZURB HQ to get on their Soapboxes with different perspectives about surprise and delight and the role it plays in their designs.

Marissa Louie, of Yahoo, brought up the word "enchantment"...
Read More


Hit the Weights and Take the Bloat Out of Frameworks

Rafi wrote this on February 16, 2015 in . It has 172 reactions

Frameworks come under fire for being bloated. Some say they're too time consuming to style, and you can spend too much time overwriting styles. Or wrestling with important statements. Or removing unwanted code. Some say they come with too much stuff and at the same time complain that what is offered in a framework is not used.

Illustration of the Yeti running quickly

It's great to have many components with built-in styles when prototyping, but having these styles will inevitably require CSS overrides — unless you want all your sites to look the same. But frameworks give us a common language for designing websites. Not just HTML, CSS, and JavaScript, but also a repeatable base from which to build faster. People need a place to start their projects. Foundation was made for you to build off-of and make it your own. Frameworks don't make sites and apps for you, they help you get to end result more...
Read More


The Pit of Despair and Dealing With Your Product Design Feelings

Ghaida wrote this on February 13, 2015 in , . It has 87 reactions

Improve morale by pulling your own weight

A product designer's journey is filled with wonder. It can also be rife with peril and despair. So how do you enjoy the awesome parts of product design without letting the negative parts discourage you and get you down?

A Product Design Odyssey

We design products at ZURB. We design products with clients, with internal teams, and we train people to do the same in their companies. Since 1998 we've been helping people design products and we've learned that amazing sparks can happen when teams work together seamlessly. We also learned that if good flow is interrupted it's hard to get up and be productive again. We put together a list of our top seven product design challenges and how we've overcome them.

Feel #1: Getting a Crew Together

Getting a team together is a risky challenge for everyone involved. Learning to improve your value as a team member is an ongoing...
Read More


Engineers Don't Build Products, They Design Them

Matt wrote this on February 11, 2015 in , . It has 159 reactions

In one of our Chief Instigator's previous posts, we talked about how we can no longer think about design as being purely the domain of designers. Everyone on your team needs to design, especially your engineers. In fact, if you take a look, you'll most likely find that your engineering team is already making the majority of your interaction design decisions.

developer plans

Creating Product is Like Creating a Building

There is a fundamental misunderstanding about the role the engineers play in building products. Let's articulate this with an analogy.

Creating a product is like creating a building. You have an architect that defines what the building should look like. He imagines the building and creates a design for how the building should look and function. The architect works with a structural engineer to create a blueprint defining how the building should be built based on...
Read More


Fat Cows, Disillusioned Scarecrows and Greener Design Pastures

Bryan wrote this on February 09, 2015 in . It has 117 reactions

In my past post, our assertion that Silicon Valley killed the design agency agitated quite a few industry design leaders. The post was a wake up call, not a proclamation of the end of design services. Status quo is a sure death and others seem to agree. The argument isn't whether agencies will win or lose, it's which organizations will win the design talent battle to remain relevant.

The debate is nuanced and based on more than just business cycles. Agencies do themselves no good holding on to assumptions that all things will be fine in services moving forward or that there will be a nice living doing design. Change is all but certain. Yes, service firms will exist, just not yours. The problem of building a great design organization is challenging as many evolve to polishing shiny buttons over and over. Which gets us to fat cows, disillusioned scarecrows and...
Read More


Top 10 Things We Learned While Building Foundation for Apps

Brandon wrote this on January 30, 2015 in . It has 146 reactions

10 things we learned building Foundation for Apps

It's been a little more than a month since we launched Foundation for Apps into the wild. And it's been great hearing all your thoughts on our latest framework! We're excited to learn how you're using Foundation for Apps so we can continue building atop what we've created.

So far, we've learned a lot creating this new framework — from new technology to just talking to the web community as a whole. Lessons that we wanted to share with all of you. Here's the 10 things we learned from building Foundation for Apps:

1. Flexbox Can Be Awesome, But It's Complicated

We decided to build Foundation for Apps using Flexbox instead of a traditional float-based grid. This let us do neat things like mix fixed- and fluid-width columns, drastically improve source ordering, and re-orienting grids. Nifty! What we mainly learned is that while Flexbox was amazing, it also has three...
Read More


Lead by Design

Bryan wrote this on January 20, 2015 in , . It has 301 reactions

Last week we wrote about the design leadership gap and the need support emerging designers with career paths. It's an assessment of where we are as an industry that highlights gaps we'll need to close to fill our design leadership roles. And while the blog post creates an impression that leading design requires a design management title in an organization, this couldn't be further from the truth.

Designers don't need a defined role to lead. In fact, designers should look at this opportunity to lead through influence. Progressive design has taught us that design leadership doesn't require a title or even heavy management experience, only a strong desire to learn people skills and shape outcomes in an organization with design. After leading design for a decade and a half, I still believe that being a designer doesn't automatically entitle you to the collective benefits of any industry....
Read More


The Design Leadership Gap

Bryan wrote this on January 16, 2015 in , . It has 458 reactions

We've recently written about progressive design and the role successful designers play in helping companies build great products. Design leadership is an important part of this conversation.

From designers using their thinking skills to the turbulence of the current design environment, it's clear that we view design as a significant business opportunity for companies to grow.

It's been shown that companies that embrace design driven principles produce better financial returns. Design-driven companies need leaders that can drive this value. But we don't see enough business structure in place to help companies and designers thrive together. Creating design value is more difficult than throwing designers at problems. We need leaders.

We need design leaders to increase the value of design in organizations and it's not going to happen without more methodologies to define problems...
Read More