|
By Samuel Ryan
Freelance Lessons
Comments
|
Billing by the hour is the most common way to make money in the freelance world, and it can be both safe and profitable. But it does have a few drawbacks. First, potential clients tend to balk at higher hourly rates, mainly because they're comparing you to other freelancers based solely on your rate (and not the talent or work that comes with that rate). Secondly, hourly rates offer little reward for the freelancer to be either fast or efficient. And as for the client, besides worrying about a freelancer who's freeloading, he will have a hard time pegging an actual cost and budget to the project. So for those reasons (and perhaps others), there are times whenproject pricing becomes a great way to make both parties happy: the client gets a fixed cost and the freelancer can earn more than he could hourly (without being compared to low-cost outsourcers).
So how should you go about project pricing? Consider these questions:
How large is the project?
For many, maintenance work or small projects are rarely worth the effort of putting together a formal scope/contract. Besides, most clients aren't keen on making a project out of a four hour job. Furthermore, if you "project price" small pieces of work, it's easier for clients to string you along with more and more edits. Furthermore, you don't want to become known as the freelancer who does "jobs for a couple hundred dollars" -- you'd much rather have an hourly rate and larger project pricing. So if your work will only take a few hours, you can avoid unnecessary hassle by sticking with hourly pricing.
How well do you know the skillsets involved?
Accurately quoting a project is directly related to your knowledge of the tasks involved (or your ability to ask others concerning the tasks involved). It is a common mistake for a new freelancer to bid too low on a project with certain aspects he decides "he can figure out on his own." Take the time to properly understand what skills are necessary to finish a job -- if you feel uncomfortable with parts of it, find subcontractors. Don't be caught in projects that take you much more time than you thought because you assumed certain skills would be easy to learn.
Will the extra earnings (over an hourly wage) be significant enough?
Project pricing involves extra overhead that hourly pricing does not. You need to take the time to plan out a project, communicate very specifically with the client, and carefully write out all the necessary obligations and responsibilities of both parties. Furthermore, you can be sure that the client won't be in any hurry when it comes to meetings, making edits, or streamlining certain tasks. Consider all these additional time factors into account when deciding on project pricing.
What type of client are you dealing with?
Even with a carefully drawn-out contract, there can still be many gray areas in the course of a project. The client is trying to get the best work for his money and the freelancer is trying to make the best business decisions. Issues like endless edits, maintenance work, and interpretation of certain tasks can lead to one party or the other becoming frustrated. So before diving into a project, it's always wise to consider the type of client you're dealing with. Are they understanding and trusting? Or are they demanding and high maintenance? Of course, both can be profitable, but you'll have an easier time with project pricing for the former.

There was that period when it was tough to seperate yourself from other developers because everyone had a cousin who could make them a web page for cheap. Now that web design has matured, it is easier to differentiate between the level of skill you need in a developer and better understand what you are paying for.
Thanks for your great articles

When it comes to working on those projects, I basically continue improving it until I reach the requisite hours. I usually pad the estimate enough to allow for extra changes from particularly picky clients, and those more laid-back clients are pleasantly surprised when the project comes in a few hours under budget.
That said, I probably wouldn't recommend this for very large projects.

I feel that hourly pricing only allows you to make more money if you work slow.

For larger projects I always make a project quote, but I've seen it's always good to take in consideration different quoting variables (type of client, estimated available budget, level of specialization of the project, time to complete, etc)
But in addition to all the other methods, I've found very important to always make an hour calculation, and calculate an overhead related to the total size of the project, because sometimes I tend to lower a bit my price for larger projects, and that usually represents troubles for me...

That way if they start to change the scope of the project, they know they will be paying for it hourly.
If things go smooth, I take less time than originally bid and they are always happy with a smaller bill. Then they think they got a great deal but in reality, they payed for the time used, nothing less.

1) The requirements document should cover every detail if possible.
2) Agree on the project time-frame and 'deliver on time'
3) Agree to Milestones and partial payment on those. (This lets you also get a feeling early on how well the client is holding up his obligations
4) Agree that change-requests and maintenance are handled with your hourly rate. - Communicate this early - this helps convincing the client to put extra effort into the requirements document (see 1)

Nout van Deijck, Blog <3.14 /> (about (web)design, typography, science and news.
=>www.noutweb.com/blog

The problem with quoting a fixed price up front is that it is hard to take into account the customer changing their mind, which they always do. So rather than stick to a fixed price quote, I prefer to use a lightweight process like XP to estimate the work in small units and then let the customer fix the budget/cost and let them vary the units of work within their budget. If they want to expand the budget then they get to do it - but it puts them into the driver's seat - and let's them introduce change and accept the cost changes incrementally. I've been doing this successfully since 1999 (we were an early adoptor of Extreme Programming).

Good post. Love your posts always.

and i think it's easier for the client to say "ok, the site will be $XX and we'll get XYZ" instead of with hourly pricing, they don't know how much they'll end up paying.
my problem with hourly pricing is that i work really fast...so i end up screwing myself if i bill hourly bc they get a great site for a third of what i could have priced it at.

it's not so bad in our main area but with web design, when you start to factor in the clients constantly moving goal posts, delays, unbilled support time etc it can be a real struggle to not lose ground.
oh and never do favours, youre so right about becoming known as the $200 man :)
another great post, hope you ARE managing to wake up later these days..
kev@seoibiza

I generally provide a project price but it is based on an estimate of hours which is broken down in the proposal. It also includes a disclaimer that every effort will be made to deliver on budget but the project price is in no way a guarantee of price.
If you are going to provide a project price then document everything in your project plan and get it signed off. Get all the content in a content plan and signed off. Get your design signed off. Then start building it.
Tell the client the process up front so they know what to expect and when. If there is no ambiguities the project will be delivered on time and on budget.
If the client asks for changes to the content or functionality then politely ask that it be included as a second stage of development and price it separately.


We have started to charge for this research and discovery and the deliverables that we provide for this paid service always exceeds expectations. Clients are usually so excited to see their project layed out in such detail, (now knowing the quality of our work), there is no way they can say no.
We provide TRD, logic flow, database schema, general comments and suggestions. pricing is huge and showing a customer the groundwork of their product while making a small investment in you makes them emotionally attached to you.

On an hourly basis, the freelancer may do the job longer than the normal time he can finish the job just to get more compensation from the hiring company.
But even if you are pricing on a per project basis, quality of work should be the most important factor.














