Back online
Definitive Guide

The RFI process.From open question to answered.

A 2026 reference for the construction RFI process: when to issue one, how to write RFIs that get answered fast, ball-in-court tracking, response-time benchmarks, and what an unanswered RFI costs the project every day it sits.

0
Question per RFI
0
Steps to a fast answer
0
Aging buckets to watch
0
Parties in the loop
Quick Answer

An RFI (request for information) is a formal written question from the contractor to the designer or owner when the contract documents are unclear, incomplete, or conflicting. Every day an RFI sits unanswered, the affected work either proceeds at risk or stops. Both outcomes cost money.

RFI vs submittal vs change order

Three documents, three different jobs. An RFI asks a question, a submittal demonstrates conformance, and a change order amends the contract. The most expensive confusion on a project is treating an RFI answer that changed the work as if it were a free clarification.

AttributeRFISubmittalChange Order
PurposeResolve ambiguity, gaps, or conflicts in the contract documentsDemonstrate that intended materials and methods conform to the specificationFormally modify the contract scope, sum, or time
Initiated byContractor (usually raised in the field, drafted by the PM or engineer)Contractor, per the submittal register the specification requiresEither party; frequently born from an RFI answer that changed the work
Responded to byArchitect or engineer of record, routed to consultants; owner when a decision is requiredArchitect or engineer of recordOwner executes; designer reviews pricing and scope
Typical triggerTwo documents conflict, a detail is missing, or a field condition the documents never anticipatedThe specification requires review before installationScope, cost, or schedule is changing and the contract must follow
OutcomeA written clarification that becomes part of the project recordApproved, approved-as-noted, or revise-and-resubmitAn amended contract sum or contract time
Changes the contract?No, unless the answer changes the work; then it is a constructive changeNoYes, by definition

The submittal register runs on the same clock as the RFI log, and stalls the same way: items pile up in one review stage while the schedule waits. This is what the sibling pipeline looks like when its stages are tracked:

Submittal Velocity

POD
11d avg review

Submittal pipeline

0Preparing~3d0Submitted~1d0In Review~11d0Resubmit~6d0ApprovedDone

Pipeline health

0d
Avg Review
0
Open
0
Need Next Wk
In Review is the bottleneck — 8 submittals averaging 11d

Anatomy of an RFI that gets answered

Response time is not something that happens to an RFI. It is largely determined the moment the RFI is written. Five moves separate a question that comes back in one pass from one that bounces for weeks.

  1. 1

    Confirm the documents don't already answer it

    Search drawings, specifications, addenda, and prior RFI answers before drafting.

    An RFI whose answer is already sitting in the documents costs the one currency that determines how fast your future RFIs get answered: credibility. Reviewers triage. The contractor whose last five RFIs were all genuine gaps gets read first. If the answer exists but conflicts with another document, cite both sheet references in the question. The conflict is the real RFI, and naming both sides of it is what separates a one-pass answer from a round of "please clarify your question."

  2. 2

    Ask one question per RFI

    A compound RFI moves at the speed of its slowest answer.

    Five questions inside one RFI number means the four easy answers wait for the one hard answer, and the whole item ages as a single unit. Split them. Each RFI gets its own number, its own reviewer routing, its own closure. This also keeps the log honest: an aging report that shows one 40-day monster hiding four resolved questions misstates where the project actually stands. One question, one answer, one closure date.

  3. 3

    Propose a solution

    Convert an open-ended design exercise into a yes-or-no review.

    "How should we resolve this?" hands the designer a blank page. "We propose to resolve this per the attached sketch; please confirm" hands them a decision. Decisions come back faster than designs, and the difference is measured in days, not hours. A proposed answer also puts the contractor's preferred means and methods on the table first, which matters when more than one resolution is technically acceptable but only one of them is cheap to build.

  4. 4

    Attach markups and photos

    The reviewer should never have to reconstruct the question from a sheet number.

    Clip the drawing region in question, cloud the exact location, and attach it. If the condition exists in the field, attach a photo with enough context to orient someone who has not walked the site. Every minute a reviewer spends hunting through sheets to find your question is a minute added to every RFI behind yours in their queue. What a reviewer can see in ten seconds, they can often answer the same day.

  5. 5

    State the cost-and-schedule impact date

    Name the date an answer is needed and the consequence after it.

    An RFI without a needed-by date is a question without a priority. State the date the answer must arrive, and what happens the day after it does not: which activity stops, which crew goes idle, or what the field will build at risk. This does two jobs at once. It gives the reviewer a real triage signal today, and it starts the contemporaneous written record that a delay claim will stand on later. If the impact date passes unanswered, the daily report should say so, every day, in writing.

The RFI lifecycle and ball-in-court

