[seanwilson]

> But a day rate works differently; it basically says that for the duration of the contract, you will get paid each day you're on contract, regardless of the actual number of hours worked. You might work more than 8 hours a day, you might work less. Either way, you get paid for the day.

Can you explain the advantages daily billing has overly hourly billing when the client has a constant stream of work to keep you busy?

Sounds like the main benefit is if a client interrupts your day with only a single hour of work to do, you can bill them more? Apart from that, doesn't it still have the downsides of having to keep timesheets, having to justify your hours and working faster means you earn less?

[mac01021]

If you get a stream of tiny tasks from your client, maybe hourly billing is the way to go.

I'd they present you with a project that you agree to deliver in 6 weeks and then mostly leave you alone in the interim, it's probably a different story.

[seanwilson]

In the 6 weeks scenario, when would you consider fixed price over weekly? With fixed price, there's a large incentive to be efficient and you can juggle more than one project at a time if you want to.

[vannevar]

A day rate can certainly work against you, in the same way that salary can work against you, if there's more work to be done than can be fit into X number of days at 8 hrs/day. You may end up working 12 hour days for the duration. I think the convenience of a day rate is more about not having to track work at a tight level of granularity, and having a guaranteed minimum per day, than it is about pocketing efficiencies.

[seanwilson]

One of the core benefits I think of fixed price is you have a large incentive to be efficient, which you don't have so much with hourly, daily or weekly billing. Do you know any other payment structures that encourage efficiency in the same way? There's milestone based billing which is similar to fixed price but requires more planning.