18 ms·
I believe that from several times I've read through freelance-related discussion on this site that the recommendation is explicitly not to charge per project. T
by iandinwoodie 7y ago
I believe that from several times I've read through freelance-related discussion on this site that the recommendation is explicitly not to charge per project. The reason being that it can be very hard to estimate the total time required for the project. Additionally, once a customer has payed they might say "oh, we though you knew that this (previously unmentioned) feature was required when we paid you." Scope creep, tweaks, rewrites, and any change in customer expectation hits your pocket, not theirs, when you charge per project.
When you charge per hour you make sure you are getting payed for all the work you are performing. However, I often see it recommended that you charge per week (best) or per day (next best). I believe the rationale behind the per week (or per day) pricing model is that it weeds out the customers that are just looking for the cheapest labor they can find, leaving only those that are serious about a project and can commit to paying reasonably for the work.
- ubertoop 7y agoBut they use the same argument to justify project based pay. You could just take longer, there's no way to know what the cost will be, etc.
- LoSboccacc 7y agothen you split the project in two: first part is just analysis, paid per hour, with one deliverable: the scope and exclusion document. the second part can be fixed price based on your estimate from the first part. all the risk for both parties are minimized, and if it doesn't make them happy, they're the kind of client that wants an ambiguous fixed price project precisely to milk you the most work possible, so no loss in losing them.