An RFI is a relay race between three parties, and ball-in-court is the answer to the only question that makes aging actionable: whose move is it right now? Aging that is not attributed to a holder is a number nobody owns. Aging that is attributed is a to-do list with names on it.

  1. 01

    Drafted

    Ball in court: Contractor

    The field flags the question, the PM or project engineer verifies the documents don't already answer it, assigns the next RFI number, and packages the question with markups and an impact date. Time spent here is invisible on most logs, but a question that sits in a superintendent's notebook for three days before it becomes an RFI has already aged three days.

  2. 02

    Submitted

    Ball in court: Transfers to designer

    The RFI enters the designer's queue and the contractual response clock starts. The submission timestamp is the anchor for every aging calculation that follows, which is why it belongs in a log the moment it happens, not at the end of the week.

  3. 03

    In review

    Ball in court: Designer / Owner

    The architect routes structural questions to the structural engineer, mechanical questions to the mechanical engineer, and cost-bearing decisions to the owner. Each handoff in that chain is a place where an RFI can silently stall, and none of those handoffs are visible to the contractor unless ball-in-court is tracked at the sub-step level. This is where most aging accumulates.

  4. 04

    Answered

    Ball in court: Back to contractor

    The answer arrives and the contractor makes the single most consequential judgment in the RFI process: is this a clarification of what the documents already required, or does it change the work? A clarification gets incorporated. A change triggers notice and a potential change order. Absorbing a change silently is how contractors donate scope.

  5. 05

    Incorporated & closed

    Ball in court: Contractor

    The answer is distributed to the affected crews, the record drawings are marked, blocked work is released, and the RFI is closed with a date. An answer that reaches the PM's inbox but never reaches the crew that asked the question has not actually closed anything; the field builds from what it knows.

Response-time benchmarks

The benchmark that governs is the one in your contract: the response window written into the general conditions or Division 01, commonly on the order of one to two weeks. What the contract cannot tell you is where an RFI is aging or why. That takes buckets. The four below are a management convention, not a statistic, and they exist to trigger a named action at a named age instead of a monthly shrug at the log.

0–7 days
Fresh

Inside almost any contractual response window. Monitor; no action beyond routine log review.

8–14 days
Watch

Approaching or past a typical contract window. Confirm whose court it sits in and send a written status request.

15–30 days
Escalate

Raise at the OAC meeting by number, with the blocked activity and impact date on the record. Follow up in the daily report.

30+ days
Critical

Formal written notice of delay impact. If work is proceeding at risk, document exactly what is being built on which assumption.

Plotted as a cascade, the aging picture answers the question a flat log cannot: not how many RFIs are open, but how much exposure is concentrated in the oldest ones.

RFI Aging Cascade

POD
43 Open
$0
total cost in limbo from open RFIs

Aging cost waterfall

$8,200$0$4,100$000-7 days$008-14 days$0015-30 days$0030+ daysavg cost/RFI per aging bucket · cumulative line (gold)

Impact

$0
In Limbo
47d
Oldest
43
Open

What an unanswered RFI costs per day

An open RFI that blocks work forces a daily choice between two costs: stop and pay for idle time, or proceed and carry rework exposure. Neither is free, and the per-day figure is not a mystery. It is the labor and equipment committed to the blocked activity, readable straight off the daily report, multiplied by every day the ball sits in someone’s court.

Idle labor and standby equipment

If the crew stops, the meter runs anyway: the labor committed to the blocked activity, the equipment on rent whether it turns or not, and the remobilization cost when the answer finally lands and the crew comes back. This number is knowable to the dollar from the daily report, which is exactly why the daily report should name the RFI blocking the work.

Proceed-at-risk rework exposure

If the crew keeps going, the project trades a visible daily cost for an invisible contingent one: everything built on the assumed answer is exposed until the real answer arrives. When the assumption holds, the gamble was free. When it does not, the cost is demolition plus rebuild plus the schedule to do both, and the record must show the owner knew the field was proceeding at risk.

Critical-path multiplication

An open RFI on a non-critical activity consumes float. The same RFI on the critical path consumes the project: every successor slips day-for-day, general conditions burn on the whole job, and the completion date moves. The cost per day of an RFI is not a property of the RFI; it is a property of where the blocked activity sits in the schedule.

Compression at the far end

Days lost waiting for answers are usually paid back later at premium rates: overtime, added crews, resequenced trades stacking in the same area. The project pays twice, once when the work stops and again when it accelerates. Delay claims exist because that second payment is real and provable, but only if the first was documented on the day it happened.

This is what the daily picture looks like when each blocking RFI carries its cost-per-day and the activity it holds hostage:

RFI Impact Today

POD
3 Blocking

Daily RFI cost

$0$2K$5K$10K$0DAILY RFI COST

Unanswered

0%no reply

Open pipeline

0
Total Open
9.2d
Avg Response
RFI-23411d open
Beam connection detail Level 3
Blocking: Steel erection — Level 3$0/day
RFI-2516d open
Waterproofing spec at expansion joint
Blocking: Below-grade waterproofing$0/day
RFI-2488d open
Fire damper location conflicts
Blocking: HVAC rough-in Zone B$0/day

