I reckon they’ve missed out on at least $50 from me, which is not much I guess. But I’m far from alone.

What’s the problem? Well, it’s a two stage thing. If I’m missing something obvious (and with that, two years of pro-membership) please do let me know.

The first problem – I want to pay with my credit card.

The credit card I previously used has expired (as they do). The only option I’m given around credit card payment is to EDIT the card, which I select. In order to proceed I then have to re-enter the card number OF MY EXPIRED CARD! Now, show of hands, how many people actually hold onto expired credit cards and would actually be able to complete this task? Anyone?!

larger image here.

After going backwards and forward searching for the part where I can simply add a new card I give up and go to plan B – using PayPal. I use PayPal all the time, I used it last week on eBay and it worked fine. And yet, when I try to pay for my Flickr account using PayPal this is what I’m told:

larger image here.

‘The email you entered is not associated to this payment agreement you are trying to confirm. Please try again’.

That isn’t even a sentence, right? I think I get the gist of what they’re saying but even with my advance PayPal skills (I moved from one country to another and still have a PayPal account – anyone else who has done that knows exactly how much more you know about PayPal than you ever wanted to) I’ve tried everything I know and can’t get this to work.

At any rate, I’ve now spent way more time on this than Flickr is worth to me. My once great love of Flickr is now dead. Yahoo has not only lost my $50, they’ve also lost my emotional connection to their brand and my previous evangelism – worth way more than all the pro subscriptions I’d ever pay in a lifetime would be worth.

But – here’s the point of the story (because I don’t really want to waste your time moaning about one company’s crappy user experience, where would we stop!) – this is a revenue point. This is a place in the user journey where money changes hands.

If you have a product that has interfaces like this – places where people are giving you money – please pay particular attention to them. Make sure they are working. Make it as easy as possible for me to give you my money.

There’s an old saying, ‘take care of the pennies and the pounds will take care of themselves’. I don’t think it’s entirely true – I think the pounds actually need their own special UX strategy but having lots of pennies come into the coffers to support us as we come up with great new ways of making lots of pounds is eminently sensible and a great way to STAY IN BUSINESS!

Don’t let easy money like this leak away. If you have interfaces like this one that might also be leaking, go check them now.

And, while you’re at it, make a note to check on them regularly.

Meanwhile, if you want to see my baby pics, I’ll be over at Facebook. I’m still looking for a new place to share my UX pics. Suggestions welcome.

(UPDATED!) Iteration six is now live here. I’d like to encourage you to take part in our Crowdsourced Usability Testing Campaign by doing a few tests yourself, wherever you are in the world, and contributing your findings back to the project.

Here’s what you need to do:

1. Find some participants to take part – we want a mix of people along the spectrum of Drupal involvement from those who don’t know much to those who know lots and are super involved. Some tips for recruiting can be found here (feel free to add any other tips you have to our wiki!)
2. Take a look at the prototype and work out how you’re going to approach the interview – some interview tips and a sample script can be found here (again, feel free to add more!)
3. Work out a way to record your interview – some ideas here. Personally, I’ve found remote testing more hassle than it’s worth and much prefer to do in person interviewing. My technology of choice is a MacBook with Silverback installed for audio and video recording (you can get a 30 day trial for free). 
4. Do your interviews!
5. Share your interviews and findings! I’ve been exporting and posting some interviews on Vimeo, which is my preferred video sharing site. You can put yours wherever you like, just link to them from the comments of this post once they’re posted (and/or add them to the wiki where mine are now) – if you have some time to write up what you’ve learned as a result of the testing that would be fantastic! (If not, don’t worry, we’ll take a look through the video ourselves!)

That’s it! Not so hard at all, is it!

If you have any questions at all, post them here (no matter how silly they may sound, chances are others have exactly the same question or it’s something I forgot to cover in this post or on the wiki!) – I or someone else helpful will get back to you ASAP.

This is a great opportunity to help out with the Drupal project and a great chance to get some usability testing experience under your belt – which is a really fantastic skill to have, whatever aspect of design or development you’re most into. I really encourage you to give it a try and look forward to seeing what you come up with! I’ll be sharing my videos as soon as I can export them after usability testing sessions on Monday 3/11

If you’re able to do some testing early next week and post your feedback mid-late next week that would be fantastic. If this schedule doesn’t work for you – don’t fret – more iterations are coming hot on the heels of this one and more testing will be required and welcomed! You can get involved in the next few weeks if that suits you better.

Good luck, thank you and yay!

Here’s what we’re going to do.

I’m going to be doing some remote usability testing using screen sharing and screen recording software that I’ll share back with all of you and that will help guide the ongoing design of the prototype. In particular, I’m going to be doing research with ‘outsiders’.

If you have either experience or interest in helping in this research effort, then I invite you to help test the prototype, either by doing more online remote research, or – even better – by doing some ‘in person’ research with people near you – especially people who are Drupal insiders.

We can then all post the videos of our research together with our findings and recommendations in a central location, building an amazing resource to document the progress of the prototype and what has guided the decision making as it is designed.

We’ll be asking people to help out with testing for each iteration as it is released, so if you’re too busy (or nervous) now, then never fear, opportunities abound. In fact, there’s no reason why this should stop just because the redesign team are off the case.

This is a little more complicated than our original crowdsourcing effort (wireframing), so I’ve quickly thrown together the skeleton of a wiki where we can pull together a toolkit of need to know information for this project – technology to use, how to interview, how to analyse results, that kind of thing. If you have expertise in this area, please feel free to pitch in a few recommendations.

You can find the Crowd Sourcing Research Wiki here. (Be warned, it’s pretty ugly, but I’m too excited about this to spend time making it look pretty – anyone who wants to do so is more than welcome).

So, consider yourself invited. If you’d like to be involved in helping test the prototype then please get involved. If you’ve wanted to try your hand at usability testing but have never had the opportunity, here it is. Exciting, huh? :)

Respecting conventions doesn’t mean that you have to slavishly follow them, that would be boring and unnecessary, BUT if you *are* going to break with convention then make sure it is very well sign posted, otherwise people will make mistakes.

I give you terminal 5 at Heathrow. 

Firstly a quick question – how long before an international flight do you need to get to the airport? 

The vast majority of people would say that the conservative answer is 2 hours but they don’t usually give it quite that long. 

Another quick question – how long before a flight to a European destination do you need to get to Heathrow? 

Again, most people will give you an answer around the 1 hour mark.

Now… you may already know this, but if you want to fly from London Heathrow Terminal 5 to Istanbul in Turkey (as I did the other day – yes the weather is beautiful, thank you!) they want you to get there not one, not two, but THREE hours before your flight.

We arrived an hour before our flight the other day and were severely reprimanded and had to be given ‘permission’ to proceed from the check in desk to try to get our flight. Fortunately (for us) the entire security software system crashed and massive queues meant that most flights (including ours) were delayed and we made our flight with plenty of time to spare.

So, given that getting to the airport 3 hours before the flight is apparently a big deal for BA, and given that T5 is relatively new, and given that in all my years of international flights, I’ve never been expected to be anywhere any earlier than 2 hours before the flight, you might expect that BA would make a big song and dance about this 3 hour requirement.

You’d be wrong.

They *do* make a big song and dance about the fact that we were leaving from T5 and that T5 is a new terminal. I definitely knew that because they advised me at almost every interaction I had with them regarding this flight (and these days there are quite a few touchpoints between purchasing the ticket and boarding the flight). But what did they tell me about time?

This is an excerpt from the email they sent me one week before the flight, specifically to help me to prepare for my upcoming flight:

IMPORTANT: For flights departing from Terminal 5, you must pass through ticket presentation and security at least 35 minutes before the flight departs. For other important information about passport, visa and UK domestic flight security checks, please visit ba.com/t5information.

So, honestly. Do they *really* expect me to turn up 3 hours early when this is the information they give me.

Perhaps they do, but I can tell you that a good portion of the passengers for the Istanbul flight were stuck in the security queue with us, having arrived much later than 3 hours before. And I doubt that it was because they were being naughty travelers, or that they liked the adrenaline rush of almost missing a flight. They just assumed, as we did, that turning up an hour before a flight from London to somewhere in Europe was the right thing to do, because that’s what we’ve done many times before.

