Tag Archives: process

A Great Experience from Qwest

I recently switched to Qwest for DSL service and wasn’t sure what to expect as far as customer experience.  I wish it wasn’t such a surprise, but pleasant surprises are better than bad surprises.  I was really impressed with their do-it-yourself installation and setup process.  Here’s a rundown of my experience.

When I opened the box I was greeted by bright, friendly colors, a packet of information, and three clearly labeled compartments.

Qwest DSL box

 
The instructions, though a little large when completely unfolded, were clear and easy to follow.

Photo of instructions

 
I was especially impressed with the way the instructions described the various items in the box and referenced the color-coded chords. (Black for power, green for phone, and yellow for ethernet.)  Someone clearly put some thought into this.  And, incredibly, a phone number for a help line is listed once on the inside of the box and 4 times in the instructions.  They are obviously focused on delivering a great customer experience, not avoiding phone calls.

Once the the hardware was connected, I was automatically connected to the online configuration application.

First I was presented with a friendly welcome screen with brief instructions (in plain language) on how to navigate through the various steps.

Screenshot of welcom screen

 
On the next screen, they did a good job of heading off potential problems and/or confusion by telling me what to do if my firewall software appears.

Screenshot of firewall warning page

 
The page also has some other helpful elements including a progress indicator, “Tell me more…” link (makes optional, more detailed info available without cluttering the page), a live chat icon (instant help), and a help icon.

After completing a few more steps in the process I was asked to indicate which modem I have.



 
Ideally the system would be able to figure this out without asking me but, if they have to ask, providing photos of the modems is much more meaningful and helpful than just listing a bunch of names.  (Especially since they have names like “ActionTec M1000″ and “2Wire 2700HG”.)

Once the setup process was completed I was presented with a final screen listing important account information.  It was nice to have it all in one place rather than have to dig for it later.

Screenshot of Qwest info screen

 
Qwest has had a reputation for a terrible customer experience but in the last couple of years they’ve really improved.  Their modem setup experience was excellent and I think illustrates some principles that can be applied almost any experience.

  • It’s ok to have fun
    Qwest’s packaging and web UI were colorful and somewhat playful in appearance and language.  Any time you can inject fun into an experience, do so.  (Assuming it fits with the offering and branding).
  • User conversational language (if appropriate)
    Standard corporate language is boring and sometimes hard to understand.  Don’t use fancy words.  Just say what you’re trying to communicate.
  • Coordinate the elements
    Qwest did a good job of making sure the hardware in the box matched what was described in the instructions and that the modem was actually in the list of modems in the web UI.  They even went so far as to specify the color of the power cord, phone cable, and ethernet cable and then referenced those colors in the instructions.
  • Tell people where they are in the process
    A basic common courtesy.
  • Warn about (or better yet, help avoid) potential problems and stress points
    Qwest knew that customers’ firewall software could potentially try to block the modem setup process.  They warned users that the problem could be coming and what to do if it happened.  If users know a potential problem could be coming and how to deal with it, it’s much less stressful when it actually appears.
  • Offer liberal help options
    Qwest made phone numbers, chat button, and help icon clearly visible throughout the installation process.  Don’t try to hide access to a live person just so you can save money.  Avoid help calls/chats through great design and processes rather than by hiding a phone number or chat button.
  • Give me pictures
    If you’re going to ask me to identify something, give me a picture if at all possible – especially when dealing with hi-tech products and their cryptic meaningless names.

By creating an easy and enjoyable setup experience Qwest accomplished three things.

  1. They delivered a great experience that reflects well on their brand image.
  2. They decreased the load on their call centers.
  3. They made their service more appealing by lowering the cost.  (I didn’t have to pay an extra $86 to have a Qwest technician come install it.)

Nice job Qwest.  I hope they and the rest of us can keep building on great experiences like this one.

Designing for Social

I just read a post on Core77 by Gentry Underwood from IDEO titled “Social Software: The Other ‘Design for Social Impact’.”  Gentry does a great job describing where the design of social software is now (as far as maturity) and how we need to approach the design of social software differently than most products or websites we currently work on.  A couple of key takeaways for me:

  • Social software is in its infancy as far as its level of design maturity.
    Gentry equates it with where Windows and Mac were in the early 90s.  A lot of changes and refinements have taken place in the last 15-20 years.  Social software will likely go through a similar maturation process.
  • We need to change our design approach.
    Up until recently web and software design has focused on human-computer interaction.  Social software requires that we understand and enable human-human interaction.
  • Social software design requires design-by-iteration more than design-by-principle.
    “…a set of design principles simply can’t contain enough information to drive effective [social software] design on its own.”  Human interaction is complex.  The only way to design an environment that most effectively facilitates human-human interaction is to design, test, and iterate.  Gentry calls this “ethnography-by-prototype”.

Gentry’s article is definitely worth a read.  He’s also create a place to continue the discussion at http://socialsoftware.org

Moving Past Best-Guess Design

As I learn more about A/B testing I’m increasingly excited about its potential impact on the value design and the web can deliver.  During the design process we do our best to design the IA, interaction, and look and feel to be as effective as possible.  However, even after all our experience, patterns, and principles have been applied there is still a significant amount of best-guess involved.  Even usability tests, while definitely helpful, don’t give complete visibility into how a page or flow will actually perform.  For example, we recently ran a usability study on several pages describing Sun’s programs for students and educators.  One of the conclusions was that few people would click on one of links in one section of the page.  But when we look at the metrics, that link is one of the most clicked on the page.  Not exactly crystal-clear insight.  So are A/B tests valuable?

Recently there has been a lot of debate about Google’s approach to design.  Douglas Bowman may have kicked off the debate with his blog post earlier this year about why he left Google.  He describes his frustration with Google’s push to test everything and requiring every decision be driven by data.  He gives that now legendary example of Google testing 41 shades of blue to see which one best accomplished their goals.  Since then there have been many posts, articles, and conversations debating whether making design decisions based on metrics is good or if it takes the creative heart out of the design process.

But when I see the results of A/B tests I’m amazed at the insights I come away with.  When changing a couple of words results in a 20% improvement in conversion or Google sees differences in performance just by changing a color or the amount of white space, I realize the complexity of a human being interacting with a web site – and how little we really know about how various design elements impact our desired outcome(s).

Data analysis is not going to result in the definition of new strategic direction or a break-through concept.  Our creativity and the design process can give us the breakthrough idea and even get us 80% of the way toward the perfect solution.  We’ll never arrive at the 100% perfect solution but it seems that A/B testing can help us move from an 80% solution to an 85% solution. An improvement that can have a measurable impact on the bottom-line.

I think Irene Au, Google’s Director of User Experience summarizes it well in a recent article,

“Data informs decision-making but it’s less useful for conceiving and building conceptually new directions. It’s most useful for optimising and refining an established concept.”

I’m finding that not only can A/B testing give us insight into a specific project, but reviewing the results of other tests can be hugely informative for future design projects.

A great new resource is ABtests.com which I believe was recently launched by Joshua Porter, Performable, and KISSmetrics. The short and simple case studies provide a wealth of information (and may result in a few “wows” on your part).  Take a look at some of the projects.  I think you’ll learn a lot.

Other reference and resources:

Healthcare Design

I recently watched this video of a talk at one of Mark Hurst’s Gel Conferences. The speaker is Bridget Duffy and the topic was the patient experience in healthcare facilities. It was powerful to hear and think about the impact of design on a patient’s emotions, treatment success, and ongoing health. Thankfully I’ve never had to stay in a hospital but I have experienced the uneasiness, feelings of vulnerability, and frustration our healthcare providers so often bring out.

