HelonicHelonic

How to Write a Construction Quality Control Plan

A step-by-step guide to building a construction QC plan that actually passes owner and CM submittal review, with the core sections, the ITP structure, and the reasons plans get rejected.

What is a construction quality control plan?

A construction quality control plan (QC plan) is the written document that defines how a contractor inspects, tests, and verifies completed work against the drawings and specifications. It assigns named responsibility for each check, structures inspections as Inspection and Test Plans (ITPs) tied to specific spec sections, and sets the non-conformance and corrective-action workflow used when work fails inspection. Many public, institutional, and design-build contracts require one as a condition of notice to proceed.

Most general contractors have written a QC plan before, usually for a bid submission or because the specification demanded one. Fewer have written one that an owner's reviewer accepted on the first pass. Reviewers reject plans constantly, and almost always for the same handful of reasons: a plan that reads like a template, responsibilities with no name attached, and inspection steps that don't connect to this project's actual spec sections.

This guide walks through the sections a QC plan needs, how to structure the ITPs that carry most of the weight, and where drawing review fits before any field inspection begins.

1. Confirm what the contract actually requires

Before drafting anything, read the contract's quality clause and Division 01 quality requirements section. Federal work following USACE or NAVFAC standards typically mandates a specific format and calls it a Contractor Quality Control (CQC) plan. Design-build and institutional owners often ask for a Project Quality Plan (PQP) that covers both QA and QC in one document. Note the required submittal deadline, since most contracts require the plan before or shortly after notice to proceed, not before the first pour.

2. Build the six core sections

A QC plan that survives submittal review contains these sections at minimum. Skipping any one of them is a common reason plans come back marked up.

1. Scope and quality objectives

State which contract, which phases, and which spec divisions the plan covers. List the project-specific quality objectives tied to the contract requirements, not generic statements like "deliver a quality project." Name the applicable code edition and any owner quality standards referenced in the specifications.

2. Organization chart with named QC responsibilities

Show the QC manager by name, their reporting line (independent of production/superintendent authority is preferred by most owners), and every role with a QC duty: QC manager, discipline inspectors, testing lab coordinator, submittal coordinator. A chart with job titles but no names is one of the fastest ways to get a plan rejected.

3. Inspection and Test Plans (ITPs) by spec section

Each ITP ties to a CSI spec section (03 30 00 cast-in-place concrete, 05 12 00 structural steel, 23 00 00 HVAC, etc.) and lists the inspection or test, the acceptance criteria, the responsible inspector, and hold or witness points. This is the operational core of the plan; everything else supports it.

4. Submittal and material verification procedures

Define how incoming materials are checked against approved submittals before installation: mill certs, delivery tickets, visual inspection, and where a material gets rejected and returned versus accepted with a deviation. Tie this back to the submittal log so nothing gets installed against an unapproved submittal.

5. Non-conformance and corrective-action procedures

Define the NCR workflow: how a non-conformance gets logged, who has authority to disposition it (use-as-is, rework, reject), how corrective action is verified, and how the NCR closes. Include a trending requirement so recurring NCRs against the same spec section trigger a process review, not just another inspection.

6. Documentation and closeout requirements

Specify the daily QC report format, how inspection records and test results are filed and retained, and what rolls into the closeout package (as-built ITPs, NCR log, material certifications, punch list sign-off). Owners reviewing the plan want to see the audit trail this section produces, not just read a description of it.

3. Structure each ITP the same way

Inspection and Test Plans are where most rejected plans fall apart. A usable ITP covers each of these fields for every spec section on the project, not just the trades an owner is likely to spot-check.

FieldWhat it captures
Spec sectionThe CSI MasterFormat section this ITP verifies, e.g. 03 30 00
Inspection / testWhat gets checked: rebar placement, weld inspection, slump test, duct pressure test
Acceptance criteriaThe pass/fail standard, referencing the spec or code section directly
Hold pointA stage where work stops until QC signs off (e.g. before concrete placement)
Witness pointA stage where the owner or inspector must be notified and may observe, but work isn't required to stop
Responsible partyNamed inspector or third-party testing agency for this specific check
DocumentationThe form, photo, or test report that proves the inspection happened

Hold points and witness points do different jobs. A hold point stops work until the QC inspector (or sometimes the owner) signs off, used for irreversible steps like concrete placement or closing in a wall before rough-in inspection. A witness point notifies the owner or third-party inspector that a check is happening, but work can continue if nobody shows up. Mislabeling a hold point as a witness point is a specific, common rejection flag on ITPs for structural and life-safety work.

4. How a QC plan differs from a QA plan

A QC plan documents inspection and testing of completed work. A QA plan documents the process, standards, and training used to prevent defects in the first place. Many specifications bundle both into one Project Quality Plan, which is why the terms get used interchangeably in practice even though they describe opposite halves of a quality system. For the full breakdown of the distinction with examples of each, see QA vs QC in construction.

5. Why owners and CMs reject QC plans

Reviewers see hundreds of these documents. The plans that get returned with markups almost always share one of these problems:

  • The plan is a generic template lightly edited from a past project, with placeholder text or another project's name still in it
  • QC responsibilities list job titles only, with no named individuals or contact information
  • ITPs are boilerplate paragraphs that don't cite this contract's spec sections or hold points
  • No defined non-conformance or corrective-action workflow, or one that has no disposition authority named
  • No tie between the QC organization chart and the actual project org chart submitted elsewhere in the bid package
  • Documentation section describes report formats that don't match what the owner's specification actually requires

