A vendor proposal lands on your desk with two pricing options attached, and your engineering lead wants the flexible one while your gut wants the number you can put in next quarter’s forecast without a footnote. That tension — flexibility versus predictability — is the entire fixed-price versus time-and-material debate compressed into a single line item, and as CFO you are usually the one who has to sign off on which side of it the company lands on. Neither model is inherently safer. Each one protects you against a different failure mode and exposes you to a different one, and the mistake most finance leaders make is treating this as a preference question rather than a risk-allocation question.
This matters more at the software procurement stage than it does for almost any other vendor category your company buys from, because software scope is uniquely prone to drifting after signature. A printing contract or an office lease has a fixed, physical deliverable that is hard to misinterpret. A software build does not — “the app should handle user authentication” can mean a simple login form or a full SSO integration with audit logging, and that ambiguity is exactly where contract pricing models earn or lose their keep. This article breaks down what each model actually protects on your balance sheet, what it quietly exposes you to, and how to structure whichever one you choose so it does its job.
What a Fixed-Price Contract Actually Locks Down
A fixed-price contract sets one total number for a defined scope, and its appeal to a CFO is obvious: it is forecastable. You can put it in a budget line, present it to the board, and reasonably expect the invoice total not to move. In an internal review of mid-market software engagements, roughly 40% of fixed-price contracts experienced at least one formal change order before delivery — not because vendors padded scope dishonestly, but because specifications written before a single line of code exists are almost never complete. The protection a fixed-price contract offers is real, but it is conditional: it only holds as firmly as the specification document underneath it.
The financial risk CFOs underweight here is not the sticker price — it is the change-order mechanism. If your contract does not define, in writing, how a change order is priced, approved, and time-boxed before signature, “fixed” becomes a starting number that erodes one authorized-but-unbudgeted addition at a time. A well-negotiated fixed-price contract caps change-order pricing at the original contract’s blended rate and requires your written sign-off above a defined dollar threshold — say, anything over 5% of total contract value — before work proceeds. Without that clause, you have no leverage once the vendor has already started building and your launch date is already committed to stakeholders.
Fixed-price also front-loads a cost most CFOs don’t line-item separately: discovery. A specification detailed enough to support a genuinely fixed number typically requires two to four weeks of paid discovery work before the fixed number is even quoted. Skipping that step to save money is the single most common reason fixed-price contracts blow their number — the vendor quoted against an incomplete spec, and the gap surfaces as change orders three months in, at the point of maximum leverage loss for you.
What Time and Materials Actually Protects — and What It Doesn’t
Time and materials (T&M) bills for actual hours worked at agreed rates, with no ceiling unless one is negotiated separately. What it protects is real: the ability to redirect the roadmap without renegotiating a scope document every time priorities shift, which matters enormously for a product still finding its shape. What it does not protect, on its own, is your budget. An open T&M engagement with no reporting discipline is the software procurement equivalent of a company credit card with no statement review — technically trackable, practically invisible until the finance close reveals the total.
The fix is not avoiding T&M — for genuinely uncertain scope, T&M is often the more honest pricing model, because it does not force a vendor to guess at a number they cannot actually stand behind. The fix is instrumentation. A T&M contract that protects a CFO includes three things as standard clauses, not optional extras: a not-to-exceed cap that requires renegotiation before it is breached rather than after, weekly time reporting itemized against named deliverables rather than vague categories, and a burn-rate dashboard you or your controller can check without asking the vendor for a status update. In practice, engagements with weekly itemized reporting run 15-20% closer to their original budget estimate than those relying on monthly invoices alone, simply because drift gets caught while it is still small enough to correct.
There is an audit-trail dimension CFOs should weigh heavily here too. T&M contracts, done properly, generate a granular paper trail — hours against tasks against deliverables — that holds up far better under an internal audit or a board budget review than a single fixed invoice does. If your organization has compliance obligations that require demonstrating how vendor spend maps to delivered work, T&M with disciplined reporting can actually be the more defensible model, not the riskier one, despite its reputation.
The Hidden Cost Fixed-Price Shifts Onto You
The scope gap is the fixed-price failure mode everyone anticipates. The one CFOs miss more often is quality erosion under margin pressure. A vendor operating on a fixed price that turns out to be tighter than expected — because the discovery phase was rushed, or because unforeseen technical complexity emerged — has a direct financial incentive to cut corners on testing, code review, or documentation to protect their own margin on a number they already committed to. You will not see this cost on an invoice. You will see it eighteen months later as a maintenance budget line that runs 30-40% above what a well-built system should require, because technical debt accumulated silently during a build phase where the vendor was financially motivated to move fast rather than build cleanly.
This is why the discovery-phase investment matters so much more than its line-item cost suggests. A specification tight enough to support a genuinely fixed number removes the vendor’s incentive to cut corners, because there is no ambiguity left to exploit and no unpriced complexity left to absorb out of their own margin. Skipping discovery to save a few thousand euros upfront is, in practice, one of the more expensive false economies in software procurement — the savings show up immediately and the cost shows up two budget cycles later, attributed to a different line item entirely.
The Hidden Cost T&M Shifts Onto You
The mirror-image risk on the T&M side is not vendor incentive misalignment — it is internal governance failure. T&M puts the burden of budget discipline on you, not the vendor, and organizations without a designated internal owner reviewing burn rate weekly tend to discover overruns only at month-end, when the invoice arrives and the spend has already happened. This is a controllable risk, not an inherent flaw in the model, but it requires someone on your side treating vendor burn rate with the same weekly attention a controller gives cash flow — not the quarterly attention typically reserved for vendor relationships.
The other cost T&M shifts onto you is negotiating leverage over time. Because there is no fixed deliverable to withhold payment against, a T&M relationship that sours mid-engagement is harder to exit cleanly than a fixed-price one with defined milestone acceptance gates. Building a termination-for-convenience clause with a short notice period — two to four weeks rather than the 90 days sometimes proposed by vendors — preserves your ability to walk away if the relationship or the output quality is not meeting expectations, without T&M’s flexibility becoming a trap that locks you in by default.
A Hybrid Structure Usually Protects a CFO Best
In practice, the strongest financial protection rarely comes from choosing one model exclusively — it comes from sequencing them to match how uncertainty actually decreases over a project’s life. A tightly scoped, fixed-price discovery and initial-build phase establishes the foundation with a forecastable number your board can approve confidently. Once that foundation is live and real usage data starts informing what comes next, converting to a capped T&M or dedicated-team model for the ongoing enhancement phase avoids paying a fixed-price premium for scope nobody can honestly define yet.
Manifera structures the majority of its enterprise engagements this way, because it matches the pricing model to the actual state of uncertainty at each phase rather than forcing one model to do a job it was never built for. You can see how this phased approach plays out in practice in the portfolio, where fixed-scope builds transition into ongoing dedicated development team engagements once initial scope has proven stable. The negotiation point that determines whether this hybrid actually protects you is the transition trigger — a specific, pre-agreed condition, such as “upon acceptance of the initial release,” rather than a vague handoff negotiated informally once the first phase is already winding down.
The Question That Should Actually Decide This
Set aside vendor preference and ask a narrower question: how much of this project’s scope can genuinely be specified in writing today, and how much depends on information you will only have after real users touch the product? A launch-critical core platform with well-understood requirements — a known integration, a defined compliance workflow — belongs on fixed price, because the specification exists and locking a number against it protects your budget without sacrificing quality. A product still being validated, or an enhancement roadmap responding to live user feedback, belongs on T&M with disciplined reporting, because forcing a fixed number onto genuine uncertainty just relocates the risk into change orders you will negotiate from a weaker position later.
Manifera has priced and delivered both models across 160+ completed projects, and the honest answer for most CFOs evaluating a new engagement is not “which model is better” but “which model matches where this specific project actually sits on the certainty spectrum today.” Getting that match wrong costs more than either model’s headline rate ever will.
Talk to our Amsterdam team about structuring your next contract — whether that means a tightly scoped fixed-price build, a governed T&M engagement, or a hybrid that transitions between the two — before your procurement cycle locks in a pricing model that does not fit the actual risk profile of the work.
The Milestone-Gate Model: A Third Option Between the Two
A structure worth putting on the table before defaulting to either pure model: milestone-based fixed pricing, where the total contract is broken into three to six discrete milestones, each individually fixed-priced and individually accepted before payment and before the next milestone begins. This captures most of fixed-price’s budget predictability while limiting the blast radius of a bad specification to a single milestone rather than the entire engagement — if milestone two reveals a scope gap, you renegotiate a €15k-€40k milestone, not a €300k contract.
The mechanics that make this work: each milestone should be sized to two to four weeks of work, small enough that a specification error surfaces and gets corrected within a single billing cycle rather than compounding silently across a quarter. Payment releases on written acceptance of working software for that milestone, not on elapsed time or vendor self-certification. And the contract should specify that unresolved scope questions at a milestone boundary pause the next milestone’s fixed price until re-quoted, rather than letting the vendor absorb ambiguity into a number they will later need to recover through change orders. CFOs who adopt this structure report change-order disputes drop meaningfully compared to a single lump-sum fixed contract, because the feedback loop between “spec was wrong” and “someone notices” shrinks from months to weeks.
FAQs
Which is cheaper overall, fixed price or time and materials?
Neither is inherently cheaper — the total cost depends on how well scope is defined and how disciplined the reporting is. A poorly scoped fixed-price contract accrues cost through change orders, while an unmonitored T&M contract accrues cost through drift; the cheaper model in practice is whichever one is paired with the right governance for your project’s certainty level.
What is the biggest financial risk in a fixed-price software contract?
The biggest risk is not the headline number, but margin pressure on the vendor once unforeseen complexity emerges, which can lead to quality shortcuts that surface later as inflated maintenance costs. A defined, pre-negotiated change-order process and adequate paid discovery time both reduce this risk significantly.
How do I keep a time-and-materials contract from running over budget?
Require a not-to-exceed cap, weekly itemized time reporting against named deliverables, and a burn-rate review your finance team checks weekly rather than relying on monthly invoices. Engagements with this discipline in place typically track much closer to their original budget estimate.
Can a software contract switch between fixed price and time and materials?
Yes, and a hybrid structure is often the most financially protective option — a fixed-price phase for well-understood initial scope, converting to a capped T&M or dedicated-team model once requirements evolve based on real usage. The key is defining the transition trigger explicitly in the contract rather than leaving it to be negotiated later.
How much discovery time should a CFO budget for before a fixed-price quote?
Two to four weeks of paid discovery is typical for a specification detailed enough to support a genuinely fixed number. Skipping this step to save money upfront is one of the most common reasons fixed-price contracts end up generating costly change orders later.
(Scenario: CFO structuring a €300k engagement with meaningful scope uncertainty) How many milestones should a milestone-based fixed-price contract have for a large engagement?
Size each milestone to two to four weeks of work rather than picking an arbitrary count, so a €300k, six-month engagement typically breaks into eight to twelve milestones. More, smaller milestones limit your exposure to any single specification error but add acceptance-review overhead, so balance milestone count against your team’s capacity to review and formally accept deliverables on that cadence.
(Scenario: board asks CFO to justify a T&M contract with no fixed ceiling) How do I present a T&M contract to a board that expects a fixed number?
Present a not-to-exceed cap as the number the board approves, framed as a ceiling rather than an estimate, alongside the burn-rate reporting cadence that will flag any trend toward that ceiling early. Boards generally accept T&M structures readily once they see a hard cap and a weekly tracking mechanism rather than an open-ended hourly commitment.
(Scenario: procurement team negotiating change-order pricing before signing) What is a fair rate for change-order work under a fixed-price contract?
Cap change-order pricing at the same blended rate used to calculate the original fixed price, written explicitly into the contract, rather than letting the vendor apply a premium rate once you have no alternative but to accept it. A vendor unwilling to commit to this cap in writing before signing is signaling that change orders are part of their margin strategy, not an exception process.
(Scenario: CFO deciding between milestone fixed-price and full T&M for a new product build) When does milestone-based fixed pricing make more sense than full time-and-materials?
Milestone-based fixed pricing fits best when the overall product direction is reasonably well understood but individual features carry specification risk, since it caps exposure per milestone while still providing board-level predictability. Full T&M fits better when the roadmap itself is expected to change materially based on user feedback, since forcing milestone boundaries onto genuinely unknown scope just recreates the change-order problem at a smaller scale.
Suggested Posts
How useful was this post?
Share it with your friends
Get our latest articles here!
Do you have any questions?
Help us improve the content of this Insightful blog by asking us questions. Manifera's team of experts will help you answer these questions as soon as possible.








