Skip to main content

Use Cases

RFI Example: Overview

About RFIs

What is an RFI?

A Request for Information (RFI) is a formal communication used in construction and engineering projects to clarify details, resolve uncertainties, and ensure all stakeholders work with the same information.

Characteristics of an RFI

  • Formal communication tool – Provides a structured way to clarify project information.
  • Traceable record – Ensures accountability with a documented question–answer trail.
  • Role-based workflow – Involves requester, coordinator, and responders with clearly defined responsibilities.
  • Linked to project documentation – References specific drawings, contracts, or specifications for precision.

Importance of RFIs

  • Prevents miscommunication between project stakeholders.
  • Avoids costly mistakes and rework by resolving uncertainties early.
  • Supports timely decision-making, helping keep the project on schedule.
  • Provides a legal and contractual record of clarifications and instructions.

Regional Terminology

While the concept of an RFI is widely recognized, it may appear under different names depending on local regulations, industry standards, or contractual frameworks.

Examples: Technical Queries (TQs), Clarification Requests, or Project Queries.

Regardless of the term, the purpose remains the same: to create a formal, traceable request for project information.

Overview and Workflow

Roles

  • Requester: Creates the RFI ticket, fills in the request details and assigns it to the RFI coordinator.
    (In this example, the requester is a subcontractor with an in-house user license.)
  • Coordinator: Reviews requests and responses, manages assignments, and keeps statuses and due dates updated and remindes responders directly if they don't react in time on due date notification emails.
    (In this example, the coordinator is a general contractor who owns the PlanRadar account and manages the project.)
  • Responders: Provide answers by their due dates and return the RFI to the coordinator.
    (In this example, answers are requested from two predefined parties: designer and investor.)

Workflow

If the request and responses are clear, the process flows in one direction.

Ticket Form Fields

The following table shows all the fields and their field groups, their field types that are selected when creating the form, the roles who edit those fields and a short description about the purpose.

Field nameField typeEdited byPurpose
TitleDefaultRequesterShort description of the issue
DisciplineListRequesterCategorise the RFI by discipline/trade
RFI CoordinatorUserRequesterDesignated person (known to the requester)
AssigneeDefaultAll*Who is responsible for action (ball in court)
Due dateDefaultCoordinatorupdated when assigned to each responder
StatusDefaultCoordinator'In progress' when responding then 'Closed'
Request detailsGroupRequesterFilled when the RFI ticket is created
 Description of requestLong textRequesterExplain issue/questions/suggestions
 Document referencesLong textRequesterRefer to a section in a contract for example
 Reference filesAttachmentRequesterUpload files related to the request
 Cost impactCheckboxRequesterSelect if the issue has cost impact
 Time impactCheckboxRequesterSelect if the issue has time impact
 Safety impactCheckboxRequesterSelect if the issue has safety impact
Answer fields for designerGroupResponder 1Respond to request by first party (designer)
 Answered byUserResponder 1Select the user who provides the answer
 AnswerLong textResponder 1Official answer on how to handle the issue
 Reference filesAttachmentResponder 1Upload files to support the written answer
Answer fields for investorGroupResponder 2Respond to request by second party (investor)
 Answered byUserResponder 2Select the user who provides the answer
 AnswerLong textResponder 2Official answer on how to handle the issue
 Reference filesAttachmentResponder 2Upload files to support the written answer

Coloured labels show which role will edit which fields:

Numbering Sequence

The RFI form automatically gets a numbering sequence to quickly identify each official RFI in the project (e.g. RFI-1, RFI-2, RFI-3,...). This ensures each RFI can be referenced in meetings, reports, and project correspondence.

This is an addition to the ticket ID that PlanRadar always assigns to each ticket in a project independent of the used form.

Notification Settings

Ensure that all participants have email notifications enabled. To ensure a fast process, emails should be sent instantly rather than as a daily digest.

Steps to manage RFIs in PlanRadar

The following articles explain each step to set up and process this example RFI:

  1. RFI Example: Setup – Configure the form and set permissions for fields and user roles.
  2. RFI Example: Workflow in Practice – Fill in request details. Gather the answers. Manage the workflow.

Extended or Alternative Workflows

(Maybe REMOVE this section until we have articles with content to link)

In addition to this example standard RFI, we provide additional articles that explain possible extensions or alternatives to this workflow:

  • Example Advanced RFI - Concept and Workflow covering more fields with limited visibility to allow separate communication only between Coordinator and Requester as well as Coordinator and Reviewer(s).
  • Flexible RFIs forms with conditionally visible form fields for different responders. 
  • Optional Fields for RFIs (type of request, receivers, creator, official answer...)
  • Ticket revisions for multi-round requests
    (REMOVE because revisions feature is not yet ready for dev)

Additional Possibilities

Processing RFIs in PlanRadar tickets offers additional possibilities and benefits:

Updated February 13, 2026