Construction estimating software holds how a contractor arrives at a price. It carries quantity takeoff recorded against the tender BOQ, rate analysis for each item built up from material, labour, machinery, wastage and transport, the rate library those build-ups draw on, quotes received from subcontractors and vendors, preliminaries and site overheads, the markup applied, and the record of what was bid and what happened to it. Instead of adapting the estimator's process to a packaged product, the application can be generated around the contractor's existing rate library and pricing method.
Estimating sits upstream of everything else in the commercial chain. The tender BOQ often becomes the starting point for the contract BOQ, which then becomes the basis every measurement is recorded against and every RA bill is computed from. The estimate should also become the project budget, and in most companies it does not, which is the subject of a section further down this page.
Many contractors already run Tally or a comparable system for accounting, which records what a project costs as transactions are posted and can carry job costing and project-level financials. What sits outside it is the rate build-up that produced the price in the first place, item by item, before the project existed.
Key takeaways
- The estimate and the project budget should share the same item structure. In most companies they become two documents that never meet.
- A rate library that lives in one estimator's spreadsheets is a business risk, because it leaves when they leave.
- Rates go stale quietly. When an input price moves, updating two hundred build-ups by hand is a job nobody does.
- Where the winning rate on a lost tender is disclosed, it can be more useful than the rate you won at, and most contractors do not record it.
- A useful long-run number is estimated cost against actual cost, item by item, on projects that have finished.
What the estimator's spreadsheet does well, and where it stops
Estimating spreadsheets are frequently the most sophisticated files in a construction company. A good estimator has built up rate analyses over years, with coefficients that reflect what their crews actually achieve rather than what a published schedule says, wastage allowances tuned by material, and transport and lift assumptions adjusted for the kind of sites the company works on. That is real accumulated knowledge and it is the thing any system has to preserve rather than replace.
The limits are structural rather than a criticism of the estimator.
The library is personal
The build-ups are in files organised the way one person thinks. When that estimator is unavailable during a tender week, or leaves, the company discovers how much of its pricing capability was actually one person's directory structure.
Input changes do not propagate
Steel or cement moves, and correcting every build-up that consumes it means opening each one. In practice a handful of high-value items get corrected and the rest carry last year's assumption, so the estimate is accurate where somebody looked and stale everywhere else.
Quotes lose their context
A subcontractor quotes a rate during the bid. Six months later, on site, somebody needs to know what that rate included, whether it covered material, and whether it was valid for the quantity now being executed. The email is findable in principle.
Nothing comes back
The estimate goes out and no information returns. Actual consumption, actual productivity and actual subcontractor rates exist on the project, in different files, and are never compared to what was assumed. The estimator's coefficients improve through experience and memory rather than through evidence.
There is no tender record
What was bid, when, for whom, at what margin, and what happened. Most companies can produce this only by opening old folders.
What estimating software holds
Quantity takeoff
Quantity takeoff recorded against the tender BOQ items, with the calculation visible so it can be checked and reused.
Rate analysis per item
Material, labour, machinery, wastage, transport and lift built up into a rate, with the coefficients stated rather than buried inside a total.
A shared rate library
Build-ups and input rates held once and used across estimates, so an input price change can update every build-up that consumes it, when the rate library is linked to those build-ups.
Vendor and subcontractor quotes
Quotes held against the items they price, with what the quote includes, its validity and who gave it.
Preliminaries and site overheads
Preliminaries, site establishment, supervision, temporary works, safety, insurance and other project costs that may sit outside individual measured BOQ items and are frequently underpriced.
Markup and the final price
Corporate overhead and margin applied visibly, so the difference between project cost and final price is a decision on the record rather than an adjustment made at midnight.
The tender register
What was bid, for which client, on what date, at what price and margin, and the outcome, including the winning rate where that is disclosed.
The handover into budget
The winning estimate carried into the project as the item-wise budget, in the same structure, so cost can later be compared to it.
Your winning estimate should feed your budget, and it usually gets filed instead
This is one of the most valuable feedback loops in construction estimating, and many contractors never close it.
When a tender is won, the estimate has done its visible job. The team moves to execution, the project runs on a schedule and a cash flow, and cost gets tracked in whatever form accounts produces. The rate analysis that priced every item, with its assumed material quantity, assumed labour output and assumed machinery hours, goes into a folder.
That build-up was a prediction, item by item, of what the work would cost. It is one of the few structured predictions the company makes at that level of detail. Discarding it means the company never finds out which of its assumptions were right.
The consequence compounds. An estimator assumes a plastering output per mason per day. The actual output on three projects was lower. Nobody computed that, so the same assumption prices the next tender, and the one after. The company can be systematically underpricing an entire trade for years while believing its rates are keyed to reality, because the loop that would have told it otherwise was never closed.
Closing it requires one specific thing, which is that the estimate and the cost record share an item structure. If the estimate is organised by BOQ item and cost is captured only by expense head, comparing the two requires a reconciliation exercise that can be difficult to maintain. If both sit on the same item codes, the comparison is a query. This is a strong reason to build estimating and cost management as one application rather than two.
Winning a lot of tenders is not obviously good news
A contractor winning a high proportion of what it bids usually reads that as commercial strength. It is worth a second look.
Tenders are often heavily influenced by price, particularly in competitive item-rate and public procurement, but the lowest price is not always the winning bid. Technical qualification, compliance, experience, methodology and other tender conditions can also determine the outcome. A consistently high win rate is therefore worth examining alongside the margin, client, work type and evaluation method.
Where a high win rate does track with price, the usual explanations are thin margin, cost missing from the build-up such as preliminaries and supervision, or a segment competitors have withdrawn from. None of these is visible from inside a single tender, because every tender looks like a reasonable price when you build it. They are visible from the tender register, where the pattern lives. Hit rate by client, by work type and by value band, alongside the margin at which those jobs were won, is a diagnostic that takes minutes to read and that most contractors cannot produce.
The corollary is that losing has information in it too. The winning rate is sometimes disclosed, particularly in public tenders, and where it is, it is one of the few direct data points a contractor gets on where competing bids are landing for that kind of work. Recorded over a year, it tells you which trades you are competitive in and which you are bidding out of habit. Many contractors do not record it systematically, because at the moment a tender is lost there is rarely a process for documenting it.
Where estimating looks different by business type
- Infrastructure and Road Contractor Software, where pricing may use published schedules of rates, and transport distance, applicable royalties or other material-related charges can materially affect the estimate. Long-duration contracts may also include price-adjustment or escalation provisions.
- MEP Contractor Software, where a large share of value sits in equipment and cable that is quoted by vendors, so the estimate is substantially an exercise in quote management.
- Interior Fit-Out Contractor Software, where specifications drive cost more than quantities do and the same square metre can differ several times over by finish.
- Facade Contractor Software, where pricing includes engineering, fabrication and imported material with currency and lead time exposure.
- General Contractor Software, where much of the estimate is assembled from subcontractor quotes and the contractor's own risk sits in the gaps between packages.
- Home Builder Software, where pricing is usually per square foot against a specification and the commercial risk is the owner's changes after signing.
Why construction companies choose Pentoggle for estimating
Your rate library, held once
Build-ups and input rates in one place rather than in one person's files, so an input change can update every build-up linked to it.
Your pricing method
Item rate, percentage above or below a schedule, lump sum or per square foot, described to match how you actually bid.
The estimate becomes the budget
The winning estimate carries into the project in the same item structure, so cost can be compared to it later.
A tender register that answers questions
Hit rate by client, work type and value band, with the margin behind each win.
Sits around your accounting
Estimating and pricing sit here. Accounting stays where your CA already works.
The one number that runs estimating
Estimated cost against actual cost, item by item, on projects that have finished.
Most estimating discussion is about the tender in front of you. This number is about every tender after it. It is one of the strongest pieces of evidence that says whether your rates describe your business, and it separates the items you price well from the ones you have been guessing at for years.
Look at it by trade rather than by project, because the pattern is usually a trade rather than a site. A contractor who finds concrete accurate within a few percent and finishing consistently over by a wider margin has learned something specific and actionable, and has learned it from work already done at no additional cost.
Two conditions make it possible, and both are worth knowing before you build. Cost has to be captured against the same item structure the estimate used, which is a decision made at the start of a project rather than at the end. And it needs finished projects, so the first useful reading is a year or more away. That is a reason to start capturing now rather than a reason to postpone.
Ready to build estimating software?
Every contractor knows what it bid. Fewer know what it should have bid.