Alyssa Castillo

In property development, a question about a drawing can eventually become a five-figure variation. Sometimes, the contractor simply needs clarification. Other times, the answer introduces additional work, changes the agreed specification, or affects the completion date. Understanding the difference between a request for information (RFI) and a change order is therefore essential for protecting a project's budget, programme and contractual position.
For property developers managing several contractors, consultants and projects, Morta.com provides property development software that helps keep RFIs, project instructions, documentation and commercial records organised throughout delivery. However, effective change management begins with understanding what each document is supposed to achieve, when it should be used and, importantly, when a simple clarification becomes a contractual matter.
Try Morta for FreeRFI stands for Request for Information. In construction and property development, an RFI is a formal request for clarification about information contained in project drawings, specifications, contracts, or other technical documents.
Typically, a contractor raises an RFI when the available information is insufficient, inconsistent, or open to interpretation. The question is then directed to the relevant architect, engineer, consultant or authorised project representative.
For instance, a contractor might discover that the architectural drawings specify one ceiling height while the mechanical drawings indicate that the ventilation system requires additional clearance. Rather than proceeding with an assumption, the contractor submits an RFI requesting confirmation of the correct arrangement.
The response establishes how the work should proceed. Whether that answer also changes the contractor's contractual obligations is a separate question.
For property developers, that record matters because a technical clarification can later become relevant to a disagreement about additional costs, design responsibility or project delays.
Although contractors usually initiate RFIs, developers have a commercial interest in how quickly and accurately they are resolved.
An unanswered question about foundation details could hold up excavation or concrete works. Similarly, uncertainty about a façade specification may affect procurement decisions, particularly where materials have long manufacturing lead times.
Yet responding quickly is only part of the responsibility. The developer's project manager must also establish whether the proposed answer is consistent with the approved design, development budget and contractual scope.
A poorly considered response can inadvertently introduce an expensive requirement. Equally, an unnecessarily delayed response may expose the project to an extension-of-time claim, depending on the contract and circumstances.
Consequently, RFI management should involve the appropriate technical specialists while giving the developer visibility of outstanding questions and their potential implications.

A change order is a formal document used to record and authorise an agreed modification to the original contractual scope of work. Depending on the contract, it may adjust the contract sum, completion date, specifications or other agreed obligations.
In UK construction contracts, similar changes are commonly described as variations. The terminology and approval procedures differ between standard forms, so developers should always refer to the provisions governing their particular project.
Consider a residential development where the original contract specifies standard aluminium-framed windows. During construction, the developer decides to upgrade to a higher-performance glazing system to improve the property's energy efficiency and market positioning.
The contractor must now procure different materials, potentially modify installation details and account for additional costs. Because the developer has requested work beyond the original specification, the change should be managed through the contract's formal variation or change order procedure.
From the developer's perspective, the distinction is financially significant. An approved change can affect the development appraisal, contingency allowance, anticipated profit and even funding requirements.
Furthermore, a change order should not be treated as an automatic entitlement to additional payment. The contractor must demonstrate the contractual basis for the adjustment, and the appropriate parties must follow the agreed valuation and authorisation procedure.
The simplest distinction concerns the purpose of the document.
An RFI asks for information or clarification. A change order formally records an authorised contractual change.
An RFI might reveal that additional work is necessary, but the RFI itself does not ordinarily constitute approval of additional payment or an extension of time.
Conversely, a change order addresses the contractual consequences of a modification once the relevant requirements have been established.
This distinction becomes particularly important when contractors describe clarification responses as instructions to undertake additional work. Developers need to determine whether the response genuinely changes the agreed scope or merely explains work that was already required.
For example, if an architect confirms a dimension that was unclear on the original drawings, the contractor may simply be receiving clarification. However, if the architect introduces a substantially different structural arrangement, the response could initiate a variation.
The contractual position depends on the original documents, the nature of the instruction and the applicable contract provisions. Therefore, neither the title of a document nor the contractor's description of the issue should determine its financial treatment.
Consider a developer constructing a 40-unit residential apartment building. During the installation of mechanical services, the contractor identifies a discrepancy between the structural drawings and the ventilation layout.
The mechanical drawings show ductwork passing through a structural beam, but the structural drawings do not indicate an approved opening.
The contractor submits an RFI asking the structural engineer to confirm the intended ductwork route.
At this stage, an RFI is the appropriate document because the contractor is seeking technical clarification. The developer needs an approved solution before work proceeds, but there is not yet sufficient information to establish whether the contract requires modification.
Suppose the engineer confirms that the ductwork can follow an alternative route already permitted by the specifications. The RFI can be answered and closed, with no change order necessarily required.
Now consider a different outcome. The engineer determines that the original arrangement cannot be constructed and instructs a revised design requiring additional structural supports, new ductwork and several days of additional installation.
The contractor estimates that the revision will cost £18,000 and may delay completion by four working days.
Here, the developer must assess whether the revision constitutes a compensable change under the contract. If it does, the appropriate contractual instruction and change order or variation process should be followed, including agreement or determination of the cost and time implications.
Importantly, the £18,000 quotation is not automatically an approved variation simply because it originated from an RFI.
For the developer, the lesson is to preserve the connection between the original technical question, the design response, the proposed cost and the eventual commercial decision.
An RFI does not automatically become a change order simply because its response affects construction activities. The developer must first establish whether the instruction changes the obligations already agreed under the contract.
This is particularly relevant in design-and-build developments, where contractors may carry responsibility for completing portions of the design. A request to clarify an incomplete detail may fall within the contractor's existing obligations, even if implementing the answer involves additional work.
The Royal Institution of Chartered Surveyors (RICS) examines this distinction between design development and design change, explaining how responsibility for the design can influence entitlement to additional payment or time.
Accordingly, developers should review the original scope, contractual risk allocation and technical response before accepting a variation claim.
Where a genuine change is identified, the contractor's quotation should be assessed against the proposed works, supporting quantities, contractual rates and potential programme consequences.
The American Institute of Architects' guidance on change orders identifies the scope of the change, adjustment to the contract sum and adjustment to contract time as central elements of the formal document.
A properly completed change order form should therefore provide enough supporting information for the developer to understand exactly what is being authorised and its consequences for the project.

