How to keep estimating assumptions visible before quote review
Estimating assumptions, exclusions, and clarifications need to survive from RFQ intake through file review, takeoff, pricing, and final quote review. A practical assumption log linked to the estimate prevents overlooked scope gaps and reduces variation arguments later.
Quick answer: how do you keep estimating assumptions visible?
Keep estimating assumptions visible by recording each assumption during RFQ file review, linking it to the source document and affected estimate line, reviewing it before quote issue, and carrying it forward into revisions until it is resolved, superseded, or removed. Assumptions should not live in memory, email threads, or hidden spreadsheet notes because they directly affect price, exclusions, and later variation conversations.
Visual brief
example of an assumption log table showing columns for source file, gap, assumption, risk, and estimate line
A visible assumption log turns uncertainty into a controlled review item. It helps the estimator explain the basis of price, helps the reviewer challenge risky gaps before release, and helps the customer understand what would change if missing information is confirmed later.
For the file review step that usually creates these assumptions, see how to review RFQ files before quoting. For the pricing-risk treatment behind unresolved items, see pricing risk in quotes without hiding it.
What are estimating assumptions, exclusions, clarifications, and qualifications?
Assumptions fill gaps where the RFQ package does not provide complete information. If a drawing shows geometry but not a weld category, the estimator assumes a standard category and records it as an assumption. If a specification lists a material grade but not the finish, the estimator assumes the most common finish and notes it.
| Term | Meaning | Customer-facing use |
|---|---|---|
| Assumption | A temporary basis used to price an information gap | Show when the gap affects price or scope |
| Exclusion | Work deliberately not included in the price | Always show when it defines a commercial boundary |
| Clarification | An open question waiting on customer or supplier input | Usually tracked internally until answered |
| Qualification | A condition attached to the offer | Show when the quote depends on that condition |
| Provisional item | Expected work not accurately priceable yet | Show as a separate adjustable allowance or provisional sum |
Exclusions define what is not included in the price. They are not assumptions because the estimator is not guessing; they are stating a commercial boundary. Common exclusions include site installation, cranage, special coatings, after-hours work, and permits.
Clarifications are open questions that need customer input before the quote can be finalised. They differ from assumptions because the estimator is actively waiting for an answer rather than filling the gap with a best guess. Each clarification should be tracked with a due date and linked to the affected estimate lines.
Why assumptions need to start at file review, not quote preparation
Most assumption errors happen because the estimator identifies a scope gap during file review, mentally notes it, and then reconstructs the assumption during quote preparation. By then, the original context can shift: the estimator may use a different basis, forget the gap entirely, or apply an assumption that contradicts another part of the RFQ package.
Recording each assumption at the point of discovery during file review keeps the estimate closer to the source documents. The assumption log then becomes a feed into the quote preparation step, not a post-hoc list created after pricing is complete. This is the approach used in the RFQ intake checklist for fabrication estimating, where assumptions are logged alongside file review items.
A practical assumption log needs only a few fields: the source file reference, the scope gap, the assumption used, the potential risk if the assumption is wrong, and the affected estimate line. That is enough for a reviewer to assess whether the assumption is reasonable before the quote goes out.
How to structure an estimating assumption log
| Source file reference | Scope gap | Assumption used | Risk if assumption is wrong | Affected estimate line |
|---|---|---|---|---|
| GA-101 RevB | Weld category not stated | Assumed category B to A shop weld | Underpriced if actual weld category requires more prep or inspection | Shop labour line 23 |
| Spec section 5.2 | Coating system TBC | Assumed standard primer only | Significant cost increase if client requires duplex coating | Materials line 12 |
| CL-04 | Hold-down bolts by others or by fabricator | Assumed by others | Scope gap if fabricator must supply | Exclusions section |
Log each assumption, review it with the team before quote issue, and carry it forward when the quote is revised. If the customer answers a clarification later, update or remove the affected assumption.
Keeping assumptions visible through quote revisions
The most common assumption mistake in revised quoting is letting old clarifications disappear. A clarification that was open during the original quote but not resolved should survive into the revision, not be silently treated as resolved or forgotten.
Carry forward the assumption log with each revision. Update assumptions that have been confirmed, remove those that are no longer relevant, and add new ones for any scope gaps introduced by revised drawings or addenda. Mark each item as unchanged, resolved, added, superseded, or customer-confirmed so the reviewer can see exactly what moved.
The same principle applies to exclusions. If a revised drawing adds a coating requirement, the exclusion for special finish may need to be adjusted or removed. Keeping the entire assumptions and exclusions block visible in each revised quote prevents scope creep without the customer noticing.
For the revision-control workflow, see quote revisions without losing the original scope. If the revision starts with a drawing issue, use the drawing revision quote update checklist.
How assumptions differ from clarifications in customer-facing quotes
In customer-facing quote documentation, assumptions and exclusions should be visible as a dedicated section. Clarifications are generally not included in the quote because they represent open questions that have not been answered yet. Instead, clarifications should be flagged in the internal review notes and referenced in the assumption log.
If a significant clarification remains unresolved at time of quote issue, the assumption log should note what basis was used and the quote should include a validity flag or provisional note for that line item. For more on how to handle pricing risk from open items, see how to price risk in quotes without hiding it.
Customer-facing wording examples for assumptions
Visual brief
quote assumptions section showing customer-facing wording for assumptions, exclusions, provisional notes, and validity flags
| Situation | Better wording | Why it works |
|---|---|---|
| Finish not specified | Price assumes standard shop primer only. Alternative coating systems to be priced after selection. | Names the basis and trigger for change |
| Site installation unclear | Quote excludes site installation, cranage, permits, and access equipment unless separately agreed. | Defines commercial boundary |
| Supplier selection pending | Hardware allowance included at $2,800 pending customer-nominated product selection. | Shows allowance and future adjustment |
| Clarification still open | Price assumes bolts supplied by others pending clarification response. | Makes the temporary basis visible |
Good assumption wording is specific, testable, and tied to the affected scope. Avoid vague lines such as subject to final review or standard exclusions apply. Those phrases are too broad to help the customer or protect the estimator.
Review checklist before quote issue
Visual brief
quote review checklist highlighting assumptions, exclusions, clarifications, affected estimate lines, and revision carry-forward
Before sending the quote, review every assumption with three questions: is the source file named, is the pricing basis clear, and is the customer-facing wording accurate? If the answer is no, the assumption needs work before release.
| Review check | Pass condition |
|---|---|
| Source trace | Assumption links to drawing, spec, email, or missing-file issue |
| Pricing impact | Affected estimate line or quote section is identified |
| Commercial wording | Customer can understand what was assumed and what changes price |
| Clarification status | Open questions have owners and due dates |
| Revision carry-forward | Prior assumptions are resolved, retained, or superseded |
| Quote package | Assumptions match exclusions, provisional items, options, and validity wording |
This review is also a useful handoff between estimator and approver. It lets the reviewer challenge assumptions before the customer receives them, not after the quote becomes a negotiation. The review should happen before PDF issue, not after the quote has been sent.
Dispute-prevention examples
Coating dispute example: the estimator assumes shop primer because the coating system is TBC. If that assumption is visible, the customer can confirm or reject it before award. If it is hidden, a later duplex coating requirement becomes a margin problem or a difficult variation discussion.
Site works example: the quote assumes supply only while the customer expects installation. A visible exclusion for site installation, cranage, permits, and access equipment makes the scope boundary explicit. Without that wording, both sides may think the other understood the boundary.
Hardware example: a hardware schedule is incomplete, so the estimator includes an allowance. If the allowance is visible and adjustable, the customer understands that nominated hardware can change the price. If it is buried in the base estimate, the estimator may absorb the difference later.
FAQ
What is the difference between an assumption and an exclusion?
An assumption fills a scope gap with a best guess. An exclusion defines what is not included in the price.
When should estimating assumptions be recorded?
During file review, when the scope gap is first identified. Not during quote preparation from memory.
What should an assumption log include?
Source file reference, scope gap, assumption used, risk if wrong, and affected estimate line.
Should clarifications appear in the customer quote?
Generally no. Clarifications are open questions. The assumption used in the meantime should be visible, and unresolved items should have a validity flag.
What happens to assumptions when a quote is revised?
Carry them forward. Update confirmed assumptions, remove obsolete ones, and add new ones for any revised scope gaps.
How do assumptions reduce disputes?
They show the basis of price before work is accepted, making it easier to identify what changed later.
Ways estimators can keep quote review clear:
- Estimating assumptions should be recorded during file review, not invented during quote preparation. A log started at intake captures scope gaps before they become pricing decisions.
- Assumptions, exclusions, and clarifications are distinct concepts. Assumptions fill gaps, exclusions define boundaries, and clarifications are open questions that need customer input.
- A practical assumption log feeds directly into the quote cover note or assumptions section so the customer sees what was assumed and what was excluded.
- Carry assumptions forward when a quote is revised. Do not let clarifications disappear between revisions or become silent pricing assumptions.
