I couldn't believe this question that I ran into on the T-Mobile site:
Which would you choose?
design & usability
I had the opportunity to use a Google I/O phone for about a week. I found a lot of things not to like about Android, but I'm getting an Android phone anyway.
The I/O phone is the same HTC phone that is supposedly shipping later this month as the T-Mobile myTouch and is also known as the HTC Ion. It's a great phone -- rock solid hardware, quality touchscreen and buttons, a great shape for my pocket.
Google's Android operating system is pretty good too. I had played with Android briefly before, but this is the first time that I'd spent any significant time with it. Overall, I'd rate Android as comparable to the iPhone. There are some things I like better, some things I don't like as much. Here are some of the big things that I think are wrong with Android:
"Data eventually becomes a crutch for every decision, paralyzing the company and preventing it from making any daring design decisions."
-- Douglas Bowman, Creative Director, Twitter (formerly Google)
"We let the math and the data govern how things look and feel."These quotes are from an interesting article in Sunday's New York Times. Marrisa Mayer is a very smart woman, so it's disappointing how dumb that quote makes her look. I don't want to jump into the middle of this argument (oops, I already did), but the fact is that, despite the title to this post, neither of them is right. Real data about usage can be really useful, but over-relying on data can be a disaster. Over and over again, I've seen companies (and UX consulting clients) so buried in data they they couldn't figure anything out.
-- Marissa Mayer, VP, Search Products & User Experience, Google
Imagine you go into a cheese shop trying to buy some cheese. You just want some Cheddar. You ask if they have it, but they won't tell you. Instead, they want you to sign up -- give them your name, contact information, bank and credit card accounts, and only then will they answer your question. OK. You do it, you give them all that information and then the answer is, no, they don't have any Cheddar, they've never carried it, and have no idea if they'll ever carry it. But they'll make a note of it as a suggestion.
Sounds preposterous, doesn't it? Well, it's Mint.com, a site which touts themselves as "the best free way to manage your money." But, if Mint doesn't support your bank, they can't very well help you manage your money, can they? They can't support you as a customer -- they shouldn't want you as a customer. But, they'd rather you go through the bother of signing up to discover you wasted your time because there's no way to find out if your bank is supported before you sign up.
But, wait, it gets worse. Mint seems to think this is a good idea. Their support staff argues that they can still help you with your other financial institutions and that tracking some of your financial institutions is better than tracking none. What?! The number one financial institution that most people have is their bank (or credit union). If they don't support your bank, Mint is probably useless to you. They should realize that. But, even if that wasn't the case, Microsoft Money or Quicken probably does support your bank, so tracking just some of your financial institutions is certainly not better than tracking all of them in Money or Quicken.
Does Mint really want unhappy customers? Apparently so, but it's a bad business practice.
If there are customers you can't make happy, you should send them away and you should send them away as early as you can. Don't spend your time and resources or waste their time if you know you can't make them happy. Send them to a competitor who can make them happy.
The fact is, customers who you cannot service are going to go away sooner or later -- your goal should be to make sure they don't go away mad.
I'm talking at Ignite Seattle on Wednesday. It's about UX, but it's pretty different than any UX talk you've seen before -- and it's only 5 minutes long. Here's the blurb:
Worst Case User Experience: Alzheimer'sObviously, I think my talk will be interesting and entertaining, but, from the titles and descriptions, it promises to be a great evening.
When the time came to move my father-in-law into an Alzheimer’s facility, I approached the problem as I approach any technical problem -- I needed to meet the needs of the user, even if he didn’t know them and couldn’t express them. I crafted an experience (a UX) for him in his new home which meets those needs and I worked to make sure that the actual move itself did the same.
At Thursday's UX Office Hours , a funny thing happened -- somebody came in wanting to talk about user experience. The reason I say that's funny is that, most of the time, people come in wanting to talk about their user interfaces, not their user experience. They bring in mockups, screen snapshots, prototypes, and actual products and web sites. And they want to know what to do to make it better. Almost always, I have to pop the conversation up a level, to talk about what they want to accomplish for their users, rather than how they should move pixels around. Part of what I try to do is to educate people so that, when they walk out, they're better equipped to move forward. So, what's the difference between UI and UX?
In a nutshell, you want to give your users a good user experience. A good experience means they'll be able to accomplish what they want, they'll be happy with your product, etc. One of the ways to get a good user experience is to have a good user interface. You might think that makes no sense -- how can it be that UI is only one of the ways to provide a good UX? What other ways can there possibly be? Well, here are a few:
My son tells me that Kinko's is crazy to change their name to FedEx Office. When they bought Kinko's, FedEx changed the name to FedEx Kinko's, and now they've changed it again, to FedEx Office. They're not completely done with the brand changeover, so you can still see the Kinko's name in some places.
Why the change? Well, FedEx management apparently believes that "Kinko's" is a weak name, that doesn't adequately reflect the "broader role of providing superior information and services." This branding expertise comes from the same company that insisted on being Federal Express, not FedEx, long after everybody but company insiders used the short name. But even an 11-year-old can see that Kinko's is a unique, original, memorable name. And the name has a long history, starting from when the company was founded in 1970, through the expansion to 1400 stores, right up until FedEx bought them for $2.4 billion dollars. Couldn't part of that value have been in the name?
It seems that FedEx wants Kinko's to be something more than it is today. That's all fine and good. They bought the company for synergy, with the hopes that the sum would be greater than the parts. But, you make that synergy work through products and services, not just the name. When I go into a FedEx Office store, with the exception of the shipping counter, it's pretty much the same way it was before, so all the new name does is buy customer confusion.
As if all this wasn't bad enough, FedEx has compounded it by doing something truly stupid. If you look in the phone book for Kinko's, because you're familiar with them and you want to use their services, you'll be out of luck. You see, FedEx Office can't be found in the K's. This doesn't help customers learn the new name. Rather, it takes customers who know the old name and it sends them away. At least www.kinkos.com redirects to an appropriate place on the FedEx web site.
Companies can get this right and Macy's is a great example. Macy's parent company, Federated Stores, bought The Bon Marché (a Pacific Northwest clothing chain) a few years ago. Macy's similarly changed the name to Bon-Macy's, and then to just Macy's. But Macy's is already known nationwide as a clothing retailer, whereas the FedEx name is still not associated with office services. And, when you look for The Bon Marché in the B's in the phone book, you'll find them, three years after the final name change. They're not sending customers away.
Professional background: Entrepreneur and software developer. Veteran of seven startup companies. Worked at Microsoft and Ashton-Tate. UI design, architecture, algorithms, and hard-core implementation. (résumé)
Personal background: In my spare time, I practice photography, puzzle construction and solving, ambigrams, and way too many other things. I live in Redmond, Washington, with my wonderful wife, two kids, six computers, three Nikons, and a pizza oven.