Last week I suggested you treat your clients like children. Studies have shown that children are happier and feel more secure when they know what their boundaries are and what’s expected of them. Your clients will too.
scope creep /skōp krēp/ noun
- changes in a project’s scope after the work has started
- a creep of a client who keeps asking for free changes
Scope creep often starts out as small and seemingly insignificant changes or additions to an already approved design or feature. Sometimes, the changes become so numerous that the project becomes a former shadow of what it was originally intended to be. If you’ve never read Matthew Inman’s comic, How A Web Design Goes Straight To Hell, take a few moments to have a good laugh (or cry), and we’ll continue.
In a perfect world, clients would approve your first design without asking their mother’s opinion of it, never request a single revision during the course of the development, and send you an expensive gift basket when the project’s finished. They would never ask you to keep adjusting the size of the header graphic until it became so gargantuan and ugly that you considered putting your worse competitor’s name in the footer instead of your own. Nor would they request you make all their product shots into animated gifs, or that you “fill up all the empty spaces” on the site (whatever that means).
If only we’d all listened to Wikipedia, perhaps we wouldn’t be in this mess:
This phenomenon can occur when the scope of a project is not properly defined, documented, or controlled.
That’s what I’ve been trying to convey throughout this entire Putting a Stop to Abusive Clients series, except I’ve added one more step, so the process look like this: define, document, discuss, and control. Here are some things to define.
What’s Included; What’s Not
Make sure your client knows exactly what is and isn’t included. Are you providing SEO services? If not, be sure the client understands that you are not guaranteeing he rank well in the search engines. Otherwise be prepared to have that awkward “I’m not on the first page of Google” conversation a week after you’ve launched the site.
What about copy writing, site updating, technical support, and training? How about copyrights—that is, who owns the website once it’s done? Remember, what seems like an unreasonable expectation to you and me may seem perfectly reasonable to the client. Just as children don’t fully understand the world around them, neither does your client fully understand the world of web design and development. Help them do so, by setting clearly-defined boundaries and expectations.
Eleventh-Hour Design or Programming Changes
An all-too-common scenario is a client who approves your mock-up, then wants changes after you’ve built the site.
If you fail to manage this expectation up-front, you become the “bad guy” when your client demands to know why you won’t comply with his request. You’ll find yourself explaining how the process of converting a Photoshop design mockup into a working “HTML” site means starting from scratch—none of which will he understand or even care (nor should he have to). All he’ll understand is that you’re being unreasonable.
The simple, two-part solution is to first break the project down into phases and require a sign-off for each, like so:
- Design Phase
- HTML Coding Phase
- Programming Phase
Then, discuss the Photoshop-to-HTML conversion problem before the project begins, not when he wants after-the-fact changes:
Mr. Soon-to-be-Client, let me explain how the development process works. It’s broken down into three phases: a Design phase, a Coding phase, and a Programming phase.
Due to the nature of web development, it becomes very difficult to make changes to a previous phase once the project’s moved into the next one. For example, once you’ve approved the design I’ll create, it’s very difficult to make changes once I’ve began the coding portion. It’s almost like starting the project from scratch. Does that make sense?
So here’s how it works. I create an initial design. We’ll go through three round of revisions. That should be more than enough to nail down what you want. Once you approve that design, I can’t go back and change it, unless you’re willing to pay for the extra time involved. The same applies to each phase.
This gives you the opportunity be the hero instead of the bad guy. Let’s say the client does ask for some after-the-fact changes, and agrees to pay for them. You get to decide whether or not you’ll charge him. When the project’s over and you’ve been paid in full, you decide that the changes you made were insignificant, so you send him a refund check in the mail. Remember that expensive gift basket you wanted? Well, guess what you’re getting next Christmas.
This is part 9 of the series Putting a Stop to Abusive Client Behavior:
- Stop Client Abuse of Web Designers Now!
- Stop the Abuse! 7 Steps to a Well-Trained Client
- Stop Wasting Time with Prospects Who Aren’t Serious
- Stop Giving Away So Much Free Information!
- Stop Writing Proposals to Win Business
- Stop Doing the Same Things and Expecting Different Results
- Stop Waiting to Get Paid! How to Collect Even when Your Client Delays
- Stop Getting Walked on and Set Some Boundaries Already
- Stop the Slippery Slope of Scope Creep
- Stop Making Endless Design Changes
- Stopping Abusive Clients: The Complete Process
Former owner and partner of web firm Jenesis Technologies, John is currently Director of Digital Strategy at Haines Local Search, a company providing local search marketing solutions to SMBs, including print and Internet Yellow Pages, web design, and local SEO. When not working or spending time with his family, John offers great sales and marketing advice on his blog, Small Business Marketing Sucks. When not working or spending time with his family, John offers great sales and marketing advice on his blog, Small Business Marketing Sucks.
Visual Studio Code: End-to-End Editing and Debugging Tools for Web Developers
Form Design Patterns
Jump Start Git, 2nd Edition