Cindy Alvarez

Perception Trumps Reality

It's not hard to identify things that should not happen when people use the software we build:

You might think, if your software does not violate any of these guidelines, that you're okay.

Unfortunately, it's not enough to play by the letter of the law. You will be judged by your customers' perceptions of their experience.

For example...

Let's say your web application's main screen was starting to look very cluttered. You're worried that this will make it harder to use, so you decide that to build a feature that will archive all data that the customer hasn't used in a month. The data is still there -- you've just hidden it behind a link-click. Great idea, right? In alignment with principle #1 -- you are not losing customer data.

You release -- and customer A logs in to your app. Things have changed... wait, where is my data from the last year?! Customer A is freaked out. He's not sure he has that info backed up anywhere else.

Is he going to calmly and methodically check the screen for a link that says "Archived Data"? No. He's going to panic, send customer support an anxious email, and send out angry tweets. Is he going to feel reassured when customer support tells him his data isn't lost, it's just behind the Archived Data link? No. Now he feels a little dumb, still frustrated, and residually angry at you.

Think of your "don'ts" as TWO requirements

1) Don't do it.

2) Make sure your customers KNOW you aren't doing it.

Some of these you probably already do:

* When I worked on financial apps,"power user" types would frequently complain about the need to re-enter their routing number on a payment or transfer screen. It's a 9-digit number, and not one that anyone has memorized, so it IS a pain to type in. It is ALSO a situation where an error can lead to very bad consequences (if you are transferring money to make sure your mortgage payment doesn't bounce, and you enter the wrong routing number, the transfer will fail, your check will bounce...) The two re-entry boxes are annoying; they are also a signal that "hey, you need to slow down, read these numbers carefully, and try hard to not make a mistake."

This is all a very long-winded way of saying that you should think of customer-facing changes as Murphy's Law. If anything CAN be perceived poorly, IT WILL. So get a second (or third) pair of eyes, and put on your pessimist hat, and try to catch as many of those bad-perception possibilities as you can -- it will save you time and goodwill in the future.