In a post on his blog, EE add-on developer Eric Lamb (you might know him by his handle “mithra62”) shared his thoughts on charging hourly for web development projects instead of a fixed price bid.
He sets it up like this:
If you don’t know, the traditional way of pricing out a web development project (at least in my experience) is for a client to contact an agency (or freelancer), tell them what they want and the agency telling the client how much it’ll cost at a flat rate. There’s usually a back and forth over cost and features, time and expense, and shaving features accordingly to meet some predetermined budget, and there’s certainly a lot of minutia in between the parts, but those are the broad strokes (again, in my experience).
I was surprised that people still do fixed pricing on web design and development projects. There are so many variables, information and requirements to gather, scope creep to consider and other mysteries that it is seems impossible to know what the project will cost before work begins. Business requirements change, phone calls add up (you do charge for your time on the phone, right?), stakeholders share their ideas and wishes for the project…the list goes on.
Eric has some good advice in his blog post) if you are in the situation of stil charging fixed prices for projects. I thought the retainer idea was an interesting one:
When I find a new client who’s willing to pay hourly (with a couple exceptions) the first thing I do is get a retainer. The retainer basically gives me the confidence in the client to be able to pay my rate, as well as giving me motivation to start work with the confidence of continued payment.
My approach would be to do hourly billing but give the client an idea of where those hours would be spent (various phases of the project) and estimate how many they would be. This way they can see what the project could cost but know that the dollar amount is tied to you working a fixed number of hours, not you delivering a completed website to them chock full of their whims and fancies.
From what I’ve read elsewhere online, this is how a lot of people also work. Hence my surprise.
Here’s one way to think about it: website design and development isn’t a product. Don’t treat it or price it like one. You’re in client services, which means you are paid for your time and expertise require to build the website, not just for the thing you deliver.