FreelanceSwitch Hello We are a Community of Freelancers. On this site
you'll find Advice, Jobs, Resources and much more!
The Blog Job Board Freelance Book Forums Podcasts Resource Directory

Hourly vs. Fixed Pricing

Mathias Meyer

By Mathias Meyer

Work isn’t free. Well, for the most part. It should be common sense that if you do work for a client, eventually you’ll get paid for it. No matter how much it is in the end, it is often a question of how you charge your client, or on what basis you do it.

There’s a lot of dispute about what’s the right way to charge, and doing it wrong can lead to unwanted situations between you and your clients. In this article I’m going into the most common ways to charge and how to make them work successfully for you.

Getting Paid By The Hour

This should be a no-brainer. You work a certain amount of time and get paid for the time spent working. This usually means keeping a time-sheet and billing your client the result of (hours x hourly rate).

It clearly has advantages. You get paid for what you’re actually doing in terms of time spent on a specific project. This kind of charging surely is in favor of you, the freelancer, since you also get paid for those extra hours you put in.

What this means for your client is that they usually get a bill and a time-sheet by the end of the month and have to pay for whatever you charge. It also means a higher risk when it comes to cost calculation. It’s not easy controlling hourly work from the client’s financial point of view. It’s also tempting to add some hours here and there for extra profit. The latter is, of course, a matter of trust, and it’s up to you to raise the bar here by always billing only the time you really spent working.

What some clients also like to argue about is the work that constitutes a work-hour. Do you have to substract small talk with people on the team? What about a short break by the water cooler? Getting a coffee? The list adds up. Don’t get me wrong, I have nothing against working for an hourly rate, especially when I’m working on-site as additional man-power. In that situation it’s the working time that really counts. A project has to get done, and your brain, energy and skills are required to finish it. The problem is that it’s not always goal-oriented. It’s easy to slack, and your payment isn’t bound (mostly) to something finished. If the project gets out of control, then you’re in the same boat as the rest of the team: you have to put in extra hours. That’s a punishment by itself, but then again, you get paid for it.

Fixed Pricing

Fixed pricing simply means you charge your client for finishing a specific task or project, no matter how much time, energy, paper or sweat you invested. The price is usually agreed on up-front, with a quote for example. When the project is done and your client is satisfied you bill him. That’s the simple story.

In reality fixed pricing is always a matter of dispute. I know freelancers who even refuse to work on projects based on fixed pricing. They have their reasons I guess, and when you’re only working as man-power on-site this might not even be an issue to think about. But if you prefer working on a project basis, then you’ll have to deal with it sooner or later. But let’s start from the beginning.

It all begins with a client having a need for something, a new logo, a new website, a new tool for his intranet, you get the gist. I won’t go into the details of how the client got to you, since this has already been done in other postings. You both settle for what has to be done. It’s always a good idea to throw in a basic timeline and an estimate so that your client knows what he’s up to. The important thing is to specify what has to be done and what the finish-line is. Otherwise it will be harder to settle when you can bill the client. You heard the stories, I heard the stories: A client wouldn’t pay because in his opinion a task wasn’t because of .

If you agree upon what’s to be done before signing anything it’s easier to avoid situations like this. Work costs money, you know it, and your client knows (or at least should know) it too. Fixed pricing projects usually involve more paperwork, but in situations where the client isn’t willing to pay, it’s important to have it, especially if the worst case happens, and you have to settle the issue in court. I haven’t been in a situation like this, but a friend of mine has, and besides time it costs a lot of energy and is in general frustrating. Of course you shouldn’t treat your clients as criminals, if questions come up explain why you’re doing it. Trust is a matter of transparency. If you don’t trust a client, you shouldn’t do business with them, which is also true if the client doesn’t trust you.

So how do you get the pricing right? There’s no right answer here, and you won’t get it right the first time. It doesn’t matter if you’re offering your service to multiple clients for the same price (e.g. designing a logo) or if you’re creating something based on custom requirements. You need a baseline, and that baseline for me is based on the time I estimated. I look at the requirements or specification and determine what’s to do and how much time I’m going to need to finish the tasks. That’s the tricky part, and it’s important that you track how much time you needed in the end. That way you can refine your estimates over time. In the beginning you might be tempted to calculate in some extra days for security. I’m not going to advise you on that, I just know the temptation, and I did it too. If you do it, don’t let it turn into a habit. If you do, at least be honest to your clients. Make it clear to them, how the price adds up. And if you’re really honest, and love your clients, you won’t charge them for the time you didn’t need. But I’ll get to that later.