This is what we do as humans. We make assumptions based on past experience and if we think we *know* how something works we don’t bother investigating it in detail, because we could spend our time and energy investigating things we think are new and interesting.

If people are making assumptions about your product, service or interface design and you’re *not* following the conventional approach, make sure whatever you’re doing differently is very clearly signposted. And then signposted again. Otherwise mistakes will happen.

And a customer who is making a mistake is very rarely a happy customer.

(disclaimer – yes, yes. I know that technical Istanbul is both European and Asian, doesn’t really make a difference to the discussion tho’)

Here is a new phone we got the other day. It’s our landline phone. Pretty cute huh? It’s called the Aqua by BT. Don’t buy it. I paid about £100 for a set of these phones. They are going to cost me a lot more than that in no time.

Here’s the thing. How do you end a call on a slide phone (which is what these are)? Simple – you close the slide, right? Well – yes, on every other slide phone that I’ve ever encountered, but not on this phone. Closing the slide does nothing… except closing the slide. So, when I went to make a call last night I discovered that, in fact, a call was still in progress. A call to a mobile phone, that had been connected for 8 hours. Ouch. I am *dreading* seeing this months phone bill because this isn’t the first time we’ve made this mistake. Although, this is probably the worst example.

We keep making this mistake because the slide-to-end-call convention is such a strong part of our model of how a slide phone works. We will keep making this mistake – despite the fact that we will be punished, seriously, by our telco.

As cute as these phones are, they’re going to be returned very soon because the experience of using them is so broken.

Moral to the story – if you’re designing something that has existing conventions associated with it – ignore them at your peril. Otherwise you’ll end up designing something that sucks as badly as this phone. And we don’t want that, do we.

End of rant.

Unsurprisingly, Gizmodo reported it this way: ‘Confirmed: Carrie Bradshaw is too stupid to work a iPhone‘. Very helpful.

Personally, this was my favourite part of the whole movie (which says more about the movie than it does this particular moment). I loved the fierceness of her reaction to the unfamiliar interface.

It reminded me again that those of us who are ‘into’ interface design are really a fairly small group and how important it is for us to remember that the vast majority of people who encounter our interfaces do so on the way to achieving a task – sometimes one that is urgent and very important to them.

The people who encounter our interfaces in that kind of moment are not going to find them interesting, but an obstacle. And that they won’t take the time to ‘explore’ and ‘enjoy’ and ‘learn’ our amazing interface design.

It would be easy to say that SJP’s encounter with the iPhone showed that it lacked ‘usability’, but in fact it is probably more instructive as to the importance of evaluating usability over a longer term than just a one hour session in a usability lab. As I’ve said in the past, if something like the iPod, and no doubt the iPhone had been ‘usability tested’ using the traditional methods, they no doubt would have ‘failed’ and the world would be poorer for it.

All these things I had to think about because the movie was so disappointing… (speaking of bad UX).

How much thought do you give to writing the text on dialog boxes when you’re designing?

It’s fairly common for these to be written by the developers as they’re being coded, from what I’ve seen. They certainly deserve a whole lot more attention than they generally receive.

Here’s a prime example.

Notice the text that has been bolded. It’s asking me a question ‘do you want to allow the new version to access the same keychain items (such as passwords) as the previous version?’.

Is it just me, or are the obvious answers to this question either Yes, or No. Yet this dialog box presents me with the options ‘Don’t Change’ or ‘Change All’. To which my immediate response is… Change What?! I have no idea what you’re talking about.

Let’s ignore the fact that, hypothetically, I have pretty much no idea of what a keychain item might be, the next line of text reassuringly tells me that whatever option I end up guessing at is permanent and affects all keychain items used by Adium.

OK. So here’s what I know… whatever choice I make here is pretty important and not able to be undone… and yet I know little about what the question is and pretty much nothing about what the options represent.

Not a pretty situation considering I was just installing an update to my IM application.

Potentially enough for me to bail and go install another application instead? Maybe.

It’s in the details people.

[Note: Yes, I've heard that Adium is the best IM client for Mac. I'm sticking with it for the time being.]

