My previous article on wireframes sparked quite a debate to say the least. To be honest I wrote this article expecting people to react, because I was questioning their work process (and designers are usually passionate about their work).
But what I didn’t expect was how thorough and well thought-out all of the comments turned out to be. I wanted to highlight some of the most interesting points and answer them properly. So here are some of the arguments in favor of wireframes that people brought up most frequently.
Wireframes are a part of our process
I don’t have to spend as much time as I would with a high-def mock-up in Photoshop but can still get my UI ideas across (and get them pre-approved by directors, etc…) — Lorelai
One of the most common points was that wireframes are a valuable part of an agency’s design process and help kick off the project, get it approved by the director, get client sign off… However that’s missing the point: of course wireframes are an important part of your process, and removing them would cripple your workflow. But I was advocating for a different workflow altogether. I’ll admit that in certain circumstances implementing such a workflow is not practical, but I encourage you to give it a try on smaller projects.
Wireframes put an end to scope creep
The real issue and main reason for wireframes is usually streamlining the project process and negating the problem of scope creep and millions of unnecessary client changes. — Gary Hides
Many people use wireframes as a way to set in stone a list of features and avoid scope creep and endless revisions. My answer: get paid by the hour. If the client wants to add features, or remove some, or start everything over, well it’s their right as long as I get paid for my time (and it makes sense from a design point of view, of course). Once again I find that this is an issue related to process, and not wireframes specifically.
“UX Professionals” need them to do their job
You are also expecting designers to be usability specialists, content specialists, architects all at once. When you do that things are easily missed when creating a site because you are doing too many things all at one time. — Fred
Another argument was that wireframes are the medium through which information architects and usability experts work their magic, before handing off the whole thing to a designer to be made pretty. I’m not the only one who disagrees. All those things are part of a designer’s job description as well, and what’s more they are directly influenced by traditional graphic design, and even front-end coding. The right (or wrong) CSS3 animation can have a huge impact on a site’s usability, and so can colors, gradients, fonts… If you’re telling me that you’re considering all of that in your wireframes, then yo might as well call yourself a designer too and be done with it.
Wireframes encourage people to give feedback
Research has shown that mockups (especially those produced in a hand drawn or sketched out style) promote discussion on the site’s design, whereas polished mockups discourage it. — Jenius
Good point, but you could also educate the client. I know at least that none of my clients have ever had second thoughts about pointing out the flaws in my work, no matter how polished it might have looked. I’ll agree that if you don’t have that option, then wireframes might have their place. However, you risk ending up with the opposite problem: clients not knowing how to give feedback on something so far removed from the final product.
They let designers and developers meet in the middle
That is why Wireframes/sketches are such a great tool. You force designers and developers to solve a problem together unrestricted of any previous code base or designed mock ups. — Jochem
That’s actually a fair point. If you start out with a Photoshop mock-up, the project might be design-oriented. And if you start out with a prototype, it might be development-oriented. Wireframes are a neutral middle ground were non-technical designers and non-visual developers can meet.
However, for me the best developer is the one that enjoys checking out Dribbble every day, just as the best designer reads Hacker News and Techcrunch (substitue your own design and tech sites if you don’t like those).
In fact, I believe that one-man-army designers/developers like Marco Arment or Drew Wilson are precursors of the next generation, not just weird genius outliers. But even if you never reach the same levels of mastery in both fields as those examples, I believe it’s still required to understand enough about the “other side” to be able to communicate without the need for a third medium.
Wireframes let you plan out a site
You need to plan out the site, plan out pages and make sure nothing is missed and that is what wireframes accomplish. If you jump straight to design you make room for error — Vivie
This is perhaps my biggest problem with the way wireframes are often being used. A wireframe is a mostly static document that’s created very early in the design process, doesn’t look anything like the finished product, and cannot be interacted with. Looking at it, you can’t be sure what the finished product will look like or how it will work. Even a working, fully-coded prototype often turns out to have missed the mark by a mile when you finally see how real users use it.
So that’s why I disagree with wireframe being used as a plan. Read on to see how I think wireframes should be used.
Wireframes let you quickly generate ideas
In terms of raw efficiency, I prefer sketching with pencil, pen, marker and paper for wireframes (and sketches in general). It makes the process of getting things done far quicker and it kills the idea that what you’re doing in this state is precious. — Kevin M. Scarbrough
Finally, something we can all agree on. The main thing about iterating is that your iterations should be done quickly to encourage quantity over quality. Wireframes or sketching let you do just that, and if this is how you use them then I have no problem with that!
A couple readers reacted to the post on their own blog, and I encourage you to check out their articles.