O Danny Blog Entries  

Design Solutions to Puzzles and Mysteries

Malcolm Gladwell wrote an article in The New Yorker a few weeks ago sort of defending Enron. It's an interesting article and I highly recommend it. One of theme of it that I think is relevant to designers is the difference between a puzzle and a mystery.

Gladwell writes,

Osama bin Laden's whereabouts are a puzzle. We can't find him because we don't have enough information. The key to the puzzle will probably come from someone close to bin Laden, and until we can find that source bin Laden will remain at large.

The problem of what would happen in Iraq after the toppling of Saddam Hussein was, by contrast, a mystery. It wasn't a question that had a simple, factual answer. Mysteries require judgments and the assessment of uncertainty, and the hard part is not that we have too little information but that we have too much.

Usability experts tend to see everything as a puzzle. The reason users don't click the button is because it is in the wrong place! Puzzle solved. Designers see everything as a mystery. Users aren't clicking the button is either because the whole product isn't serving their needs! We need to start over and make it more elegant. Now, obviously, I'm stereotyping for effect here, but I like how this puzzle-mystery model works. One of the things experienced designers are pretty good at is determining on any given project what the puzzles are and what the mysteries are. Does the button need to simply be bigger, or is the whole application a mess? This is where, like in so many other places during a project, professional judgment comes into play.

When can you determine if a problem is a puzzle or mystery? Stakeholder interviews and user research are certainly places to start. Is there a piece of information you need to make a correct decision, or is the problem (as is often the case in our line of work) too much information without enough analysis? Gladwell again:

If things go wrong with a puzzle, identifying the culprit is easy: it's the person who withheld information. Mysteries, though, are a lot murkier: sometimes the information we've been given is inadequate, and sometimes we aren't very smart about making sense of what we've been given, and sometimes the question itself cannot be answered. Puzzles come to satisfying conclusions. Mysteries often don't.

This is why, in nearly every case, every solution to design problems is an incomplete one. There is always something that could be improved upon, or we simply can't address the whole problem because it's too big or too complex. We only have to see it through.

Originally posted at Wednesday, February 14, 2007 | Comments (0) | Trackback (0)

 
Previous Entry
Give Aaron Sorkin His Drugs Back
After watching the last episode ("Monday") of Studio 60, preceded as it was by a string of incredibly uneven episodes, I'm throwing in the towel. I simply can't watch anymore. It's like visiting a hospice where talent lays dying every week. ...

Recent Entries
40 Things I Want to Do Before I'm 40

Speaking of (and in) 2009

Best Music of the Year 2008

Word of the Year Finalist?!

Turning into the Skid

Mad Men is a Better Show than The Sopranos

Creating Kicker Studio

Don DeLillo on Interaction Design

Favorite Album for Every Year You've Been Alive Meme

UX Intensive: Minneapolis

Archives
February 2009
December 2008
November 2008
October 2008
September 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
September 2003
August 2003
July 2003
June 2003
May 2003
April 2003
March 2003
February 2003
January 2003
December 2002
November 2002
October 2002
September 2002
August 2002
 
 
  O Danny Boy is About Me, Dan Saffer, and has my Portfolio, Resumé, Blog, and some Extras. It also has the blog I kept of my graduate studies and ways to Contact Me.  
 
 
 
  Blog RSS Feeds
Blog Excerpts
Full Entries
Design Entries Only
Atom Feed
 
 
 
 
  Search