[Another quick note: how much do I *hate* the way that Mac software uses that little triangle on it's side to represent 'if you click here, a whole stack of functionality that you *really* need but have no idea where it is, will be revealed. Who thought *that* was a good idea? It has caused me grief over the past couple of weeks... even *after* I learned its meaning. End of moaning.]

Of course there is… but seriously… how hard do you want to make it for me to engage with your service and give you my money?

Very silly.

It’s just…  by the time you get to the part in your project plan that says ‘Usability Testing’, there’s not much I can do. You’ve left things too late.

Sure, I know. That’s when you do the usability testing, isn’t it? In that mad rush when you’re trying to get everything coded up and launched. I know, because it usually means that we don’t get much time to do the testing, and it’s usually not with the finished product.

And, you know… that probably would be ok, if we’d have done some testing earlier on in the piece.

OK, so you might not call it testing. You might call it research. Or you might just call it putting some ideas in front of people who might be using your product in the future and seeing what they think.

No, we don’t need your finished product before we can test. Not at all. We’ve tested with scraps of paper in the past and discovered we were heading down the wrong path altogether. We’ve learned a LOT about how our design should work even with some ugly wireframes.

And the great thing is that scraps of paper and wireframes cost nothing… compared to the amount you’ve invested in getting to the ‘Usability Testing’ line item on the project plan.

Compared to the amount you’ll probably have to spend if you want to implement any of the things we’ll probably learn if we do that testing now.

Of course… between you and I…. we know that’s probably not going to happen anyway, is it. There’s no time for changes. There’s a launch date fast approaching, and hardly enough time to finish the work you have already.

We’re just ticking a box here, aren’t we. With the best of intentions.

It’s a shame tho’. We could have been a good team.

We could have got to a kick butt design, one that we *knew* would work. We could have stopped all this coding and re-coding. We could have had good strong answers to questions that the business was asking. We could have taken so much of the guesswork out of it.

We could have been launching this thing with out the sneaking suspicion we’d be back at the drawing board (literally) in the very near future.

But I’ll tell you what I’ve found, and you tell me that you don’t have time to do anything about it.

And hopefully, next time, we can work together from the beginning.

I think that would be a much better idea.

Vodafone were certainly well over due for a redesign of their website, and so I was pleasantly surprised when I went to look up some contact details and found that redesigned they had…. and what a nice change. Compared to previous design (you can see more or less what it was like here), this design is calm and controlled and much less frantic. The old design used to make me feel stressed even before I started trying to negotiate it. My starting point with this new design is much more positive.

How have they achieved this? Dramatically cutting down the complexity and busyness of the old design and taking a much simpler and more cleanly structured approach. The clear division of the personal and business section certainly helps this, but even within the sections, significant work has been done with the information architecture to achieve this apparent simplicity.

But does the new design work better?

The thing that *really* aggravated me on the old website was the web interface for buying new ‘Pay As You Go’ credit, or Topping Up. I could find the functionality very quickly, but ended up caught in an endless cycle of error messages that never resulted in a sale.

So, I tried to perform this task on the new website and I found:

1. it was much harder to find where I was supposed to go to ‘top up’. Perhaps this is low down on the Vodafone priority list (although I’d be surprised at this… a whole lot of Vodafone customers PAYG customers). The information scent around this functionality is much weaker than on the previous website. I assume, although I’m not entirely certain, that I would find it somewhere in the ‘Manage Your Account Online‘ section…. I tried this after I tried Shop and My Vodafone without success.
2. it looks to me as though this design just re-skins the horrid software that I’ve battled with in the past to ‘top up’ my PAYG account (it certainly has the same look about it). I gave up when I struggled with the log in. Given that there is virtually no information provided as to what exactly I can ‘manage’ in this section, there is little incentive go through the registration process and maintain patience with the system.

So, from this quick evaluation, it seems to me that although the Vodafone redesign is, in some respects, an improvement on the previous site, particularly with regards to visual appeal, there are still plenty of opportunities for Vodafone to deliver a much more impressive customer experience online… perhaps focussing a little less on the flashy animations (yes, they’re still there, just on the lower level pages now), and more on supporting user tasks.

A step in the right direction though. I wonder if this design is now going to be implemented globally?

Technorati Tags: vodafone