Of Mapping, Cognitive Load and Credit Card Payments
Every credit card I've ever owned shows the expiry date in MM/YY format. E.g. 07/10.
If an online payment site asks me to enter the expiry date by selecting the Month name, they are asking me to perform a mapping from the numerical information on my credit card to the desired format. This adds unnecessary cognitive load. On the other hand, if the month format on the web page is numeric, then I can just rely on my working memory to transfer from card to screen - no mental processing required.
The example on the left is interesting. They've had a bet both ways. However, they introduce a new problem. The "Mar 03" format matches with another pattern in our minds (suggesting March 2003), thus potentially confounding the user, rather than helping them.
There are so many little things we can do when we design interactive systems to make the experience natural and - lets face it - easy for people. There are so many accidental errors we can make, that I am always surprised to find examples where someone has made a conscious design decision which adds no functionality, but increases users' cognitive load.
Comments
Anonymous
April 17, 2008
PingBack from http://creditcard.creditspeak.com/2008/04/18/of-mapping-cognitive-load-and-credit-card-payments/Anonymous
April 18, 2008
I saw the same thing myself (Mar 2003, Jan 2001, etc...) Whenever I have to do a drop down that equates a known ID to a name, I usually put the ID first with a dash, then the name or vice-versa depending on the circumstance... "01 - JAN" is infinitely more readable, has no additional load and still presents additional information.