|
|
|
|
|
by wccrawford
5499 days ago
|
|
This issue is why I'm not a contractor. I can't deal with estimates because they are always wrong. People claim to understand that, then fly off the handle when it comes up wrong. Overestimating on purpose isn't the right way either, and not just for ethical reasons. Finishing early makes the client think you cheated them, and actually working the whole time makes you think you cheated yourself. Especially if you end up having underestimated after all. And changes? Ugh. Clients truly don't understand why X is harder than Y, and they think it should cost the same. I've been pretty successful in the past at guiding management into solutions that are easy to code and maintain, rather than the nightmare they asked for, but having to explain all that to a new client each time would be too much. |
|
Some kinds of work are eminently estimatable, if the requirements are stable. One time I was working at a job shop for a client who needed a PHP CRUD app. Because this was built within a framework, I was able to break the requirements down and estimate tasks to within 15 minutes and be able to schedule a week's work with about 10% accuracy.
The one trouble is I'd call up the client and show them what I was doing and she'd talk for 2 hours on the phone (which we'd bill $240 for at our rate) and have an endless list of small and medium-sized tweaks she wanted. Had I not put my foot down, she would have blown the budget and schedule completely. I did put my foot down and she fired our agency.
Fixed fee projects create moral hazard for the client: if you're really good in your sales process you might be able to get 4 out of 5 clients to be reasonable and make a profit on them. If you want to keep the 5th client you'll have them overrun the budget by a large enough factor that you lose what you made on the other 4.