Jun 03 2008 at 2:54pm
Are graphic mock-ups necessary?
I published an article over the weekend on creating graphic mock-ups. This is really a tutorial meant for beginners who may not have attempted to do this before. I do think that creating a graphic mock-up is an important part of the design process. I find that it helps me to come up with a more coherent, creative design.
Today sj at 37 signals posted an interesting counterpoint to my position. They don’t create mock-ups because, in short, they feel that it slows things down too much and just doesn’t make sense. I think this really depends on the context. If you’re creating something highly interactive then, sure, maybe it doesn’t make sense to do a static proof. On the other hand, if you’re creating a static web site then maybe creating a visual proof and getting your ideas together first is a good idea.
sj writes:
Photoshop puts the focus on production, not productivity. Photoshop is about building something to look at, but about building something you can use. When you’re just worried about how it’s going to look, you spend too much time on production value. HTML/CSS lets you be productive. You’re constantly moving forward towards something more and more real with every change.
Reasons why I like graphic mock-ups:
- It helps to enhance creativity. I can play with a variety of ideas without committing to anything. I can quickly throw some things together (some colours, a grid, some shapes, a typeface) and get an impression of what the site will feel like.
- Everything is more coherent. I’ve developed pages in the past that were added to iteratively over time. One thing gets added, then another, then something gets taken away. It always feels less coherent than something that had a graphic proof to work from.
- It’s faster and easier to arrange page elements without constantly having to fuss with CSS. This is why I like vector programs for my mock-ups. Easy to draw boxes and push them around.
- The design isn’t dictated by what’s easier to do in HTML/CSS.
- Details are good. Good design is in the details. How big should the margins be? Should these rounded corners be 4px or 6px? Will this little gradient enhance the design? That’s certainly not the first thing I do but I do build those things in before the proof is finished.
- Tools are available to apply and adjust grids. I know there are some browser plugins available to do some gridding but graphic design programs were built with this in mind.
- You know what you need to build. sj says that a mock-up is wasted time because you have to build things twice. But how do you know what to build? I think if I were to start without a mock-up I would spend as much time or more writing and re-writing CSS. Sounds frustrating.
Some of the downsides mentioned in the 37 Signals post and the commenters aren’t all that serious. I dont’ know about you, but I understand that the real version isn’t going to look exactly like the mock-up. Sure, the fonts are going to look a bit different, some elements may need to be changed based on CSS limitations. That’s okay. It’s a mock-up, not a contract.
This blog may be the only site I’ve ever done without a graphic proof, at least since my very early days and that was only because I had a solid mental picture of what I wanted it to look like and I knew the layout would be simple. But then again, maybe I could have come up with something better if I did.
What about you? Do you feel that graphic mock-ups are important? Do you always do them or do you work directly in HTML/CSS right away? Can you think of any other benefits of creating mock-ups?



Matt June 3rd, 2008 at 3:59 pm
I don’t know much about what 37 Signals has put together, but after a quick glance at some of their projects, I noticed that they all look the same. Why bother with a mockup is you’re just cloning something you already did?
I don’t start coding unless I have a good idea of what the project is going to look like. I use Photoshop to do the mockups (I don’t ever use paper). I find that having a good design helps me stay motivated while coding and programming. If I am coding something that looks like crap, it isn’t long until my code starts looking like crap.
Adam H June 3rd, 2008 at 7:29 pm
I use mock ups for all my sites now. I used to just create them in HTML/CSS but it lead to very bland results. Now I experiment with texture, layout and images so mock ups work great. Plus I need to hit Photoshop anyway to create the backgrounds, buttons, textures, type marks and everything else. If I did each individually as I built the site I would have to tweak and redo them many times.
Randall June 6th, 2008 at 10:57 pm
After about ten years I have discovered that I am a developer and I’m happy to leave the design to the graphics mavens. Often I am so absorbed in getting the function working that I don’t even think about what it looks like until after the damn doodad is working – like I said, I’m a developer.
I am fortunate at the moment to be working with two talented designers with very different backgrounds and styles. What a relief to have a blueprint for the site. Since I usually use Drupal, I have a ready frame (I often start with the barebones Framework theme) and the designer delivers the look and it’s a matter of melding them which is quite fun!
Funny thing happened today on a site I recently “took over” (not in Drupal). Several emails back and forth between PM/Designer and me (Programmer) on various bugs, failures of user db searches and so forth and then the Designer obsesses over a small gap at the top of one of the page views which only appears after a specific type of search in Safari (Win/Mac) IE (Mac/less on Win) and Firefox (Mac). I guess you have to be a designer or programmer to find that funny….
Anyway, I think a designer/developer team that works well is a recipe for an attractive and usable site!