Guide · Construction estimating
Accurate estimating isn’t a talent.
It’s a system.
A common belief in construction is that accurate estimating only comes after decades of experience. Experience helps, but most of the accuracy in a good estimate comes from the system around the estimator: a defined process, a maintained cost database, refined assemblies and rules for how costs apply. That system can be built. This guide explains its parts, why estimates drift without it, and how to keep the number you signed from becoming a number you regret.
Written by Brad Caldon, Founder, VIABUILD. Licensed builder (NSW) · Registered Building Practitioner (Class 1 to 9) · B.Construction Management (Hons)
01 / The basics
In plain English
An estimate fails in one of two places: the quantities are wrong, or the prices are wrong. Everything in a serious estimating system exists to control those two failure points, and to keep them controlled as the job moves from a drawing to a contract to a build. This guide is the practical walkthrough; the methodologies, standards and decision frameworks behind it live in the complete estimating reference.
What the estimating system consists of
- A defined process. The same steps in the same order for every job: takeoff from the current drawing revision, quantities into priced items, allowances made explicit, margins applied deliberately, and a review pass before anything goes to a client. When the process lives in one estimator’s head, it leaves when they do.
- A cost database. A maintained set of unit costs, current supplier and trade rates rather than what things cost when you last checked. This is the foundation: a repeatable estimate re-prices from the database instead of re-deriving every number from scratch each time.
- Cost assemblies, sometimes called recipes. An assembly bundles the materials, labour and rates for a repeatable unit of work (a square metre of a particular wall build-up, a bathroom of a given specification) so it can be priced consistently across projects. Refining these over time is where estimating compounds: every job improves the template the next job starts from.
- Rules for applying costs. How preliminaries scale, what triggers a site-specific allowance, where contingency sits and how margin is applied. Without rules, two estimators in the same office price the same job differently.
Why estimates drift
Most drift is not a maths error. It is a currency error: the takeoff was done on a superseded drawing, the rates were six months old in a market moving faster than that, or an allowance was left vague and became a dispute. Each is a system gap, not a talent gap. In a rising-cost market the stale-rate problem sharpens: a quote won on last year’s prices locks in a loss before the slab is poured, which is why repricing discipline features in our guide to building through a downturn.
The other half of drift happens after signing. The estimate is not really finished at contract; it becomes the budget the job is controlled against. If actual costs are not tracked against estimated costs while the job runs, the estimate’s accuracy is unknowable until close-out, and the database never learns. The loop from job cost tracking back into the cost database is what turns estimating from guessing into a system that gets more accurate with every job.
None of this diminishes experience. An experienced estimator smells a problem site, questions a suspicious quantity and knows which trades under-quote and claw it back in variations. The point is where the baseline accuracy comes from: process, database and assemblies produce the reliable number, and experience is applied on top as judgement, not instead of the system as memory.
02 / The reality
Where builders get stuck
Pricing from memory, not a database
Rates recalled from the last similar job are already stale, and every estimator recalls them differently. Without a maintained database, each estimate is a fresh act of invention.
Takeoff from the wrong revision
Quantities measured from a superseded drawing poison everything downstream. The takeoff must be pinned to the current revision, and re-checked when the drawings move.
Allowances left vague
An allowance without a clear scope and number is a future argument. When the real quote lands above a vague allowance, the gap comes out of margin or the client relationship.
No feedback loop from actuals
If close-out costs are never compared line-by-line against the estimate, the database never improves and the same misses repeat on every job.
Two estimators, two answers
Without shared assemblies and costing rules, pricing consistency depends on who happened to do the takeoff. Clients notice, and so does the margin.
The system living in one head
When the process, the rates and the recipes exist only as one person’s experience, the business’s estimating capability resigns when they do.
03 / The fix
A workflow that holds up
- 01
Define the process once, in writing
Set the sequence every estimate follows: confirm the drawing revision, take off quantities, price from the database, make allowances explicit, apply margin by rule, review before release. Same steps, every job.
- 02
Build and maintain the cost database
Capture current supplier and trade rates as they arrive, and date them. The database is only as good as its freshness, so make updating it part of processing quotes and invoices, not a quarterly chore.
- 03
Turn repeated work into assemblies
Wherever the same unit of work recurs across jobs, bundle its materials, labour and rates into an assembly. Price the assembly once, refine it with real results, and reuse it everywhere.
- 04
Make every allowance explicit
State what each allowance covers, what it excludes and the number it carries, in the estimate and in the contract. An allowance the client can read is a decision; one they can’t is a dispute.
- 05
Track actuals against the estimate while the job runs
Code invoices and orders to the same structure the estimate used, so estimated versus committed versus actual is visible line by line during the build, not discovered at close-out.
- 06
Feed close-out back into the database
At the end of each job, push the real costs back into the rates and assemblies that produced the estimate. This loop is what makes the system smarter with every job.
04 / The tooling
How software helps
Everything above can be run on spreadsheets, and plenty of good builders have. The cost is friction: the database lives in one file that drifts out of date, assemblies are copied between workbooks until they diverge, and comparing actuals to the estimate means manual reconciliation nobody has time for mid-build. The system is right but the medium fights it.
Estimating software earns its keep by lowering the cost of the disciplined path. Takeoff happens on screen against the current plans, quantities flow into priced items instead of being retyped, the cost database and assemblies live in one place the whole office shares, and the estimate becomes the job budget automatically, so cost tracking and the feedback loop come free instead of costing a weekend. The judgement stays yours; the system stops depending on heroics.
05 / In practice
Where VIABUILD fits
VIABUILD turns the estimating system into the default workflow.
In VIABUILD, estimating and takeoff work from your uploaded plans: measure on screen, and quantities flow straight into estimates, budgets and purchase orders without rekeying. Estimates are priced from your own cost data and assemblies, the estimate becomes the live job budget, and cost tracking shows estimated versus committed versus actual as supplier invoices arrive coded to the job. That closes the loop this guide is about: the same structure from takeoff to close-out, so every finished job sharpens the next estimate.
The judgement calls (margins, allowances, which quote to trust) stay with you. VIABUILD’s job is to make the disciplined process the path of least resistance.
- On-screen takeoff from your current plans
- Quantities flow to estimates, budgets and POs
- Your cost data and assemblies, shared by the office
- Estimate becomes the live job budget
- Actuals land against the estimate line by line
- Close-out feeds the next estimate
06 / FAQ
Common questions.
Experience genuinely helps, particularly for judgement calls like difficult sites and trade behaviour, but it is not where baseline accuracy comes from. Accuracy is produced by the system: a defined process, a maintained cost database, refined assemblies and consistent costing rules. A less experienced estimator inside a strong system will usually out-price a veteran working from memory, because the system does not forget and does not have an off day.
An assembly (some builders call it a recipe) bundles the materials, labour and rates for a repeatable unit of work, for example a square metre of a specific wall build-up, so it can be priced consistently and reused across jobs. Instead of pricing forty individual items every time, you price the assembly once and refine it as real job costs come back. Over years, a refined assembly library is one of the most valuable assets an estimating business owns.
Continuously, as a by-product of normal work: every supplier quote and invoice that arrives is a data point about current prices. In practice the discipline that works is updating rates when documents are processed rather than on a calendar. A database refreshed “quarterly” is already stale in a market where materials and trades move faster than that.
In common Australian usage an estimate is an informed approximation of likely cost, while a quote (and ultimately the contract price) is an offer you are held to. The practical consequence: an estimate can carry stated assumptions and ranges, but by the time a number enters a fixed-price building contract, every allowance and exclusion needs to be explicit, because the contract turns your pricing gaps into your losses. Contract terminology varies, so check the wording of yours.
The usual causes are systemic rather than mathematical: quantities taken from superseded drawings, rates that lagged a rising market, vague allowances that real quotes exceeded, and no live tracking of actuals against the estimate during the build. Each of those is preventable with process. Genuine unknowns exist (ground conditions are the classic), which is what explicit contingencies and site-specific allowances are for.
About the author
Brad Caldon
Founder, VIABUILD
Brad Caldon is the founder of VIABUILD and a builder and property developer with nearly two decades across residential construction and development. He holds a NSW Home Builder Licence, is a Registered Building Practitioner across Class 1 to Class 9 buildings, and holds a Bachelor of Construction Management (Building) (Honours) from the University of Newcastle.
More about VIABUILD →07 / Keep reading
Related guides & features
See it on your own jobs.
Start with 7 days free: the full platform, your real data. $199 for your first month, then $435/mo. Month-to-month, no lock-in.