We’re just now starting to move from discussing the design of graphics, products, and web sites to services, processes, experiences, and systems. It sounds as though the Cleveland Clinic is making great headway in rethinking the delivery of healthcare. I hope it spreads.

Twitter’s 140 Characters: A Critical Success Factor

Twitter is clearly a success. Millions of people are now posting and reading 140 character thoughts, questions, and updates on a regular basis.

A few weeks ago I tweeted a thought of my own:

And I’m still thinking about it.

I know Twitter limited Tweets to 140 characters based on limitations of texting. But what if that hadn’t been a factor? What if they could set any limit they wanted? In a world where more is better and unlimited is best, I’d be surprised if they would set a 140 character limit.

So what if they had set the limit at 250 characters? Or 500 characters? Would Twitter adoption still have taken off as it has?

I don’t think it would have had the limit been set much higher than 140 characters. There are two reasons for this:

  1. Speed of Tweeting
    The short time spent writing and editing a Tweet makes the mental barrier to posting multiple Tweets per day very low. Unlike a blog post where you need to set aside a block of time to write and edit the much longer post, it’s easy to write and post a tweet in a minute or less. That mental barrier is critical.
  2. Speed of reading
    It takes very little time to read a single Tweet or even a page full of them. Tweets are easy to consume so people follow and read.

Think about the differences in speed of writing and reading the posts below.

140 characters:

In the beginning God created the heavens and the earth. The earth was formless and void, and darkness was over the surface of the deep, and

250 characters:

In the beginning God created the heavens and the earth. The earth was formless and void, and darkness was over the surface of the deep, and the Spirit of God was moving over the surface of the waters. Then God said, “Let there be light”; and there wa

500 characters:

In the beginning God created the heavens and the earth. The earth was formless and void, and darkness was over the surface of the deep, and the Spirit of God was moving over the surface of the waters. Then God said, “Let there be light”; and there was light. God saw that the light was good; and God separated the light from the darkness. God called the light day, and the darkness He called night And there was evening and there was morning, one day. Then God said, “Let there be an expanse in the m

Writing and reading 500 or even 250 characters takes more effort than 140. Enough effort to deter people from Tweeting as much as they do.

So what does this mean for designers? When designing a new web app you think about the standard aspects like functionality, target audience, task flows, information architecture, and look and feel. But many times we make quick and arbitrary decisions on “insignificant” aspects of the design that could actually make or break the final product.

Usually the decision on character limits would be made by a technical analyst or an engineer without much consideration for strategy or user experience. The impact of Twitter’s decision to limit Tweets to 140 characters has had significant impact on its success. We need to remember that aspects of a design we often overlook as unimportant (or outside the realm of “design”) can have far ranging affects on the success of the experience we’re designing.

The Difference Attitude Makes

Today I heard two stories about recent experiences with airlines.

The first was a post by Mark Hurst on his Good Experience blog. He talked about his horrific experience with JetBlue – started initially by weather delays and compounded by the airline’s handling of the situation. (Hint, it wasn’t good.) Mark made the point that a few years ago JetBlue was known for the great experience it delivered to passengers but that something in the company has changed and those great experiences are now a distant (and irrelevant) memory.

The second was a story my mom told me about my parents’ trip from Colorado to Vermont on Southwest yesterday. They were flying from Denver to Baltimore to Albany, NY. After pushing back from the gate in Denver, their plane had mechanical problems which delayed their departure by 2 hours. (Side note: Southwest actually let them get off the plane!) Then they missed their connecting flight but eventually got on a much later flight which brought them to Albany about 6 hours after they were supposed to have arrived.

And, get this, she and my dad raved about how much they love Southwest! They couldn’t say enough good things about how the airline took care of them and how great the gate agents were!

Things are going to go wrong. I think people understand that. It’s your company’s attitude when dealing with the problem that makes all the difference between a horrible experience and a decent or even good experience. Which is the difference between having (ex-)customers who hate you or returning customers that love you.