TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Hourly Billing is Nuts

99 pointsby calineczkaover 8 years ago

17 comments

GavinBover 8 years ago
The moment you agreed to a fixed bid, the incentives between client and customer are directly in conflict. Any additional thing that the client wants has to be renegotiated.<p>If your development is in any way exploratory or creative, my experience is that hourly billing frees everyone up to focus on making the best product. It also lets the developers and designers be creative and figure out the best way to build something, rather than having to build exactly what was drawn up by some idiot (usually me!) who isn&#x27;t actually the one doing the work.<p>Yes, you have to trust that the hourly worker isn&#x27;t wasting your time. Yes, they may have to raise their rates as they get more experienced and more busy.
评论 #12755646 未加载
评论 #12755766 未加载
评论 #12757127 未加载
dworinover 8 years ago
&gt;&gt;&gt; the change is mostly about moving this risk (and potential reward related to it).<p>This is exactly right! And the theory behind it is actually one of the papers behind this year&#x27;s economics Nobel Prize.<p>Different billing models aren&#x27;t about paying for outcomes - they&#x27;re about how to both incentivize and compensate when 1) there is uncertainty about the effort and ability required and 2) there is uncertainty about the degree to which effort and ability will lead to outcomes and 3) outcomes are costly or difficult to measure.<p>Different ways of billing are really about who takes on the risk (and gets both the upside or the downside), as well as how to align incentives between the service provider and the recipient. Oftentimes risk-sharing and incentive-alignment are in conflict with each other, which is why this isn&#x27;t an easy topic.
dagwover 8 years ago
I&#x27;ve basically only done fixed bid work for the past two years and when all is tallied up the end result is an hourly rate significantly higher than I&#x27;ve ever gotten doing hourly billing. The &#x27;trick&#x27; as it where is to focus on offering set products where the scope is easy to clearly define (You will deliver X, I will perform Y and deliver results in form of Z), and that you&#x27;ve done enough times to have a streamlined pipeline to manage. The client shouldn&#x27;t care if it takes me 10 hours or 100 hours to do something, all they should care about is if the work is worth $10k or not.
tboyd47over 8 years ago
The author is right that increasing the time value of one&#x27;s work is an uphill battle. I entered the workforce right at the beginning of the 2008 recession. It took me 6 years of bouncing from job to job, working late nights at times, talking to armies of recruiters, negotiating small raises at each job, to finally earn a salary that would be considered average in our industry.<p>I am very, very careful now to guard my rate as a software developer. As crazy as it sounds, I would rather work for free than work for a low rate.
评论 #12756261 未加载
评论 #12755416 未加载
评论 #12756753 未加载
heisenbitover 8 years ago
&quot;And that’s only a fraction of my thoughts after reading Hourly Billing Is Nuts.&quot;...<p>and only a fraction of the thought that needs to go into a balanced risk-reward consideration.<p>- Risk of cost overrun.<p>- Risk of completion.<p>- Risk of delivering a result vs. a service.<p>- Risk of claims being enforced against you or your legal shell. Money at risk.<p>- Risk of customer willing or able to pay.<p>- Ability to enforce contract terms from your side.<p>- Risk of badly managed change.<p>...<p>There are clearly opportunities out there. Also some carefully considered hybrid models can work. But it takes more than a fraction of thoughts.
mgkimsalover 8 years ago
&gt; Of course, you might argue that when you get 2X better, you can charge 2X more per hour. I agree, assuming you know how to convince your (new or existing customers) that you are now two times better. This can be hard.<p>Based on the example scenario given, it shouldn&#x27;t be <i>that</i> hard. You just give a lower time estimate.<p>For <i>small</i> stuff, the hours may be negligible. For larger stuff, they may not believe you. This is where marketing, referrals, testimonials, etc come in.<p>From my perspective, I want to work on your project as little as possible, because it&#x27;s likely tedious and boring, so I&#x27;ll charge a higher rate and plan to get done ASAP. Clients see high rate and think &quot;ah... he&#x27;s going to run up as many hours as possible&quot; (well, some do).<p>With most projects I&#x27;m involved in, there&#x27;s some reasonable upper limit on budget regardless of hours or rates. They may have a few months to get something done, and $x. When I can to the level of knowledge and trust, we can prioritize the work and scope. Those engagements end up a bit more like &#x27;fixed bid&#x27;, but the bid is &quot;best effort on these items, in this order, by this date, for $x&quot;. Everyone&#x27;s expectations are known up front, and they have the &quot;gotta haves&quot; and &quot;nice to haves&quot; prioritized. Doesn&#x27;t mean nothing ever changes, but that approach - when I can get there - has been great.
amorphidover 8 years ago
Having done consulting work, I&#x27;ve found that any business model that involves sending someone the bill is a big pain in the butt. When I worked up the courage to ask clients to pay on retainer, that helped quite a bit. Cash flow is wonderful, and having the ability to pay yourself from money you&#x27;ve already collected is pretty awesome (if you can manage the retainer responsibly).<p>Here&#x27;s a tip I learned for getting clients to pay a retainer. Have an hourly spot rate, and a discounted retainer rate. I charged $100&#x2F;hr for the service I provided as the spot rate, and $85&#x2F;hour on retainer. Almost every client switched to the retainer, because &quot;Hey, 15% off!&quot;
davemel37over 8 years ago
Its really quite simple. As a seller, you want to frame your price in terms of value created. As a buyer, you want to frame the discussion around the cost to deliver the product or service.<p>Hourly pricing revolves around cost to deliver, not value created, so it&#x27;s usually going to be better for the client and worse for the developer...<p>The only time this balance changes is when the developers opportunity cost nears the value created...so the hourly rate captures most of the value...<p>of course both sides can mitigate their risk by giving up this advantage. (i.e. if a developer charges hourly, they can make sure they dont end up under water on the project but in exvhange they wont capture the full value and vice versa.)
debacleover 8 years ago
I have a junior dev on my team that brings this up all the time. I don&#x27;t disagree with him, but as soon as you&#x27;ve worked on the client accounting side of things, you see that hourly billing is the absolute best, most transparent, and easiest way to bill for work.
leepowersover 8 years ago
&gt; What if by being a better developer, using the proper technology you can do the project in half the time it would take other companies?<p>In my experience it&#x27;s rarely a technical challenges that negatively impact project timelines. Usually it&#x27;s changes and revisions coming from the client side (though all parties can and should submit changes). The randomness (and hence risk) in a project doesn&#x27;t come from the initial scope agreed upon. It comes from the fact that people are dynamic, and the act of building software is dynamic. A feature that appears complete at origin will almost always accrue changes, tweaks, and revisions.<p>These dynamics are difficult to map to a fixed cost project.<p>Additionally, as a worker, you are always measured by hourly rate, whether or not you charge by the hour. A $5000 project that takes 500 hours to complete values developer time at $10&#x2F;hr. If you can get the job done in 50 hours, the labor is worth $100&#x2F;hr. Your technical acumen is not the sole determinant of this time variance, instead it depends on the behavior and temperament of all the project stakeholders.
joeblauover 8 years ago
I remember working for a government contractor in Washington D.C. We had 1&#x2F;10th of an hour building. You were literally supposed to build down to 6 minute increments. Fun times.
评论 #12756190 未加载
rl3over 8 years ago
What about billing daily?<p>If memory serves, I&#x27;ve read of positive experiences with this right here on HN.
erroneousfunkover 8 years ago
I&#x27;ve always billed hourly, I&#x27;ve read the arguments against it (including this one), and I have&#x27;t changed my mind about it. Occasionally, I&#x27;ll sense that a client needs more or less hand holding, or that a particular project will be super fun, or a huge drag, so I&#x27;ll adjust my hourly rate up and down, but this method of billing, overall, works really well for me.<p>Keep in mind though, I&#x27;m not a full time contractor. I do a few hours of freelance work a week (10-20 hours a month, for 1-3 clients), in the evenings, mostly on small projects that just take a few hours.<p>In addition, I&#x27;m unusual because I focus in a small specialty: web scraping, data collection, and data sourcing. I write web bots and design data architectures, basically. This is great, because I do variations on the same thing over and over again, it means that I very very rarely run into hidden problems and can very accurately estimate how long it will take me to collect a set of information from a particular source. I&#x27;ve actually walked away from work that was outside of this scope (even though I have a master&#x27;s in software engineering, have done it for 10 years, and was perfectly capable of the job) just because I knew it would be a higher risk to bill for accurately, and didn&#x27;t want a potential headache for the client or for me.<p>So I strike a middle ground between hourly billing and &quot;fixed cost&quot; that I believe benefits both sides: &quot;This will take 3-4 hours, the deliverables will be &lt;blah&gt;, I bill $x&#x2F;hour. If I find something that proves to be a huge blocker that, for whatever reason, I didn&#x27;t see before, I reserve the right to revise this estimate upwards and ask for your approval on the revised estimate, but, in that case, you will not be obligated to pay for any work done up to that point, until you accept the revised estimate, if you choose to do that.&quot;<p>It&#x27;s not uncommon that I discover that there&#x27;s a method of collecting data from a site that I didn&#x27;t see before, that is drastically faster than I had originally anticipated. Of course, I <i>could</i> do as the author suggested and bill for the original estimate, reveling in my loads of cash and free time, but here&#x27;s the rub: I don&#x27;t.<p>I actually really enjoy telling the client: &quot;Hey, check this out! It only took half an hour! Anything else you want me to do?&quot; and clients appreciate it. I get paid fairly for my time, and fairly for the difficulty of the project. In theory, I figure, if the clients were to shop this project around on the open market, someone else could figure out the &quot;trick&quot; and underbid anyone pricing based on &quot;value to the client,&quot; and, of course, there&#x27;s the danger that clients could figure out that this was NOT a 3-4 hour project at some point down the line, and I&#x27;d like to maintain their trust.<p>In addition, I&#x27;ve found that clients who get a &quot;surprise bargain&quot; are more likely to recommend me through word of mouth, they&#x27;re more likely to add on extra work&#x2F;features to meet their original budget anyway, and I feel good about myself. Is &quot;feeling good about yourself&quot; worth an extra few hundred bucks here and there? Maybe not, but, like I said, I&#x27;m getting paid exactly what I wanted to get paid my time, so it doesn&#x27;t bother me too much.<p>But I am also billing based on value, and always keep that in the back of my mind. Over the last couple years, I&#x27;ve actually doubled my hourly billing rate, as I create tools, shortcuts, develop better techniques, and even add more value as a consultant for the client.<p>I&#x27;ve certainly toyed with the idea of creating web scraping tools that I can monetize as software (although it&#x27;s a crowded space), moving towards the &quot;fixed cost for the value this adds to your life&quot; model, but for my freelance work, I just really enjoy sitting in my pajamas in bed, Netflix playing in the background, mindlessly cranking out some code and exploring new techniques while getting paid to do it.<p>I&#x27;ll be the first to admit that hourly billing doesn&#x27;t make sense for everyone, and every project, but I think I&#x27;ve found a good balance of risk for myself and the client that&#x27;s appropriate for my skill level, specialty, and financial needs, and I&#x27;m just fine with that.
评论 #12755728 未加载
评论 #12755729 未加载
tormehover 8 years ago
Some things are infinite time sinks. The customer always argues that the contract implies more features or that they should have higher quality. Or even worse, you&#x27;re in the unenviable position of working on a legacy project where each bug fixed creates a new one (or close). Fixed-cost can be a drag sometimes. And it incentivizes the sloppiest possible implementation.
GoToROover 8 years ago
Bill by value if you already have the product&#x2F;feature, bill by hour otherwise because the client never knows what he wants&#x2F;needs. This way you put some pressure on them to make up their mind.
grenoireover 8 years ago
Contract schemes are still being discussed extensively as principal-agent problems in ecomomics. Communication between the principal and the agent to understand the needs of both parties matters a lot.
swap32over 8 years ago
This is such bollocks. When I increase my skills and speed by 2x in a year, I increase my hourly rate from $100 to $200. Simple.
评论 #12758976 未加载