I did a talk recently for the UX craft meet up ion Caep Town about designing for behaviour change.
It’s a kind of glorified book report covering Dan Ariely, Nir Eyal and Stephen Wendell. All squeezed into 45 minutes. People seemed to like it!
If you want to succeed as a digital businesses you need product management. But understanding what product management is, or what a product manager does, can be difficult. I thought a diagram might help.
Part of the problem is that product managers need to adapt their approach based on context. You might be product managing a startup, searching for a killer business model. Or working in a large corporation, creating a digital interface to an existing business product. Or perhaps you’re managing software that has been around for years, with dedicated and vocal users.
Tactics will be different in each case. But there are some fundamentals about the process that stay true regardless. So I came up with this.
All in all there seem to be three phases. They can vary in length and importance, and there are different tactics you can employ in each one. But there do seem to be three. I’ve called them product discovery, ship MVP and grow incrementally.
And in each of the phases, you should be doing some of everything: Designing, planning, building and learning from customers.
What changes from phase to phase is the balance and purpose of the activity on each track.
Want to be “customer-centred?” Instead of designing from a birds-eye view, the simplest change to make is to use journey maps and design each step as the customer would experience it.
On Saturday mornings, we occasionally build mazes for the kids pet hamsters out of Duplo. This is fun for everyone, including the hamsters who get a chance to come out of their cages and stretch their little legs.
As the architects of the mazes, we come up with various features that make the mazes more interesting to us. Rooms full of tasty treats at the end of long and complicated tunnels. We even did an elevator once. Here’s a typical maze…
The hamsters have different ideas. They rarely go for the tasty treats because they are rarely aware they exist. From the their perspective the maze looks like this…
As you can see, it’s pretty hard to tell where the rewards will lie. To the left? Or the right? That’s all the hamster can see. Very often, the hamsters choose to escape from the experience altogether. (It’s amazing how tall you need to build the walls to stop this. That’s a lesson in itself.)
To make a successful maze that the hamster will run around it, we have to appreciate that the hamster can’t see the whole maze at once. They can only live through the experience of it step by step. And if a given step isn’t easy and clearly rewarding, then they won’t take it – even if there’s a mountain of popcorn waiting for them just a little further on.
As Flow has worked with various corporations in South Africa, it always seems to come down to the same key activity: Helping teams think through “what would our customer want to do next”. The simple act of viewing an experience step by step, as a customer would, solves squabbles, uncovers points of pain, and drives out simple new ideas that make things work better for everyone. Without doing this, business units and dev teams tend just to think about the component parts and how to click them together. And customers are faced with fragmented experiences that range from irrelevant to downright bizarre.
The tools I’m talking about are just personas, scenarios, and journey maps here – techniques that are as old as the hills. But they’re still fundamental, and if you do them earnestly and intelligently they make all the difference.
It’s rare to find black women working in technology. So, last week, I was delighted to find myself the only “pale male” on the panel at the Interact2013 UX in Africa discussion.
The other three panelists were women from Kenya engaged in different aspects of UX design.
Left to right… Susan Dray (Panel chair). Shikoh Gitau, who works for Google. Me, Phil Barrett. Kagonya Awari, a UX reseacher at iHub’s UX lab in Nairobi. Edna Chelule who manages design and UX at DSTV.
The panel discussed a couple of interesting points about UX in African Countries:
There was general agreement that traditionally, Kenyan culture maintains unquestioning respect for leaders and this can stifle innovation or prevent successful adoption of new ideas like user-centred design.
Shikoh, who has a PhD in HCI and computer science, talked about her experience of that ingrained respectfulness. When her opinion differs from that of a senior person in an organisation, she said, she’ll often have to check herself to make sure she doesn’t just stand down immediately out of deference to their seniority.
Mobolaji Ayoade, from the audience, described a similar issue in Nigeria. His strategy was to voice his opinion clearly and then bide his time. When the leader ignored his advice, and encountered problems, he was around to quietly say “Let’s try it this way instead.”
Kagonya described how the iHub has a very flat organisational structure and this causes amazement and admiration from Kenyans who visit, but it takes a bit of explaining.
Kagonya also told me she believes that respect for authority can cause people across Africa to withhold complaints or feedback about poor service. This is bad for them, but also bad for the growth of UX as a whole. It’s hard for organisations to appreciate a business need for an improved customer experience when no-one complains about the current experience.
Update from Kagonya, after reading this post…
Quick correction: I wouldn’t boldy say that traditional culture does not foster innovation in Kenya, but more specifically traditional office culture. The reason being that culturally, while all Kenyan tribes push for respect for elders, I do not think that this always and therefore results in the hindrance of new ideas. Most communities have avenues where the young can pass on their ideas to the old and by these channels create room for new ideas.
Similarly, “traditional culture in Kenya does not foster innovation” may perhaps be too broad a statement? Maybe, “traditional culture in Kenya and other Africa countries, may hinder innovation”.
Shikoh and Kagonya agreed that many efforts at seed funding African startups are misguided. Well meaning NGOs and investors want tech projects to tackle the “big” issues – like AIDS for example. But the target users of the technology aren’t interested in that. They tend to be interested in the same things everything else wants, like entertainment, beauty and communication.
Both Shikoh and Kagonya said (slightly flippantly) that they could get venture funding in minutes from well-meaning investment funds, just by putting together a powerpoint slide mentioning Kibera (Nairobi’s largest slum), AIDS and mobile apps. But the product that such a venture would deliver would have little or no impact because people wouldn’t make time for it in their lives – or space on their phones.
As an example of what poor people in emerging markets do want, Shikoh gave the example of Unilever. They market the same face creams to several different market segments. But they make the creams available in small sachets for customers on the tightest budgets.
We talked about South African companies that do an excellent job at making products and services available in formats and at price points that people can afford. PEP’s focus on minimising overhead lets them save several cents per rand on distribution costs relative to competitors. DSTV offers pay as you go pricing. And Mxit offers messaging and photo sharing with minimal data usage – something that its loyal customers really appreciate.
The panel was great fun and very informative. I just wish there were more black South African UX designers who could have participated. Perhaps South Africa’s newly emerging middle class prefers its young people to study law, medicine or engineering? A shame from my perspective, since design thinking in South Africa is just as likely as any of those disciplines to change life for the better.
I did this talk for a meeting of the SA UX forum. It looks at three patterns of irrationality: loss aversion, the Ikea effect and the identifiable victim effect, and how to work around them to get the best from yourself and your team.
Delivering a great user experience across the widest range of handsets is key to our strategy. Flow has been an essential part of the process for us. – Juan Du Toit, Head of International Business Development and Marketing.
MXit is Africa’s largest mobile social network. It earned this position by offering cost-effective access to messaging, gaming and information services on more than 3000 models of handsets, which include low-end feature handsets.
But the minimalist approach that gave the platform such broad reach tended to make MXit hard to understand for first-time users, and less appealing on smartphones.
So Flow was asked to help create a new vision for MXit, called MXit 6, The aim being to improve the user experience and make it more appealing to more users on more devices.
Usability testing on the existing product showed that Continue reading “Flow project: 25% increase in registrations for MXit”
Zynga wants complete control of your Twitter account. Does that feel safe to you?
Gowalla wants to access your private Facebook data while you sleep. Spooky.
We’ve seen it in usability tests and we feel it as users. It’s too scary and unless the motivation is sky high. And we ain’t playing.
Digital teams can behave in strange ways. Designing software can do that to you. To highlight how launch and learn can go wrong, let’s try a thought experiment…
Johannesburg’s airport rail link, the Gautrain, was launched in 2010 before it was finished. But they did a pretty good job. I was happy to put up with the unfinished stations because they provided something essentially valuable to me from the start: fast transport with no traffic jams.
But if the Gautrain had been rolled out in the style of many a digital innovation, the process might have looked something more like this:
Version 1.0 Beta
Open the tracks between Rhodesfield and Marlborough, two small stations. Don’t run any trains. Let customers walk between the two stations.
Originally published on Memeburn.com
The best advice for making an impact online is to Zig when others Zag. Stand out. Be amazing. Give a shit.
But if you work for a South African corporation, I’m sure you’ll feel much more comfortable following the herd. So here are five instructions for making sure your ecommerce site delivers industry-standard quantities of pain and frustration.
Here’s an error message Flow discovered during a usability test for MWEB. If you choose the wrong kind of password, you get a message that says:
This kind of language is fine for programmers, but there are a lot of people who might want to buy an internet connection but are not sure what the word “alphanumeric” means.
So how about, “Please make sure there are both letters and numbers in the password you choose, to improve your online security.” Surely more people will understand what that means?
Finding users, building prototypes and working through hours of research takes time. Why not spend that effort on writing more code?
Counter argument. You say: “Our business objective is to reach profitability as quickly as possible. To do that, we need to understand what our customers really need and make sure we’re all agreed on the direction. A usability test might take some time in the short term, but it will help us reach our overall business goal quicker.“
Usability testing, like many UCD tactics, is an investment. You put in time and money, but you get back a product that sells better and costs less to support. But usability testing is also beneficial during the design process…