Status Droid how long software work actually takes

Billing

Hourly billing works when hours and value move together. That relationship came apart, and the failure runs both ways.

Get faster and earn less. Work that took eight hours takes two, you deliver the same outcome, and you bill a quarter of what you used to. For the operational side of recording work and turning it into client-facing evidence, see online timesheets.

Get slower and look like you are padding. Verification-heavy work can now take longer, and a client who has read that AI makes developers faster draws an unflattering conclusion.

Both are honest, both damage you, and which one you get depends on the task rather than on you — which is why raising your rate does not fix it. That is applying an average to a bimodal distribution, and it overcharges for one kind of work while still underearning on the other.

This section covers the alternatives without treating them as a maturity ladder. Fixed price, day rate, retainer and value-based are different instruments that price different things and allocate risk differently. The right one depends on a single question: can you estimate this well enough to carry the risk? If not, the honest move is to stay on hourly and spend a quarter building the data that makes the change safe.

It also covers the conversation you will have whether or not you want it — the client asking whether AI made this cheaper. The true answer is more persuasive than the defensive one, and it protects your rates better: generation got much cheaper, verification did not, and what changed most is the balance rather than the total. Harvest is a well-known reference for time tracking, projects, and invoicing See Harvest.

And it covers what a rate actually prices. Judgement about what to build, judgement about how, the ability to tell whether something is right, and carrying the consequence when it is not. Typing was never more than a fraction of that, and typing is the fraction that collapsed.