A big issue is longer-running projects. Developing something over a time-frame of six months or more isn’t easy to estimate as a whole up-front. If it’s possible try to agree on milestones. A milestone is defined by a specific set of features. After you reach a milestone you agree on the next one. Why the effort you’re asking? It’s simple, it reduces risk on both sides. Your client can react to schedule slips at an earlier point in time, even if that means not doing any more business with you. The same goes for you, the contractor. Identifying possible schedule slips earlier reduces your risk of investing a lot more time than you originally estimated. The milestone way of doing fixed-price projects is usually a good idea even for projects shorter than six months.

From the last two paragraphs you can come to a conclusion: The risk is on your side. And it is. It’s your responsibility to make correct estimates, to track the time you needed, and to specify what needs to be done. There are nice clients out there who are happy to pay you when you’re done, but there are clients who don’t, so I’d rather be on the safe side.

Writing down what needs to be done also gives your clients more transparency, especially if they’re not sure yet about the specifics. If that’s the case you can always start by offering to write a specification on which you build the next step. You let your client sign off the specification as final, and start working on the real thing. But this brings up new questions. What if your client changes his mind over time, or a specific feature doesn’t turn out that useful and must be implemented differently? That part is totally up to you. Requirements change over time, that’s part of the game, especially in the world of software development. If a client needs extra features, then it’s no big deal to charge him extra for them. If it’s just small things that won’t take much time, but will make your client happy, then it’s up to you to put in a little extra-time, especially if there might be follow-up projects in the pipeline.

Fixed pricing has a lot of pros and cons, and for good reason. As I said, you won’t get it right the first time, but there’s no reason to fear this kind of payment. You’ll get better at estimating, if you keep track of the time you needed and try to incorporate that in future estimates. Over time your pricing will close in on the work you invest.

The Honesty Model

There is a way you can have the somewhat best of both worlds. You offer your client a specific amount of days to finish a task or project. The baseline is the same as for a fixed-price project, you need requirements and you need to agree on what needs to get done. Based on this you do your estimation which you present to your client. In the end you only charge him for the time you really needed. If it turns out you needed less time than estimated your client pays less, and you can move on to the next project. Of course, if your working schedule slips you’d still have to work overtime to finish the task or project. But this way it’s a little easier and transparent to calculate in some days to reduce the risk. If you don’t need them, your client doesn’t need to pay for them. In all the financial risk is calculateable for your client. However long it takes you to finish the project (hopefully on time) your client knows what he’ll have to pay and runs the chance of even paying less for the same outcome. You, on the other hand, can move on to the next client and earn money on a different project.

Do The Right Thing

So now you’re asking: What pricing model should I use? That’s totally up to you and how your client would like to settle it. When I’m working as added man-power at a client’s site, I usually opt for payment by the hour. Around here it’s the normal way to handle these kinds of work, and is agreed upon by headhunters and clients in general. Purely considering the time spent working it’s the fairest payment model for you.

For end-to-end projects I usually opt for the third model, if the client agrees with it. Purely fixed price is the last resort.

There’s no general rule on which payment model to pick in what particular situation. You’ll have to find out what works for you and your clients. Fixed pricing is nothing to be afraid of. If you want to do end-to-end projects it’s usually the way to go, so you might as well become friends with it, and find your own way to handle it. If you take care of the things I mentioned, there’s usually nothing to worry about. After all, you love your clients and they love you.

