Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Right. Except that I'd submit that it matters even more when charging a flat rate, as you're bearing all the risk of an underestimate.


I solve this by quoting a price between $xx and $xx, taking 50% of the smaller amount and then if the job takes longer than I estimated I have some room to charge more at the end.


How do you come up with the range?

How do you know how much risk you're taking on that the upper end of your range is not seriously under estimated?


I've just learnt through experience. There is obviously still some risk involved but it's reduced. When I'm working on projects that are similar to ones I've worked on before I use a smaller price range and if I'm working on something totally new to me I will use a larger price range to keep the risk as minimal as I can.


That's an interesting approach, but in fact your range is a time estimate, so it's not quite true that you've stopped doing time estimates, it's just you've stopped telling the cusetomer exactly what they are.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: