CTRL-Tab: Mastery, complexity, flow

Posted by philbuk on Dec 17th, 2006

So finally here's the follow up post to the CTRL-Tab thing.

CTRL-Tab to page through browser tabs, F2 to edit in MS Office, and my all-time favourite CTRL-ALT-SHIFT-S in Photoshop to "save for web". Do these arcane, unguessable key combinations offer a good user experience?

Simple answer: Yes. They offer efficiency and speed for users who have had a lot of practice. And they don't clutter up the interface for those who haven't.

What's really interesting is how you feel when you use the advanced key combinations.

If you're anything like me, you feel good. Why?

  1. Complexity is like acquired taste. The first time you tried curry, blue cheese, whiskey, oysters, broccoli or whatever it was, you didn't really like it. But after years and years, you have come to love it. And the simple baked beans you enjoyed as a child seem one-dimensional. Illustrator seems delightfully powerful and nuanced in comparison to PowerPoint, once you've acquired the taste. Experiences do not always have to be simple to be wonderful.
  2. Mastery is rewarding. Being really good at something is one of the most rewarding experiences there is. It's obvious - but it's also "official." Psychologist Mihayli Csikszentmihayli studied the phenomenon of Flow. Flow is a state of mind we all get into when we're performing optimally, and it's pretty much the thing that makes us the happiest we can be. Flow is achieved by knowing what your goal is, making concrete steps towards it, and stretching your talents and skills with each step. In other words, by attaining mastery.

So. For experiences we have just once, simplicity, clarity and easiness are essential.

But for experiences we choose to engage in again and again, there's a deeper joy to be found in mastering complexity.

Which is is why I like CTRL-ALT-SHIFT-s. Thanks Adobe.

There are some good musings about complexity, simplicty and mastery in The Laws of Simplicty by John Maeda.

I read it recently. It's so simple, I'm going to have to read it again. At least twice.

Customer satisfaction: the lead metric (3)

Posted by philbuk on Dec 3rd, 2006

This follows on from my two previous posts on this subject.

I think I've got somewhere with this. It has been an interesting ride. The questions boil down to:

  • How can you measure the quality of your customer experience, across multiple channels (web, store, call centre, WAP)?
  • Is measuring symptoms of customer experience, rather than the experience itself "dangerous"?
  • Are those metrics the only data you need to help you deliver a good customer experience?
  • Why would you measure customer experience related factors anyway?

And here are the answers.

How can you measure the quality of your customer experience, across multiple channels (web, store, call centre, WAP)?
Observing users, rather than gathering their opinions, is one of the cornerstones of usability and UCD methodology. It's effective. So to measure customer experience, it makes sense to follow the same approach: observe what users do, rather than asking them what they think.

In the case of the telecoms operator I first spoke about, I think their decision to measure ARPU and churn is the right one. The observed action of loyal, satisfied customers is to stick with them and spend more. Customers vote with their wallets.

And conversely, customer satisfaction surveys are not a good measurement - those are opinion based, and opinion can't be trusted.

I discovered a different telecoms operator that measures customer dissatisfaction on a monthly basis. This is an odd half-way meausre. If it's done by survey, it's not much good. If it's done by measuring actual customer complaints across all channels, it's better. But it's not great. Even if you got customer complaints to zero, that doesn't really tell you if your customers are happy - just that they are not complaining any more.

If we concentrate on the web channel for a moment, there are some unique methods of measuring customer satisfaction. Tools like Relevant View and WebIQ allow you to intercept customers on your site, track them around, and ask them whether they are getting what they want at key moments. These tools do yield some wonderful information, but for a truly multi-channel business they are not enough. If you're working across multiple channels you need metrics that are relevant across all channels. ARPU and churn, for a telecoms operator, fit the bill.

Is measuring symptoms of customer experience, rather than the experience itself "dangerous"?
The possible issue here was that measuring a "symptom" of the customer experience (eg. ARPU) might lead the business to focus on the revenue itself, rather than the cause of the revenue (ie. customer experience).

There are three counter examples, and that indicates to me that there's no problem here.

  • The original telco I've been talking about set about a program of study and experimentation to find and prove the factors that were affecting ARPU, and change them. They didn't get too hung up on the metric, but successfully went looking for the causes.
  • Nokia meaures the sales of each mobile device it launches, and pays each product team's bonus based on that. Nokia makes very good phones, and you can see why. The engineers know that if they make something people like, it will sell well, and they will benefit personally.
  • Apple do the same.

Are those metrics the only data you need to help you deliver a good customer experience?
No. 'Course not. But lots of businesses have made the mistake of thinking they are.

To design a new product or service, you need to understand the motivations, abilities and desires of the target user group and deliver something that addresses those needs. UCD is great at that: start with ethnography or contextual enquiry, and later when you're in the thick of concept and detailed design, get more user input from usability testing.

If you're fixing an existing customer experience, you need to understand where it's broken. Mystery shopping, diary studies, expert reviews, call log and search log analysis, web analytics and usability tests can all help.

Why would you measure customer experience-related factors anyway?
Two key reasons, that I can see.

1. Measuring hard numbers and linking them to the quality of customer experience is a great way of demonstrating the value of CX initiatives to the business. (Proof based businesses)

2. Using those numebrs as the basis for team reward, like Apple and Nokia do, is a great way to drive certain kinds of positive behaviours in the business. Supply the incentive and watch the business gravitate towards good UCD practice. You won't have to force designers to design for user needs or conduct usability tests. When their bonusses are riding on customer satisfaction, they'll do everything they can to engage with their customers during design. (Faith based businesses)

More about faith and proof in a future posting.

Budget user interfaces

Posted by philbuk on Dec 2nd, 2006

A few years ago, my wife bought an electric blanket for our bed. She did well- it's wonderful thing and it keeps us snug.

But the usability of the control modules is so dire that it's actually funny. Take a look...
The electric blanket remote control

Note...

  • The cryptic red circle icon drifting between the on-light and the left hand button. Function: unknown.
  • The green left and right arrows beside the other button. How does that button allow you to go left and right? It only has a normal press action.
  • And the three way switch, that means that you can't just turn the blanket on without really looking at the control to make sure you're not accidentally switching into timer mode.

Still - let's be thankful for the twisty temperature knob. It's much better than a button-based effort.

Of course, this UI is the product of a company that wanted to save money on design. And we bought the cheapest blanket, so we really weren't expecting the controls to be any good. It keeps us warm, and that is the most important part of the user experience.

But the issue is this. If they wanted to make the controls cheap, they should just have kept them simple. An on-off switch, a light and twisty knob would have been great. Instead they incurred extra engineering and manufacturing costs by adding timer features that no-one can use and that no-one really needs, especially not on the budget blanket.

How did it end up so?

The key fact: Simplicty is harder to achieve than complexity.

Engineers want to add features because it's fun and challenging and because the features make sense on paper.

Marketers want to add features because they think it makes the product look more compelling in-store.

So put them in a room together and you're not going to get anyone crossing features off the list.

Some solutions:

  • Incentivise the engineers on sales. The more of their products that get sold, the bigger their bonusses. Nokia and Apple do it like this. By all reports, it works frighteningly well.
  • Get the marketing department to start marketing the virtues of simplicity. It's a competitive angle. For example: SimpleHuman.