Hacker News new | ask | show | jobs
by ErrantX 5008 days ago
I've recently been experimenting with this; it can be dangerous for you (read on) but if well managed it can be more flexible for both you and the client.

For a long time I've been playing around with how I charge; a few weeks ago we had a discussion r.e. hourly vs. daily rates (I prefer the former, as it works best for me).

But in the last ~2 months I've been working on ways to charge on a target basis. Or to put it another way; I agree a schedule with my client, and they pay as I reach each milestone.

This takes time almost entirely out of the negotiation.

It has other benefits too; for example it forces the client to work on a formal specification (as an engineer, this is crucial!) for a project.

I have flexibility on how I reach the goals we agree - I might give a deadline estimate (two weeks for milestone 1, a further week for milestone 2). Whether I do the work on a Monday, or part of Weds and Fri, is irrelevant to them. And so I have the flexibility to schedule all of my work as is convenient.

Internally I am figuring out that it requires X hours work for each milestone - but the client never sees this, they just see my quoted figure and the delivery date. But I have found that this way I can up my rates significantly - I suspect because clients are measuring cost in terms of deliverables, rather than hourly or daily rate.

I spent a lot of time working up my rate from £40/hr (three years ago) to £100/hr through various mechanisms. But I have struggled to breach that barrier for a while now. My ultimate aim is £200/hr (which, as a full-stack engineer with years of experience & happy clients, is what I think my time is worth). This new method is currently "testing" at around £120/hr and I am slowly increasing it, without issue so far.

This also helps for existing clients too; if you start working with someone at £40/hr it's hard to build your rate up significantly without putting them off [I lost a very solid client on the jump from £60 - £100]. But if clients don't know your rates, upping them by £10/hr will be much less visible, and they only have to judge whether the total cost is worth the outcome.

So, I think I would be happy in saying - your theory is sound, and seems to be working out for me in practice :)

2 comments

Thanks for the reply, its encouraging that you have been able to keep growing your rate. I have only a few years experience but have crammed a lot into that time period so am hoping to get out more on my own going forward and the idea of being paid for milestones is appealing. I think its always hard to convince someone to pay you more when they have been paying you one rate. For me, there have even been situations where I was an contracted hourly rate employee, quit that position for a higher paying job and then they still asked me to do some side work at my old rate. In this industry, employers will almost always try to take advantage no matter what value you are creating so I think more developers need to learn the business side to get fair compensation.
When clients pay for value delivered rather than effort spent, they are willing to pay more because they have less risk and have no need to worry that you're padding your hours.