The Illusion of Completeness – embrace the "sketchy" prototype
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)
Popularity: 23% [?]


















February 11th, 2008 at 2:27 am
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.
February 11th, 2008 at 9:25 am
@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
February 19th, 2008 at 7:01 am
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
March 6th, 2008 at 10:31 pm
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.
October 2nd, 2008 at 11:30 am
I am looking for some idea and stumble upon your posting
decide to wish you Thanks. Pak Tam
January 18th, 2009 at 12:27 pm
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.