Hacker News new | ask | show | jobs
by tptacek 4216 days ago
Good clients --- in fact, it's possible that all the clients of my previous practice, over 10(!) years --- will uniformly accept daily rates. In high-end contracting work, daily rates are industry standard. If you have the option to bill on a daily increment, why would you ever bill hourly?

You charge a very high hourly rate today. Savvy clients are happy to pay it. Those same savvy clients would be happy to pay on the day increment if you multiplied that rate by 8. And:

* So would slightly-less savvy clients! Clients will balk at a high hourly rate more often than a daily rate. People are accustomed to paying for service work --- housekeeping, car maintenance --- at an hourly rate, and have price anchors in their heads that your rate blows past. You sound more expensive hourly.

* You get an automatic 8-hour commit for every project you do without even trying

* You can repurpose the brain cells you're spending today on being really good at time tracking to getting really good at Jakiro in DOTA2 at no additional cost to your business

* You can still throw 3 hours per day at a client, and the next 3 hours of that same day at another client; all you have to do is be honest with yourself about how you're doing. And again: part of the terms of a day rate is, you get to round up.

* You can still work more some days and less other days. Your fee structure is not your delivery date.

* You don't need to explain ramp-up and ramp-down to clients, because it's built directly, quietly, and non-negotiably into your fee structure. It's a conversation you simply never need to have.

The two points it didn't seem like you followed from my original comment:

* By working with a contractor instead of hiring a full-time developer, your client is paying for projects to be completed on a specific timeline without the overhead of an employee on a deterministic schedule. There is a huge amount of convenience and de-risking implied in that. When I talk about burden-sharing, what I mean is that it is more than reasonable for part of the cost of that convenience to be "you get me for a day at a time, whether you need the whole day or not". The alternative they're looking at is "you get me for 2 years at a time, whether you need me that long or not".

* When you have an hourly rate, any time you do anything free for a client, you risk creating the expectation that that thing should have been free, and that it's reasonable to ask for that free thing in the future. But very few freebie tasks take a whole day. The client can intuit that a day's worth of work is going to cost, but still feel comfortable asking for a 30 minute phone call without wondering whether it's going to be invoiced.

4 comments

If you have the option to bill on a daily increment, why would you ever bill hourly?

There are some circumstances where I think this can make sense.

One is that for urgent, very short, very specialised gigs (for example, an emergency fix for a previous but not usually recurring client) you might command a much higher rate per hour than the equivalent of your normal daily rate for medium-long term gigs. This just follows from all the same reasons we've talked about on HN before in terms of business value generated vs. time served.

Another is that it is sometimes useful to multiplex a part-time contract gig with some other task -- another part-time client, a start-up, supervising the guys building your home extension. It can be advantageous for all concerned to be up-front about the fact that you're only working part-time and how much time may vary considerably from day to day. This manages expectations if, for example, you aren't going to be around to answer the phone at reliable times. Obviously really top-end consultancy work isn't likely to be forgiving of part-time engagement anyway, but you probably aren't attracting that kind of gig no matter how good you are while you're also working part time on something else that can't wait.

"In high-end contracting work, daily rates are industry standard. If you have the option to bill on a daily increment, why would you ever bill hourly?"

This advice is rather black and white, making it not exactly spot on for a large variety of cases. "X is an industry standard" is also rarely entirely correct. Ex. While daily rate might be standard in the UK and US, Scandinavian rates are almost always hourly based. Russian and ukranian as well, and most likely a whole range of other locations I know nothing about.

If you contract for a professional services firm that re-bill your hours, you're going to have an explanation problem when they see 3 hours logged and a full day billed. Conversely, the "full day" is easily stretched by a client-in-need into 10 or 12 hours, which leaves your hourly income plummeting by 25-50%

In this particular case, your best bet by far is to bill hourly. This applies to a variety of other cases as well, which is why there is no such thing as a universally applicable approach on consultancy billing, and such really shouldn't be given or taken without a huge disclaimer.

I've been informed by evil bastards whom love to outsource that Ukrainians are perfectly happy with $5 per hour.
You can get a junior for as little as $2/hour, if you need code grunt tasks done.
> You can still throw 3 hours per day at a client, and the next 3 hours of that same day at another client; all you have to do is be honest with yourself about how you're doing. And again: part of the terms of a day rate is, you get to round up.

Can you explain more clearly what you mean by "be honest with yourself about how you're doing"?

If you work 3 hours one day and 3 hours the next day, are you charging 2 days, or do you consolidate it into 1?

If I am building a Foo widget and I work 3 hours one day and 3 hours the next and then I'm done, I bill one day.

If I am building a Foo widget and I work 3 hours one day and then I'm done, I bill one day.

If I am building a Foo widget and I work 3 hours one day and then I'm done, and then the client asks me to build a Bar widget and I work 3 hours the next day and then I'm done, I might bill 1 day or I might bill 2, depending on the relationship. This doesn't come up much.

If I am building a Foo widget and I work 3 hours one day and then I'm done, and then a week later the client asks me to build a Bar widget and I work 3 hours next week and then I'm done, I bill 2 days.

I missed the "If I am building a Foo widget and I work 3 hours one day, 3 hours the next and 3 hours the next and then I'm done, I bill ¿?."

One or two days? :) It depends on the client?

I'd probably bill 1 day if I did the work in dribs and drabs over 3 days and the total number of hours I spent were closer to 1 day than 2. You know how you'd feel if you worked 3 hours a day for 3 days: not like a superhero.

I don't know, this has just never happened with me.

Thanks ;)
You've put more than 1 standard 8-hour work day of effort into the project. If you round up, you have two days.
Although it's too close to one day, that it might be a bit unethical to say it were two...
Then do that.
Thanks
I have a question, though I don't know if it's relevant.

Do you suppose that there's a psychological effect here; where employees compare their hourly rate to your hourly rate? And it's less intuitive to compare a daily rate to an hourly rate?

Apologies if I'm off the mark.

YES. People tend to have a sense of what they make per hour, but very few people have a sense of their daily rate, unless they're consultants.
>People tend to have a sense of what they make per hour, but very few people have a sense of their daily rate, unless they're consultants.

Why? Isn't it equally easy to divide a monthly salary by 30 as by 30 x 8 (ignoring holidays, to keep it simple)?