6. Where drawing review fits into the plan

Field inspection is not the first QC checkpoint on a project. Reviewing the drawing set itself, checking for coordination conflicts, missing details, code issues, and spec-to-drawing mismatches, is the earliest and cheapest QC step, and a strong QC plan references it explicitly rather than starting the quality narrative at first concrete pour. A plan that only describes field inspections is describing half the QC program.

Where this shows up in the plan

Add a preconstruction section to the plan that names who reviews the issued-for-construction set, what checklist they use, and how findings feed the submittal log before buyout. Tools built for AI-assisted document inspection can run this check across an entire set consistently, which gives the QC manager a documented record to cite in this section instead of a verbal walk-through. Helonic's code compliance checks are one way to produce that record automatically as part of the preconstruction QC step.

7. Keep the plan alive after it's approved

An approved QC plan that sits in a binder is worthless. Update the ITP log as spec sections close out, trend the NCR log monthly to catch systemic issues, and revise the org chart when QC staff change, since a plan with outdated names is a documentation gap an owner's auditor will flag at closeout. The drawing QA/QC checklist is a useful companion document for the preconstruction section specifically.

Documents that never get updated stop reflecting how the project actually runs. When a QC plan and the field diverge, the gaps that show up are the same ones that eventually surface as drawing errors and claims late in the project.

Practitioner insight

A QC plan gets rejected the moment a reviewer can tell it was copied from the last job. Name real people against real spec sections, tie the ITPs to the actual submittal log, and reference the drawing review you already did in preconstruction. That last part is the piece most plans leave out entirely.

Recurring theme from conversations with quality managers and project executives at general contractors submitting QC plans on public and institutional work.

Construction Quality Control Plan FAQs

What is a construction quality control plan?
A construction quality control plan (QC plan) is a written document that spells out how a contractor will inspect, test, and verify work against the contract drawings and specifications. It names who is responsible for each check, ties inspections to specific spec sections, and defines how non-conforming work gets corrected and closed out. On public and institutional projects it is often a required submittal, reviewed and approved by the owner or construction manager before work starts.
What is the difference between a QC plan and a QA plan?
A QC plan documents the inspections and tests used to find defects in completed work. A QA plan documents the process, procedures, and training used to prevent defects before work starts. Many contracts use the terms together as a QA/QC plan or Project Quality Plan (PQP) because both halves are usually required in one document. See our full comparison in QA vs QC in construction for the underlying definitions.
What is a Project Quality Plan (PQP)?
A Project Quality Plan, or PQP, is the umbrella document that usually contains both the QA program and the QC plan for a specific project. Some contracts use PQP and QC plan interchangeably; others treat the PQP as the broader document with the QC plan as one section inside it. Read the contract's quality clause carefully, since the required title and structure vary by owner and specification.
What are Inspection and Test Plans (ITPs) and why does a QC plan need them?
Inspection and Test Plans (ITPs) break the QC plan down to the trade and spec-section level. Each ITP lists what gets inspected, when, by whom, what the acceptance criteria are, and where hold points or witness points require sign-off before work continues. A QC plan without ITPs is usually rejected during submittal review because it has no way to prove inspections actually happened at the right stage of work.
Why do owners reject QC plans during submittal review?
The most common rejection reasons are a generic, boilerplate document copied from another project, missing named individuals for each QC responsibility, no direct tie between the ITPs and the actual specification sections on this contract, and no defined non-conformance or corrective-action workflow. Reviewers are checking whether the plan could actually be followed on this specific project, not whether it uses the right template.
Is a quality control plan required by contract?
Many public, institutional, and design-build contracts require a written QC plan as a condition of notice to proceed, and federal projects following USACE or NAVFAC quality requirements almost always mandate one with a specific format. Even on private commercial work where it is not contractually required, owners and construction managers increasingly ask for one during the bid or buyout stage as a qualification check.
MS

Milind Sagaram

Co-founder & CEO, Helonic

Milind is the co-founder and CEO of Helonic, where he leads product and go-to-market for AI-powered construction drawing analysis. He works closely with general contractors, project managers, estimators, and owners to understand how drawing quality drives project outcomes - and where AI can reduce RFIs, change orders, and rework. Milind has interviewed hundreds of construction professionals across project delivery roles, from preconstruction estimators at ENR top-400 contractors to facilities directors at institutional owners, and uses those conversations to shape both product direction and the way Helonic talks about the work.

Areas of focus
  • Construction project delivery and preconstruction
  • RFI and change order economics
  • Owner and GC workflows for drawing QA/QC
  • Estimating risk and bid-stage scope assessment

How this page was researched: Based on QC plan submittal reviews, ITP structures, and NCR workflows observed across public, institutional, and design-build construction contracts, plus conversations with quality managers and project executives responsible for getting QC plans approved during buyout.

Last reviewed by Milind Sagaram · July 2026

Document the preconstruction QC step

Helonic runs structured checks across your full drawing set and gives your QC plan a documented record of the preconstruction review, before field inspection ever starts.