< Browse > Home / enterpriseGeek / Blog article: The Illusion of Completeness – embrace the "sketchy" prototype

| Mobile | RSS

The Illusion of Completeness – embrace the "sketchy" prototype

February 10th, 2008 | 8 Comments | Posted in enterpriseGeek

As Joel Spolsky explains in his post The Iceberg Secret, Revealed, the user interface usually represents less than 10% of the actual functionality of the entire application.

You know how an iceberg is 90% underwater? Well, most software is like that too — there's a pretty user interface that takes about 10% of the work, and then 90% of the programming work is under the covers. And if you take into account the fact that about half of your time is spent fixing bugs, the UI only takes 5% of the work. And if you limit yourself to the visual part of the UI, the pixels, what you would see in PowerPoint, now we're talking less than 1%.

As he reveals the different iceberg secrets, he touches on one that often affects many programmers. When you show something that looks too fancy, it sends a false message of how close the application is to being finished.  This is the illusion of completeness.

If you show a nonprogrammer a screen which has a user interface which is 100% beautiful, they will think the program is almost done. People who aren't programmers are just looking at the screen and seeing some pixels. And if the pixels look like they make up a program which does something, they think "oh, gosh, how much harder could it be to make it actually work?" The big risk here is that if you mock up the UI first, presumably so you can get some conversations going with the customer, then everybody's going to think you're almost done. And then when you spend the next year working "under the covers," so to speak, nobody will really see what you're doing and they'll think it's nothing.

Because of the rigidity that comes from this illusion, the application looks too complete to get useful feedback on the real functionality.  Instead, people will focus on superficial usability tweaks like screen layout, button placement, background colors, etc.  Kathy Sierra elaborates on this topic in her post Don't make the Demo look Done.

The more "done" something appears, the more narrow and incremental the feedback…Show them something polished and pretty, and you'll get feedback on font sizes. The reviewers make incremental tweaks, blinded by what's in front of them. But show a napkin sketch, and they don't just see what's there, they see what's possible.

Kathy is a master wordsmith and I heed to her expertise; I couldn't have summed it up any better.  We need to ditch the fancy mockups and powerpoint presentations and instead, be honest with our customers and embrace the sketchy prototype.

Bonus

Adobe Flex is a great framework for building quick prototypes; however, because it's so fast and easy to build nice looking applications, it's easy to fall into the completeness illusion.  It would take about 5 minutes to create an application like this one that I snagged from an On Reflexion post called Napkin skins in Flex.  Click the image below to run the application.

 

Flex makes it really easy to apply styles to your applications.  By simple applying a new style, eyes are opened, illusions removed, and truths revealed.  Again, click on the image below and run the same exact application, just with a different skin.

If you are a java person, you can use the open source Java Swing Look & Feel called Napkin Look & Feel

I found the napkin skin and other cool Flex skins at scalenine.  Check out these other "sketchy" skins.  Run the app by clicking on the images.

Edding (my favorite sketchy skin)

Flekscribble

Popularity: 23% [?]

Leave a Reply 4331 views, 5 so far today |
Follow Discussion

8 Responses to “The Illusion of Completeness – embrace the "sketchy" prototype”

  1. Thomas Says:

    Nice post. Have been thinking about UI prototyping a lot lately. Have you tried real paper mockups? While they take longer to build I had good experiences with them. You could even use one of those napkin skins and print them out. One thing I like about paper mock ups is the physical interaction you usually get.

  2. ewH Says:

    @Thomas – I have read about real paper prototyping and like the idea in theory, unfortunately, I have not had the chance to try it. I would be interesting in reading about some of your experiences and the customer reactions. I will be looking for a post on your blog about it soon, I hope. :)

    Cheers,
    ewH

  3. thomas Says:

    Ed,
    Super post….
    You are indeed correct, another problem is that screen click through demo prototypes live on long after the specs change.

    Jumping to a polished screen too early in the development process is tempting, especially if you are following a strong user centric approach.
    another Thomas

  4. Phillip Says:

    Ed,

    Thanks for taking the time for a brief chat today.

    This is definitely a cool post since it'll help me with getting a UI quick and dirty on my side project. I still don't know what I'm going to do yet but hopefully I can find some inspiration or motivation.

  5. Pak Tam Says:

    I am looking for some idea and stumble upon your posting :) decide to wish you Thanks. Pak Tam

  6. Thomas Says:

    This is also a big issue in sales. Mocked up screens in develop tend to leak out into the customer base or into presales. It creates an expectation that often cant be filled.

Trackbacks

  1. Usable Patterns » Embrace the Sketchy Prototype  
  2. Sketchy Axure Widget Library | A Clean Design  

Leave a Reply

EntepriseGeeks at the MallEntepriseGeeks at the MallEnterpriseGeeks and the Jung'ensEnterpriseGeeks and the Jung'ensPicture 042Picture 038Picture 037Picture 036Picture 035Picture 034