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

As a freelancer, I understand where some of the comments "As a freelancer this won't work" are coming from. However, the last year I've flipped my freelancing model where I offer a more productized service with a clearly defined scope and set price. Instead of doing design work for $XXX/h, I'll deliver A,B,C within Timeframe Y, for Price $XXXX. With clearly defined services, I've actually been working for the last 12 months using a similar model, usually constraining myself to 4h/day with weekends off. My productivity + revenue have increased dramatically. Productizing your service makes it easier to market and generate leads, while it gives you the flexibility to work the way you want and actually free up time. Awesome post OP!


This approach has a lot of pros and cons. By committing to a fixed price for a project, you're taking a lot of risk on yourself.

What if it takes more than Y? What if you weren't able to expect the true scope of the project? What if the customer isn't cooperative and wastes your time? What is considered a reasonable delivery? How many bugs do you continue to fix for free without charging more? How many changes to you put in your design without charging more?

Working at an hourly rate saves a lot of legal and contractual headaches. Its also critical when you're working with an agile company that has constantly changing needs and expectations.


Many of the issues you mention are solved by carefully defining the scope and what is included for the price. You typically don't productize a service until you have done a number of similar projects on a hourly basis and truly understand what the "typical" customer needs and what it takes for you to deliver it.

You can also win more work because some clients aren't comfortable with the undefined nature of hourly work, and prefer to pay a fixed price for a service so they can budget accordingly and not get any surprises at the end of the month...


I don't have a lot of experience with software services but when I was a consultant (IT industry analyst), most of the work that we did was fixed price. Sometimes this was straightforward because the time was explicitly capped (e.g. an advisory day). Other times, it was a standard deliverable of a type we had done many times before (e.g. a paper); these could take more or less time in a given case but they were pretty predictable. And sometimes, it wasn't all that standard but we knew the day rate we were aiming for and could take a pretty good swag at the time required; here is was very important to spend time up front scoping the work.

(And sometimes, we really weren't sure, in which case we wouldn't do the job for a fixed fee.)


What if it takes more than Y?

No problem there. Educate your clients. Tell them if it takes significantly longer than expected you will come back to them. Tell them it is not likely but you want to be straight from the beginning.


You still end up taking the financial risk on yourself.

It's one thing if the project is delay because of you. Its another thing if the project is delayed because their backend guy hasn't fixed a few bugs and you're stuck creating ugly workarounds in the client code.


In the contracting world these types of contracts have more risk but are more profitable. The key is to get you ducks in a row beforehand. Your project management has to be very good. There is some type of work fixed price isn't suited for, obviously, but lots of work where fixed price makes a lot of sense.


Alternatively, consider charging by the day. It's unconventional, but it makes sense for a number of reasons.


in the UK contractors / consultants / freelancers do charge daily and i definitely prefer it over hourly rates or fixed per project prices


I've been checking UK ads looking for contractors, and I was wondering: How do you take into account long (8h+) vs short(4h+) days?


it's an assumed 8 hour day... if they notice you're only working 4 hours they'd expect you to bill half a day


That's interesting, what do you do exactly? Designer? Developer? :)


I'm both, but offer a couple of productized design services. I'm actually right now in the process to figure out if if I'm able to replicate the same model for some dev services. Curious to find out.


I realize this may not be the thread for it; but you seem to have a good enough handle on your freelancing to be evaluating different product strategies, which is significantly more detail than I typically hear mentioned. Do you have any writing/thoughts on getting this far, for someone stuck in the bigCo land who has always dreamed of more autonomy, but stumbled on the "building a freelancer client network" block?


this stuff isn't mine, but a big source of inspiration for me has been the stuff casjam.com has put up. Check out his blog/podcast. You can also find some webinars he's done on youtube. You'll find some golden nuggets in there


Found this book to be valuable when you think about different pricing models and what that means for your services as a provider: Pricing Design by Dan Mall https://abookapart.com/products/pricing-design


I'm actually trying to make this switch as well, for development services.

I see a lot of value in putting a price tag on deliverables. Do you mind if I reach out over email to ask for some advice on making the switch?




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

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

Search: