A Little More On Usability

You can read the title of this post phonetically too, but if you do, it’s almost certainly referring to me…

Software usability has been on my mind quite a lot lately, and this morning a question that had been in the back of my mind forced its way to the front when I interacted with two automated phone systems back to back.

First I called the Delta SkyMiles number, because I wanted to know why their web site hadn’t updated to show my Platinum Medallion status.[1] The polite automated woman asked me to enter my SkyMiles number; since it’s a fixed length[2] number, as soon as I keyed it in I was done.

Next, I called into a ReadyTalk conference call, and was prompted to enter my “seven-digit conference number, followed by the pound symbol.”

Um… If you know how many digits it is, why do you need me to enter the pound symbol to terminate the number? Hmmm…

Realistically this extraneous keystroke isn’t going to be a deal-breaker for anyone[3], but why is it needed? When we’re building software, we often lose track of the people who are using it, and just focus on the technology. Yes, the underlying functionality is critical, but if the software annoys its users, they’re less likely to use it, and that often spells the death knell for a product or project.

So the next time you’re coding the next killer app, you should ask yourself two questions:

  1. What annoys me about the software that I use each day, and why?
  2. What annoys the people about the last app that I built, and which they use every day, and why?

We can’t always make every application perfectly usable, but if we keep these thoughts in mind, we can make them better than they would otherwise be. Try it.

[1] Yes, I’m obsessive sometimes. The web site does show the correct number of Medallion Qualification Miles (MQMs) but still shows me as Gold, and since I’m flying to Seattle on Sunday I wanted to double-check.
[2] Ten digits, if you must know.
[3] Whereas the expense reporting system I had to use yesterday was several orders of magnitude less usable, but that’s another story…


About ssimagine

My name is Matthew Roche, and I am a Senior Program Manager with the SQL Server product group at Microsoft. I work on Master Data Services and Data Quality Services, and have previously worked on SQL Server Integration Services. Although I work for Microsoft and will be posting on technical topics, I want to stress that this is a personal blog, and any opinions posted here are mine and mine alone. I built my career around SQL Server and Microsoft technologies for well over a decade before I joined Microsoft as an employee, and I plan on using this blog to share my personal experience and opinions. They may well be shaped by my experience on the SQL Server team, but they’re still mine, and not that of Microsoft, disclaimer, disclaimer, etc., etc..
This entry was posted in dev. Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s