Leave a Comment
  1. I have been throwing around a model that gives the client a very clear picture of how much they are spending by billing them every Monday. I would start every project with an estimate of time…say 80 hours and they would know the hourly price. Then I would begin production on the site and the next Monday I would send them a bill for the hours worked on that project…automatically generated by my billing software, then with the invoice I would provide a list of what was accomplished and what was still left to do with the project. This gives the client more involvement and allows me a steady income to be able to work on a project and get it done how it needs to be. This also throws the idea of “Sticking to a Scope” out the door because I can simply tell my client that it will take an estimated X number of hours to get that done. This will allow me to add things to the scope without killing the project.

    On a side note…for protection I send an updated scope and timeline with each document that is dated so if the client feels like they added something I can ask them to pull up the updated scope with that on it…if it is not on the scope and the client feels like it should be then they can call me and we work it out right there.

    I haven’t fully adopted this model yet but I am highly considering it.

  2. Very Nice Article

  3. I rarely charge my customers on an hourly basis. As I have told them, for the software development work I am doing for them, it makes no sense to me to charge them based on how much time it takes me - they don’t care about the TIME, they care about the VALUE. This way, I am motivated to do things in the most efficient way. Instead, we break the effort down into milestones and I bill them at the completion of each milestone. This gives them the opportunity to change direction if things aren’t working out as they expected, and I get paid more regularly than just once at completion.

  4. Not a bad idea Seth.

    Billing is a tricky topic, much as the article describes. I used to do the “good ‘ol boy” method. I’d send a quote, get the client to sign off on it, and then allow for payment prior to release. Boy, was that dumb. Granted 99.99% of clients were fine. Then again, it only takes one to spoil the pot. But you live and learn.

    For most projects now I lay out a quote, with the number of hours alloted for each particular task, with a description of what is being done during that time frame. I also lay out a definitive list of what is being provided (the scope).

    From there, I total it up, and require a deposit to begin work. Depending on the size of the project, I either break it down into milestones, with a payment due on completion of each one, or just have a final payment prior to release.

    For me, I’d prefer hourly. However in my area it just isn’t really feasible most of the time. To protect myself as much as possible though, if I “package together” a project, I have a certain rate for certain types of tasks. If on the rare occasion I can go hourly, I have a different rate for that as well.

    In the end, it all seems to balance out.

    Something I do do however, is let the client know that if for some reason it takes me longer to accomplish the project (in terms of hours) that as long as they have not modified the requirements I’ll eat the additional time. However, if I take less time, that it will be reflected on their final payment. This has seemed to work out well over the last few years, and it’s pretty much routine now.

    I will note that I’m pretty decent on figuring my time to accomplish most tasks, and on a typical project I’m usually not off more than a couple of hours to either side. For example, I know about how long it takes me to mock something up in photoshop, or convert it to a working page template, write the css for it, etc.

    In cases where the client has loose requirements, which can lead to trouble very easily, I go hourly.

  5. I use the third example :D. Always works best and enables you to develop good relationships with your clients when you say ‘Well actually it took me less time than I quoted, so you only owe me £xxx, instead of £xxx,xx.’ There probably more likely to use you again if they feel they haven’t been screwed over.

  6. First I try to evaluate what timeline the project will have. After discussing job parameters with the client I explain to him that I charge different rates for different tasks. Meetings are lower than creative hours than data entry and so on… By using milestones for projects (even if they are ’small’) I have a transparent relationship with the client.In the end he gets a detailed report on the hours spent and (if the chance of a follow-up is imminent) a nice discount :-) Most of them are satisfied with this solution and I have a consistent overview (also for following projects). Still - the estimation of time I’ll spend is a tricky task at the beginning of a new job, especially when the client-need isn’t expressed satisfactory or not clear for him in the beginning (’I don’t know what will be on there, just make a web-page’).

  7. Very comprehensive article.
    I use both models and sometime hybrid of two. For the short projects, I use hourly model and for long projects fixed-rate model. Even for longer model - the hybrid of two. Upto some predictable scope of the project and milestones, I use fixed-rate model. And if the scope exceeds than the agreed time frame, from there onwards, with mutual agreement with client, I use hourly-rate model.
    What I think important is that the client should be timely informed about the incurring cost and discuss about it if time/cost shifts from the agreement.

    Cheers,
    Rajesh Shakya
    http://www.rajeshshakya.com

  8. Another great article. Figuring out what you will be charging your clients is a very important step, and figuring out *how* to charge your clients is as equally important.

    Personally, I usually go with a combo of fixed & fixed with possibility of it being cheaper if I finish sooner than expected. Honesty is the key in this game, especially with those clients who seem to come back. It’s easy to say you worked a few extra hours instead of claiming you finished earlier and you’re going to give them a discount, but later down the road you may find yourself working a lot more than you thought and if you have in good with the client you have the possibility of letting them know the situation and if they are willing to dish out for a few extra hours of work.

    Just my two cents…

  9. Great article. I take the same approach as Avonelle, although I’m a writer, not a developer. Charging by the project challenges me to be efficient and to help my clients manage their own time. I think this helps everyone get what they want. My clients get what they need, within budget, and I generally know when projects will end. This makes it easier to plan.

  10. I usually charge by the hour for small stuff, production work and fixed pricing on larger projects. With the fixed pricing comes the broken down payemnt model, I make sure that I get 1/2 to a 1/3 up front as a sign that the client really wants to have the work done. If they change their mind, I am covered for my time. This works well with milestones as well, you can break up the payment for specific milestones and make sure that your being paid on longer projects.

    Either way, I think it’s important to be transparent and honest with my clients, I want to be approachable if they need to discuss this. I try to be as accurate as possible with estimates and constantly keep the client updated on progress or where we’re at with the project.

  11. I have to say you seem to be coming from a perspective of client always wins and we try and reduce our exposure to getting ripped off or working for peanuts. All the risk is ours. The other thing I guess that is not mentioned is hourly rate, there is a whole can of worms in there. For example an agency might charge 5 times what a freelancers might, and that is because of hidden costs whether it be building space or secretaries to the CEO’s cocaine fund.

    For myself, what I charge as an hourly rate if I have a 40-hour week and am on a ciients site is very different to if I do half an hour fixing up someones stylesheets.

    As someone above mentioned it is about value not hours or amount of work. I find in the initial discussions I might throw a ballpark out there and they might like it or turn green. We then work to a figure than they feel they want to invest in a website and the scope usually grows from that, what is possible in the budget and what isn’t so we both feel we are getting a fair trade.

    Some projects, for larger clients I can charge a lot more on, and some smaller ones less. The smaller ones I have creative autonomy and the larger ones I heaps of paperwork. It seems to balance out in the end. There is ALWAYS a factor of how much can the client afford to pay rather than time taken by standard hourly rate.

    What I would be interested in hearing more of is HOW MUCH people charge for thier services, I think there would be a massive difference overall.

  12. Steve,

    if you got this impression, that wasn’t my intention. That’s why I outlined the steps I usually take to reduce risk on the part of the freelancer. Value for the client is an important issue for me too, but I want to be able to afford a living as well. How much risk one is willing to take is personal decision, but ensuring a personal outcome is something that should be taken care of no matter what.

    As for the hourly rate, you’re right about the can of worms. An agency might charge 5 times more, but it might not be able to create as much value as you as a freelancer do. I think of this more like an edge of being a freelancer, you’re more flexible, you can get more personal, etc.

    As you put it yourself, how much you can charge depends on several factors. I do have a standard rate for my hours from which I’m working out a price, but there’s a lot of factors in there, e.g. client size, project size, working environment, development environment, region (in southern Germany you can usually charge 20 EUROs more per hour than say, in Berlin) and of course, the client’s budget. Specialized markets, tools, languages etc. are an additional factor.

  13. Gravatar

    dangerfield

    Hey Mathias,

    Thanks for your reply, I appreciate it and I of course forgot in my original comment to mention that it is an interesting and provoking article, thanks.

    I guess I was reacting to a lot of freelancers I meet who feel guilty at billng clients and get walked over. The freelancer has all the risk and the client has little. In my opinion working like like really challenges you to value yourself and your skills and services far more than a regular paycheck. Personally I have no guilt in billing people.

    Thanks again.

    Steve

  14. I wish I had a partner to help me with billing. His/Her sole job would be to tell me not to undercut my prices. Not sure why, but I feel guilty billing for anything over my cost. That is one reason I rather do hourly, it keeps me from de-flating my costs.

    Ugh!

    Christopher

    http://www.ChristopherHudson.com

  15. Fixed pricing is a great seller because a lot of people want a bottom line price. And yeah, if it’s a lengthy project then work/payment milestones are a must.

    And getting a deposit up front can be a great idea for fixed pricing as well. A deposit is a good way to clearly define “Okay, we’re doing this, and we’re starting right now”

  16. We have found that using tiem to calculate a fixed cost from the time take is a useful way of getting to a price. After initial work it it then a little easier to work out a retainer rate for ongoing work, you can take into account workign with the client, level of support etc. after you have worked with them once already.

  17. I generally charge hourly and bill bi-weekly.

    1] at the beginning of a project, I give the client an estimate of the hours (and therefore cost) to complete the project. they are made aware that I am charging hourly, so that anything above the estimated # of hours will be billed hourly.

    2] during the course of the work, I regularly update them on where we are at in terms of hours, and what is left. I warn them if any delays or changes in scope are likely to affect the # of hours it takes. if they accept this change in cost, we move forward with the changes.

    3] invoices are payable within 7 days of receipt. for new clients or slow payers, a deposit (based on a percentage of total # of estimated hours) is required before work can start.

    in the rare cases when I do work fixed-rate (and that generally only happens for a] retainers and really large, long-term projects or b] clients who are working with a fixed budget), I always ask for some $ up front. even in the case of fixed-rate pricing, I am still billing based on hours spent. I’m just calculating beforehand how many hours it will take.

    I have tried so many different billing methods over the years, and this one is by far the best balance between giving clients something to budget a project with, and giving me assurance that I will be paid for what I do. I am not a bank, willing/able to extend credit to clients for work being done, and that’s what it basically amounts to if I work now and get paid later.

    this method also puts the responsibility for scope change squarely where it belongs: with the client. they are made aware, throughout the course of the project, exactly how each change in the plan will affect the price. over time, if the client is a regular, it means that a client learns to rein him/herself in, and it also means they develop a real sense of the value of my time and effort. clients become more efficient, waste less of my time, and have a greater respect for what exactly goes into what I do.

    as for “the honesty model”, I think that is a given when working for an hourly rate. we charge for what we did. rarely - rarely will that be less than what was estimated for (clients love to expand projects as they go along), but when it does happen, of course the client is charged for actual hours spent. and in reference to the hints about “time management” and “being forced to work efficiently”, are we seriously sitting here implying that those who charge hourly are going to waste project time? I take exception to the idea that freelancers need to be “made honest” in terms of hours they charge for or how hard/fast they work. something about that really turns me off. we are professionals, not schoolchildren.

    if anything, I think the opposite is far more common: giving clients a lot more than they paid for. I think most freelancers are too client-driven, and don’t think enough about protecting their own interests. we habitually under-bid and under-charge. we regularly put in more hours than we bill for, just so we can add that “extra touch” that will wow the client and make the project more portfolio-worthy. we are ridiculously accommodating, and bend over backwards to give the client whatever he/she wants, regardless of how tricky it is to plan, execute and bill for. if anything, we need to learn how to protect our interests and draw fair boundaries around how we work so that our bank accounts and schedules aren’t adversely impacted by the way we work.

  18. I usually charge per project. In fact it slowly becomes a standard in Ireland anyways. The price is based on projected time that will be required to complete work and of course the hourly rate, although I have different rates for different tasks, so the client gets a breakdown. I ALWAYS sign a contract with the client and require 30% upfront, otherwise I do not even start thinking of the project. Also in the contract I have cancellation clause, which states the percentage of the remaining fee (after the upfront) that the client has to pay prior to project cancellation (there are 3 different rates due to different reasons for cancellation). The contract also states that I allow for 2 corrections / revisions, anything above that not due to designers fault will be charge at hourly rate (defined in the contract).
    I guess that covers me totally and the client also knows what they are standing on. Then what’s left to do is a good time management on the project …

  19. get me those freelancers contacts. i can hire them and give some work and pay money from my wallet and i will also ask that is it your hourly rate

  20. Hey, this is an old posting, but it provides some very good insight. I have a model similar to Pawel’s above, I usually charge by the project, with the cost averaging out to the number of hours I would put in anyway. However, I do have a clause in the agreement that details the amount of revisions and adjustments the client has so they won’t be stomping you with new ideas or changes every week, expecting to pay the original price. I had to learn that the hard way, but so far this hybrid of sorts has worked out well for me.

Leave a Trackback