How do you create win-win when charging for freelance work?

Hi All,

This is a “how to” question about how to appropriately charge clients. Do any of you who do freelance Coda work have suggestions? Do you charge by project, or by hour? How do you evaluate if the price is fair and a win-win for everyone?

Would love your thoughts!!

Sarah

7 Likes

Sarah,

Welcome to the Coda Community.

I’ve been doing custom applications development for a very long time – mostly for law firms doing big-case litigation. In the last 20+ years I’ve worked with several different platforms and technologies, and during that time, I’ve sometimes charged by the project (or more precisely, by stages of a project), but most of the time I have worked on an hourly rate. In 2020, I’m adding Coda to my toolkit and will soon start moving some of my client projects to Coda. At the moment I don’t plan to make any special changes in the way that I charge my clients, that is, I will continue to charge by the hour.

Doing custom development work for clients with Coda does present a few interesting technical problems that I haven’t fully solved myself yet. But your question is a very basic business question for consultants and developers and really has little to do with Coda. The question you ask–Charge by the hour or by the project?–is the one all consultants and custom developers ask. I will give you a couple thoughts about it.

.

By the project

Years ago I was given some advice by one of the most successful businessmen I have ever known well–a fellow who left a position as VP of one of the largest tech companies in the world to start up a small development consultancy on his own, and in no time had fifty full-time employees in three cities and was making money hand over fist. His advice to me was to work by the project. He explained it this way.

  1. Get as much info as possible about what the client requires
  2. Figure out what it’s worth to the client
  3. Decide whether you can do it for that or less than that

If you decide you can complete the project for less than it’s worth to the client, then take the project and charge them that (i.e. every dollar they’re willing to pay for it).

Which sounds brilliantly simple, doesn’t it? Except that it’s not.

My friend acknowledged that sometimes you’ll lose money on a project, because you bid wrong. But with his experience, he was able to make a big profit on enough of his company’s projects to more than balance things out in his favor. A “big profit” was where his company got paid way more than they needed to make the project worth doing. But again: He was a very good businessman. Most of us freelancers and consulting developers aren’t.

My friend succeeded in large part because he had the very good business sense to aim his services at large institutions with very large budgets. This allowed him not just to get a sense of what these companies were willing to pay; it also gave him the confidence to build a considerable amount of comfort space into his bids. He also specialized in one particular industry so the work he did for one client was very similar to the work he had done for the last five clients; this allowed him to get a good idea of what it would cost him to do any given project.

In my experience, if you can work for the government or very large industries, you can consider working by the project, especially if you can figure out how to get clients B, C, D, E and F to pay you for doing more or less the same thing you did for client A. But even then, this is tricky. I did a large project years ago for one of the largest school districts in the US. My firm won the competitive bidding process with a bid I was very comfortable with–actually, I was pretty excited about it. My team and I completed the project on time and made reasonably good money, but boy, we worked our rear ends off, had many, many all-nighters. One unforeseen problem after another arose. Client didn’t take our advice on certain matters. And on and on. When it was over, I tried to calculate what we’d made on a per-hour-worked basis. The number I came up with was really depressing.

.

By the hour

So while working by the project sounds very tempting, nearly all of the custom developers I know across the US and throughout the world work, as I do, by the hour.

It’s true that, working by the hour, you’re not going to become a millionaire. But if you can bill 20-25 or more hours a week at a reasonable hourly rate, you can at least make a respectable living.

And even when you bill by the hour, clients are going to ask you to estimate costs. This is a very delicate issue and it’s way beyond the scope of a response in a forum like this for me to give advice on it. The real secret is experience. Good luck. :slight_smile:

.

One other path to consider

If you want security and less stress, get a job working as an employee. You’ll get a regular paycheck, you’ll get benefits, and you won’t be up all night very often, at least not because of work. I think Coda may be especially appropriate for solving certain in-house data management challenges.

William

p.s. You might find this article amusing and instructive: https://www.briandunning.com/browse/browse0305.shtml. I knew the author a little bit many years ago. Extremely smart fellow who did some extremely dumb things and got himself into legal trouble. But this article is valuable nonetheless.

1 Like

Hi @Sarah_Snyder, welcome to the community!

Won’t write much, since I have 5 clients on my plate for the coming few days. :slight_smile: I do Coda freelancing (consulting) for over half a year now. I always do it by hour, and track honestly on my side only for the time I give the project my full attention. There’s a lot to write here, but it’d become a long essay, and no one reads long essays :slight_smile:

Let’s just say, charging by hour is more comfortable for me because it saves me from the risk doing unpaid job when the client wants “small changes”. It also helps steer the talk into the “how do you expect this doc to improve your life” (i.e. non-technical) direction, when it becomes much clearer what the client actually wants (vs just obediently doing what they asked, and then redoing when they figured that’s not what they needed). Hence easier to estimate too.

I am a firm believer that with creative work there is no such thing as “fair price”. Take a logo for example:

  • A person on Fiverr can make it for $5
  • A designer on Upwork will do it for $80
  • A local design agency may charge $300
  • A big shot agency may charge you $ thousands
  • And if you’re British Petroleum, your logo might have cost $210,000,000.

Same with any creative work. There’s a customer on any tier. If you’re doing cheap gigs, people will come for you for cheap gigs. And if you’re capable of doing valuable work (say, making docs that are strategically important to a business), there’ll be customers who’ll be willing to pay a higher price for the value they’ll themselves get of well-thought-out and well-built docs.

There’s no “fair price”. So what to do? The key secret here is to charge what’s comfortable for you. I, for instance, know that I will not do Coda work for less than $90/hr because that would not be comfortable for me, and knowing I had to compromise, I subconsciously won’t be able to give the customer the same level of treatment I give those who easily pay me above that. And that’s pretty much it. And on the other side I don’t care if my work turned out to be much more valuable to the client and they were ready to pay several hundreds and hour for it if I asked. All I care is whether this particular deal is comfortable for me. And it takes a lot of stress out.

And if it’s not comfortable for them, no problem, happy to help another time. The right to say no is sacred.

TL’DR: win-win = my comfort + value I create for the client.

2 Likes

Wow, William. Thank you for the welcome and the incredibly thought through response.

Yes, I’ve also heard advice that charging by the project is the smarter move, if you can. That this is the method that allows you to scale the best. One consultant suggested charging 10% of the anticipated value you bring to the customer. However… it is hard with many projects to get a sense of what the end-value actually is! I guess that’s where your emphasis on the word “experience” comes in. So maybe the answer is “by the hour” until you get enough experience to regularly accurately estimate the value to the client…

Thanks for the Brian Dunning article. Very interesting and thought provoking.

Paul, thank you! Lots of good insight here. Especially the reminder to really get the client to verbalise what their desired outcome is instead of assume you understand it based on the project specs. Also a great reminder that there are customers at each tier of creative work.