
The Argument: Why Fractional CTOs Shouldn't Charge by the Hour
The Argument is a recurring column where we take a clear position on how technical work should be done — and make the case for it.
The most common question a fractional CTO gets from a founder is some version of "what do you charge?" The second most common is "do you bill hourly or on a retainer?"
The answer to the second question tells you more than the answer to the first.
When the meter is running, efficiency is the enemy
Not through cynicism. Through structure.
A fractional CTO billing by the hour has a quiet financial incentive to remain involved in more things — more meetings, more reviews, more decisions routed through them. This doesn't require bad intent. It's simply what the model rewards. The hours have to come from somewhere, and staying involved is how they accumulate. The CTO who bills hourly and actively works to reduce founder dependency on them is working against their own income.
Most fractional CTOs aren't doing this consciously. But the incentive is there regardless of whether they're acting on it. Incentives don't need to be noticed to shape behavior.
Hourly billing is selling presence. Fixed billing is selling outcome.
These are different products — and the difference matters.
When you pay by the hour, you're buying a certain number of hours. The CTO's obligation is to show up and do work during those hours. Whether the work produces the outcome you need is a separate question that the model doesn't directly address. When you pay a fixed monthly fee, the CTO's obligation is the outcome. The hours are their problem, not yours.
Only one of these models puts the CTO's income at risk if the result doesn't arrive. That's not a small distinction.
Technical leadership requires betting on your own obsolescence
This is where the hourly problem gets specific to the CTO role.
The right end state of a fractional CTO engagement isn't a founder who needs a fractional CTO forever. It's a founder who can evaluate technical decisions, hire and manage an engineering team, and distinguish between good and bad advice from the people they eventually bring on full-time. The fractional CTO's job is to build toward their own reduced relevance — to transfer judgment, not hoard it.
Hourly billing makes that outcome financially inconvenient. Fixed billing makes it the whole point. A fixed-fee engagement ends when the work is done and the capability is transferred. There's no incentive to stretch it, and no income lost when the founder no longer needs you every week.
Fixed pricing is a bet on your own efficiency
When a fractional CTO charges a flat monthly fee, they're making a specific claim: I'm confident I can address your technical leadership needs in a predictable amount of work. That's a different commitment than "I'll bill you for whatever I do."
The CTO absorbs the variance. If a problem takes longer than expected, that's their cost, not the founder's. If they solve a problem faster than anticipated, the founder benefits, not the CTO. The model aligns incentives in the direction that's supposed to matter: the outcome, not the clock.
That's also what fixed pricing signals to a founder evaluating whether to engage. It's not just a billing preference — it's a claim about confidence. A CTO who only works hourly is hedging. A CTO who commits to a fixed fee is betting on themselves.
The obvious objection
"But what if the problem is harder than expected?"
That's the point. On an hourly model, the founder absorbs that variance — a harder problem costs more, and the cost is unpredictable at the start of the engagement. On a fixed model, the CTO absorbs it. The founder has certainty. The CTO has skin in the game.
That's the alignment the model is supposed to create. Technical leadership that carries financial risk for the leader, not just the person paying them.
Fractional CTO rates vary — typical engagements run $3,000–$10,000 per month depending on scope and time commitment. The right question isn't what the rate is. It's what the rate structure says about how the CTO thinks about their own work. If that framing resonates, start at def0x.com/discovery.