Fixed-price or time & material: which project form fits?
QuestionShould we hire a software team on a fixed-price, project-based contract or on a time & material basis — and what do we gain and lose with each?
Answer
An IT project can be shaped in two ways: project-based (fixed-price) or time & material. You are trading certainty for flexibility — here are the pros and cons of fixed-price, which are the mirror image of time & material:
Pros
- Predictable budget: you know the total cost before work starts, which makes it easy to plan and approve (time & material gives no firm ceiling).
- Firm deadline and clear deliverable: scope and end date are agreed up front, so expectations are unambiguous.
- Delivery risk sits with the supplier: if the estimate was wrong, that is largely their problem, not your invoice.
- Low day-to-day involvement: once the scope is signed off, you only need to manage the work lightly.
Cons
- Rigid to change: every new idea becomes a formal, slow and often costly change request (time & material lets you re-steer for free).
- You pay a risk premium: the fixed price is padded to cover the supplier’s uncertainty, so you may overpay if everything goes smoothly.
- A long spec phase up front: everything must be pinned down before coding starts, delaying the actual build.
- Quality can be squeezed: a supplier racing to stay inside the fixed budget may cut corners (time & material teams feel less of that pressure).
Rule of thumb: fixed-price for well-defined, one-off deliverables; time & material for exploratory or long-running work like MVPs and evolving products. When in doubt, combine them — a fixed-price discovery to de-risk the unknowns, then time & material for the ongoing build.