The financial consequences of poor document control are not always immediately apparent.
An individual RFI might concern a relatively minor detail. However, when numerous clarifications remain unresolved, the cumulative effect can disrupt procurement, sequencing and contractor productivity.
Likewise, approving variations without updating the development budget creates a misleading picture of remaining contingency and anticipated profit.
For example, a developer may approve several relatively small design changes across a residential scheme. Individually, the costs appear manageable. Yet their combined effect could materially reduce the project's forecast return, particularly if they also extend the construction period and increase financing costs.
This is why change management should remain connected to commercial reporting rather than operating as an isolated administrative process.
The RICS Change Control and Management guidance emphasises the importance of following contractual procedures, assessing the implications of proposed changes and maintaining appropriate documentation throughout the process.
For developers, this means reviewing the commercial consequences of a change before committing to it wherever the contract permits, while ensuring that authorised changes are reflected in project forecasts.
As developments become more complex, relying on disconnected emails, spreadsheets and document folders makes it harder to establish the history of a technical or commercial decision.
Morta addresses this through a centralised property development platform where project teams can manage RFIs, coordinate responses and maintain access to relevant project information.
With Morta's RFI management capabilities, developers and their appointed project managers can keep technical queries within an organised project workflow, making it easier to identify outstanding matters and follow their resolution.
Furthermore, Morta supports project instructions, variations, budget management and cost reporting. This allows developers to manage technical communication alongside the wider commercial and operational activities affected by project changes.
For a developer overseeing several schemes, the benefit is greater visibility over decisions that may influence delivery, contractor obligations and financial performance.
However, software does not replace contractual judgement. The responsibility for determining whether an RFI response constitutes a variation remains with the authorised project representatives under the applicable contract.

RFIs and change orders serve different purposes, but they frequently concern the same underlying project issues. An RFI establishes the information needed to proceed, while a change order formally addresses an authorised modification to contractual obligations.
For property developers, understanding that distinction helps prevent unnecessary variation approvals, supports defensible commercial decisions and establishes clearer accountability throughout construction.
Ultimately, effective project delivery depends on having reliable information available when decisions need to be made. With Morta software, developers can bring RFIs, project documentation and commercial management into a more coordinated workflow.
Discover how Morta.com can support your property development projects. Book a discovery call today.