Plain-English explainer

RFI vs. submittal vs. change order

Three of the most common construction documents, three different jobs. Mixing them up slows the whole process down. Here's the clean, plain-English map — and the one thing they all have in common.

Updated June 2026 · ~4 min read

New PMs (and plenty of experienced ones) use these terms loosely, and it causes real delay — an issue routed as the wrong document type sits in the wrong queue. Here's what each one actually does.

The one-line version

Side by side

RFISubmittalChange order
PurposeClarify or resolve an ambiguity in the contract documentsGet approval that a proposed product/material/shop drawing meets the specFormally change scope, cost, or schedule
Who starts itUsually contractor/sub → design teamContractor/sub → architect/engineerOwner or contractor, executed by both
Changes the contract?No (clarifies it)No (confirms compliance)Yes
Points back toA sheet, detail, or spec sectionA spec section (and product data)The original scope + the triggering RFI/condition
Typical risk if rushedAnswered from wrong/old setApproved against wrong spec sectionScope creep / cost dispute

How they connect on a real job

They're not isolated — they chain. A field condition raises an RFI. The answer reveals the specified product is unavailable, so the sub files a submittal proposing an equal. The substitution changes cost, so it's formalized in a change order. One issue, three documents, each pointing back to the contract.

The common thread: all three are document-grounded questions. Every one of them stalls on the same task — finding the governing spec section, sheet, or revision fast, and being sure it's current. Fix that one bottleneck and RFIs, submittals, and change orders all move faster.

Why this matters for speed

Because the bottleneck is shared, so is the fix. IntelMS answers any of these document questions — "which spec section governs this product?", "what does E-2.1 Rev 3 require?", "does the latest CO touch this scope?" — in minutes, with the exact citation, from the latest revision, and flags conflicts or anything contractual for a human. It doesn't approve submittals or issue change orders (a person always does that) — it removes the lookup that slows all three down.

Answer document questions in minutes, not days

See it work on one of your real jobs. 14-day pilot, your documents, cited answers.

Start a free pilot →

Frequently asked

RFI vs. submittal — what's the difference?

An RFI asks the design team to clarify the documents. A submittal asks for approval that a proposed product meets the spec. One is a question; the other is a request for approval.

RFI vs. change order?

An RFI clarifies and doesn't change the contract. A change order formally alters scope, cost, or time. An RFI can surface an issue that leads to a change order, but they're distinct.

What do they have in common?

All three are grounded in the contract documents and all three depend on quickly finding the governing sheet, spec section, or revision.