From the Important Topics in Running a Web Design Business Dept. I’d like to share a recent conversation with a colleague about whether or not it’s a good practice to include mockups in a possibly unpaid bid for a project. I’m posting it here for reference and to continue the conversation.
Colleague: I’ve seen on Twitter… times where you said that you’d finished a mockup for a client. And by that, I’m assuming you mean a mockup of a website that you’re proposing to build for them…
Lance: My situation might be different than other web professionals in that I generally work with the same clients over and over (my last “new” client was Summit Hut in September 2007). So, the mockups I do now are for paid projects that have budgets and buy-in from clients. And, these projects aren’t typically new websites; although in one case that I talked about on Twitter the mockups I presented were for a complete overhaul of a web application’s user interface.
In the “real world” of trying to land gigs or client projects, mockups and prototypes can play a part, but be very careful when people ask for that type of work without pay.
If that’s the case, when you do your mockups, do you just do straight HTML (so the look is there, but not the functionality), build it in Photoshop (or something similar) or something else?
As far as the “how” of mockups, I almost always jump from paper sketches and basic ideas into HTML and CSS. That is my strength, and I am very fast from concept to working website, so it’s my best use of time and energy. I use Photoshop and Illustrator for design elements such as backgrounds, buttons, and icons with an occasional—but rare—entire mockup in Photoshop that I then flatten as a PNG and use as a mockup or starting point for coding.
Skipping Photoshop doesn’t work for everyone, but it can be a timesaver if you are more comfortable working with other tools. Check out Why we skip Photoshop, a great take on this by 37signals. Most “graphic” web designers take offense to this type of approach, since they say that those kinds of designs tend to look alike in their boxiness, and that you are constrained by CSS basics, etc. I don’t agree—I think creative and good design work can happen in non-visual tools. Overall, I think you should do your work where it is fastest and more efficient for you; for me that is coding HTML/CSS and tweaking the display right in the browser, not in an image editor.
The big advantage for me for moving from paper and ideas directly to code is that I can get a working demo up faster and into my clients’ hands that much quicker.
And also, if you’re doing a proposal for a client (bidding on a project and/or expanding upon a bid you already sent), do you generally give them a mockup of what you’re proposing and do you charge for your time to build that mockup and the bid?
My advice, and the standard industry practice, is to never do work “on spec,” meaning those design mockups should never be for free. If you get client buy-in and establish the mockup and design process as part of your workflow, you won’t get bit by people backing out after you sink time and energy into it. There are those occasional clients who want ideas for free, and they will use you to that end. Of course, those folks might be few and far between, but be aware that they are asking you to do unpaid work.
There is a lot online about this already, so I won’t harp on it too much. From the master Zeldman himself, read Don’t design on spec. For a perspective from a respected graphic web designer, Veerle Pieters, I recommend Free of charge please!, and there is even an entire website dedicated to the topic: NO!SPEC. Besides reading what other web professionals have to say, I’d also recommend picking up a copy of Graphic Artists Guild Handbook: Pricing & Ethical Guidelines for some great advice and case studies (Amazon).
If a client asks for work up-front with no payment, my tendency is to run like the wind! If you feel they are a worthwhile client, and you really want to work for them, spend some time educating them on your workflow and process, and explain why the mockup and design iteration phase is an important part of the project cost and budget. That education will pay off many times over, giving more value to all the parts of your web design work, not just the “expert” parts such as coding and testing.
For example, in my typical web design project process I have clients read and sign off on each step, including brainstorming, planning, content organization, and design mockups. Giving each stage in the process a monetary value can help you feel good about spending time to get things right, and gives the client a reason for all the charges you bill them (or all the line items in an estimate beforehand).
This is a very important topic—if you are a freelancer it would do you good to define your stance and “official policy” on spec work. Let’s educate ourselves, our colleagues, and our clients on why spec work is unprofessional, and share this conversation with others.
One thought on “Don't Work on Spec”