When RFIs become change orders

Some RFI answers clarify what the documents already required. Others quietly change the work: a heavier member, an added layer, a more expensive method. The second kind is a constructive change, and it is compensable, but only for contractors who catch it, give notice inside the contractual window, and keep the paper chain intact. Four failures give that entitlement away.

  1. 01

    Absorbing scope silently

    The designer answers an RFI with a detail that upgrades a material or adds work the documents never required, and the contractor just builds it. That answer was a constructive change. Every RFI answer should pass through one explicit gate before incorporation: does this change the cost or time of the work? If yes, it gets a potential change order number before a crew touches it.

  2. 02

    Missing the notice window

    Most contracts require written notice of cost or schedule impact within a defined number of days of the direction that caused it. A contractor who receives a scope-changing RFI answer and waits three weeks to price it may have already waived the claim. The notice does not need final pricing; it needs to be written, dated, and to reference the RFI number.

  3. 03

    Pricing after the work is done

    Work performed before it is priced is work negotiated from weakness. Once the material is installed, the only leverage left is the paper trail. Where the schedule truly cannot wait, proceed under a documented time-and-materials directive or a signed work-change directive so the entitlement question is settled even while the price is not.

  4. 04

    Losing the RFI-to-change-order thread

    A change order that cannot be traced back to the RFI answer that caused it, and from the RFI to the daily reports that show the impact, is a claim standing on memory. The chain that wins reviews is boring and complete: RFI number, answer date, notice date, PCO number, and the daily reports in between, all telling the same story.

How POD tracks RFI impact

The RFI log and the daily report usually live in different files, which is why nobody can answer the only question that matters at the morning meeting: which open RFI is costing us money today? Plan of Day connects the two. When a superintendent speaks the daily report and says a crew is waiting on an answer, POD ties that open RFI to the activity it blocks, the crew and equipment committed to it, and the days it has been sitting in whose court. POD Intelligence surfaces the aging picture and the blocking items in the morning brief, so escalation happens at day eight in writing instead of day thirty in a claim. The paper chain that a constructive change depends on, from RFI number to answer date to notice to the daily reports in between, builds itself as a byproduct of reporting the day.

Frequently asked questions

An RFI (request for information) is a formal written question from the contractor to the designer or owner, issued when the contract documents are unclear, incomplete, or conflicting. The written answer becomes part of the project record and governs how the affected work is built. RFIs resolve ambiguity before it turns into rework, delay, or a dispute.

Issue an RFI only after confirming the drawings, specifications, addenda, and prior RFI answers do not already resolve the question. The right trigger is a genuine gap: two documents that conflict, a detail that is missing, or a condition in the field that the documents never anticipated. RFIs issued for information that is already in the documents damage the contractor's credibility and slow down responses to the RFIs that actually matter.

An RFI asks a question: the contractor needs the designer to clarify, interpret, or complete the contract documents before work can proceed correctly. A submittal answers a question the documents already asked: the contractor provides shop drawings, product data, or samples to demonstrate that what it intends to install conforms to the specification. An RFI resolves ambiguity; a submittal demonstrates conformance. Both flow through the designer for review, but they travel in opposite directions.

Ball-in-court identifies which party currently holds responsibility for the next action on an open RFI: the contractor while drafting, the architect or engineer while reviewing, the owner if a decision or budget approval is required, and the contractor again once an answer is returned and must be incorporated. Tracking ball-in-court matters because aging without it is unattributable. When nobody knows whose move it is, every party assumes it is someone else's, and the RFI sits.

The response window is set by the contract, typically in the general conditions or Division 01 specifications, and is commonly on the order of one to two weeks. In practice, actual response time is driven by the length of the review chain (architect to consultant and back), the complexity of the question, and the quality of the RFI itself. A single, clearly framed question with a proposed answer and a marked-up drawing routinely comes back faster than the contract requires; a vague multi-part question routinely comes back slower.

Every day an RFI that blocks work sits unanswered, the project pays one of two ways. If the crew stops, the cost is idle labor, standby equipment, and remobilization when the answer finally arrives. If the crew proceeds at risk, the cost is potential rework of everything built on the assumed answer. When the blocked activity sits on the critical path, the meter also runs on general conditions and every successor activity slips with it. The cost per day is knowable: it is the labor and equipment committed to the blocked activity, plus the schedule consequence.

When the answer changes the work. If the designer's response adds scope, upgrades a material, or directs a more expensive method than the documents reasonably required, the response is a constructive change, and the contractor is entitled to pursue a change order for the cost and time impact. The critical discipline is notice: most contracts require the contractor to flag cost or schedule impact within a defined window after the direction is received. An RFI answer that silently expands scope, absorbed without notice, becomes unpaid work.

Sources

Last updated: August 2026