Practical Trades Manual Series
|
Book 23 — Blueprint Reading and Construction Documents: Plans, Symbols, Specifications, and Details

Chapter 16

Read Specifications, General Notes, and Product Requirements

Review one residential project's notes and specifications and produce a concise requirement summary linking materials, products, performance, submittals, execution, testing, closeout, and code references to the drawing set.

Field Cue System

These cues appear at the point of use. They identify document-control, code, cross-reference, and clarification issues before a specification requirement is misapplied in the field.

▤

Document-Control Cue

Identity, issue, revision, and status verification for the current specification section or note.

✋

Critical Cue

A misread of this information can cause unsafe, non-compliant, or costly field work.

⛑

Field-Use Cue

Guidance for using the specification set safely and correctly on site.

▣

Code Alert

Verify adopted jurisdiction and permit status before relying on a code citation found in the notes or specifications.

▱

Manufacturer Instruction Cue

Manufacturer instructions supplement the project documents and do not authorize deviation from the design without approval.

↔

Cross-Reference Cue

Follow a specification reference to its governing drawing note or detail, and back, to confirm coordination.

?

RFI Threshold

Stop and record a clarification item instead of guessing which requirement, standard, or note governs.

Chapter Overview

This chapter qualifies you to review one residential project's general notes and project manual and convert them into a concise, referenced requirement summary that a later trade can use without rereading every section of the specifications. The finished work product is one specification register, one requirement table, a set of trade-specific extracts, and one specification summary, all built from the current approved general notes, discipline notes, and specification sections received for one project.

You will confirm the current issue and hierarchy of the project manual, build a specification register by division and section, extract product, performance, submittal, execution, testing, and closeout requirements, compare general notes across disciplines, verify code references against the approved project basis, compare manufacturer instructions with the drawings and approved submittals, and record every conflict, missing section, or undefined standard as a clarification item rather than resolving it yourself.

Specifications and general notes routinely contain requirements that never appear on the drawings at all — submittal procedures, testing standards, warranty terms, delivery and storage rules, and performance criteria that a reader who only studies plans will never see. This chapter builds the habit of treating the written word as equally authoritative to the drawing, and of following the project's own stated order of precedence rather than assuming one.

Skills You Will Demonstrate

  • BP-091 — Locate general notes, discipline notes, and the current project manual and confirm their issue, revision, and completeness.
  • BP-092 — Interpret material specifications and distinguish named products, acceptable manufacturers, performance specifications, delegated design, allowances, and alternates.
  • BP-093 — Identify manufacturer requirements controlling installation, compatibility, warranty, service access, or testing and compare them with the drawings.
  • BP-094 — Read performance standards, reference standards, and testing, inspection, and commissioning requirements without inventing a value not documented.
  • BP-095 — Identify code references, occupancy, construction type, energy criteria, fire ratings, and design loads and verify them against the approved project basis.
  • BP-096 — Create a specification summary that links product, performance, submittal, execution, testing, code, warranty, and closeout requirements to the applicable drawings and trades.

Where This Skill Fits

Every chapter from Chapter 3 through Chapter 15 asked you to follow representative specification and keynote references without fully building the specification register itself. This chapter completes that habit by requiring the full project manual to be registered, cross-checked against every discipline's general notes, and reduced to a requirement table that later chapters can use directly.

Chapter 17 uses this specification summary, together with every discipline checklist built in Chapters 3 through 15, to compare plans across trades and identify conflicts. Chapter 19 uses this same summary to extract build-ready trade scope. Chapter 20 rebuilds this discipline at full scale as one of the required capstone reviews.

Scope and Intended Use

This chapter covers:

  • collecting and confirming the current general notes, discipline notes, and complete project manual
  • identifying the project's stated document hierarchy or order-of-precedence provision
  • building a specification register by division, section number, title, revision, and related trade
  • extracting product, submittal, execution, testing, warranty, and closeout requirements
  • comparing general notes across architectural, structural, plumbing, mechanical, and electrical disciplines
  • verifying code references, occupancy, construction type, energy criteria, and design loads against the approved project basis
  • comparing manufacturer instructions with the drawings, specifications, and approved submittals
  • producing a requirement table, trade-specific extracts, and a specification summary

This chapter does not authorize the learner to:

  • invent a document hierarchy or order of precedence when the project documents do not state one
  • convert a referenced standard into a field requirement without confirming the applicable edition and scope
  • use a code reference to fill a missing design detail without obtaining clarification
  • resolve a conflict between a general note, a specific note, a drawing, and a specification by choosing a preferred answer

Any section, note, or standard that cannot be resolved during this chapter must be recorded as an RFI-style question rather than assumed.

Reference Conventions

Establish these definitions before beginning the specification register, and apply them consistently across every section and note reviewed.

TermDefinition
Project manualThe bound or assembled written document containing the specification divisions, sections, administrative requirements, and general conditions applicable to the project
Division / sectionThe numbered organizational unit within the project manual identifying a category of work (for example, Division 09 Finishes, Section 09 65 00 Resilient Flooring)
Order of precedenceThe project's own stated ranking of which document governs when documents conflict; not a rule the reader invents
Basis of designThe specific named product used to establish performance and quality criteria against which an approved equal is measured
Approved equal / substitutionA product formally approved through the project's submittal or substitution process as equivalent to the basis of design
Delegated designA component or system whose detailed design is assigned to a specialty contractor or supplier under a performance specification, subject to engineering review
Hold pointA stage in procurement, fabrication, delivery, or installation that requires a review, approval, test, or inspection before work may proceed

Project and Document Identity Record

Confirm the following are consistent with the Chapter 1 navigation package before building the specification register:

Project name: ______________________     Project manual issue / set name: ______________________

Specification volume(s) received: ______________________     Total sections received: ____________

Current drawing set revision on file: ______________________     Active addenda / substitutions: ____________

Date reviewed: ____________     Reviewer name: ____________

Prerequisites

Common Field Fundamentals

Specifications, drawings, schedules, details, approved submittals, and manufacturer instructions may each control a different aspect of the same work. This chapter does not ask you to decide which document wins in general; it asks you to locate the project's own stated order of precedence and apply it, and to record every unresolved conflict as a clarification item rather than choosing an answer.

Specification RegisterDivision, section number, title, revision, related trade or assembly
Requirement TableTopic, requirement, source, location, submittal, hold point, test, closeout item
Trade ExtractsSite, concrete, framing, envelope, roofing, openings, finishes, cabinets, plumbing, electrical, HVAC
Specification SummaryRequirements not obvious from the drawings, organized for direct field use

General Notes Versus Specifications

A general note on a drawing is controlling only within its stated discipline and scope. A specification section is controlling for the category of work it describes, regardless of which discipline's drawings reference it. When a general note and a specification section address the same requirement differently, compare them directly rather than assuming the more specific-sounding statement governs; record the conflict if the project's order of precedence does not resolve it.

BP-091 – BP-096

Document-Control / Specification Interpretation Qualification

Residential Specification and General-Notes Summary Package

Difficulty: Intermediate

Estimated Time: 6–8 hours

Estimated Cost: Printing or plotting only, if applicable

Finished Work: Specification register, requirement table, trade-specific extracts, and specification summary

A. Finished-Package Specification

Deliverable set: one specification register covering every section in the received project manual; one requirement table linking topic, requirement, source, affected location, submittal, hold point, test, and closeout item; a set of trade-specific extracts for site, concrete, framing, envelope, roofing, openings, finishes, cabinets, plumbing, electrical, and HVAC work; and one specification summary emphasizing requirements not obvious from the drawings.

B. Deliverable Schedule (Component Schedule)

ComponentQuantitySourceRequired FieldsPreparation / Purpose
Specification register1Complete project manual as receivedDivision, section number, title, revision, related trade or assemblyConfirms what was actually received and where each section fits
Requirement table1Extracted product, submittal, execution, testing, and closeout requirementsTopic, requirement, source, affected location, responsible party if documented, submittal, hold point, test, closeout itemReduces the project manual to field-usable requirements
Trade-specific extracts11Requirement table, sorted by tradeTrade name, applicable requirements, source referencesDelivers only the requirements relevant to a given trade
Specification summary1Requirement table and trade extractsRequirements not obvious from the drawings, organized by priorityHighlights written-only requirements a drawing-only reader would miss
Missing-information and RFI log1Discrepancies found while building the aboveItem, description, affected section or note, requested actionRecords unresolved items for the document-control process

C. Source Material Takeoff

  • Primary source: the complete project manual, general notes, discipline notes, addenda, approved substitutions, and approved submittals available for the project at the time this chapter begins.
  • Supporting source: the current approved drawing set and the Chapter 1 navigation package identifying document status.
  • Reference tools: one straightedge and a consistent set of markup colors.
  • Recording medium: one document-control log or spreadsheet capable of holding all five deliverable components listed in Section B.

D. Acceptance Standards

CheckStandard
Register completenessEvery section actually received appears in the register; every section referenced by a drawing but not received is logged as missing
Hierarchy identificationThe project's stated order of precedence, if any, is recorded in the register; no order of precedence is invented if the documents do not state one
Requirement traceabilityEvery entry in the requirement table cites its source section or note and, where applicable, the affected drawing location
Standard verificationEvery referenced outside standard used in the requirement table has its edition and scope confirmed before being recorded as a field requirement
Code cross-checkEvery code reference used in the summary is verified against the approved project basis and permit documents
Conflict captureEvery conflicting note, undefined standard, or unapproved substitution encountered while building the package is recorded, not silently resolved

E. Preparation — Confirm Document Basis

  1. Collect current general notes, discipline notes, project manual, specification sections, addenda, substitutions, approved submittals, and product information. Gather everything provided for the project, not only the sections that appear most relevant to a single trade.
  2. Confirm issue dates, revisions, specification volume completeness, and relationship to the current drawing set. Cross-check the specification issue against the Chapter 1 navigation package's document-control register.
  3. Identify the project's stated document hierarchy or order-of-precedence provision without inventing one. Locate this statement in the general conditions or administrative sections; if none exists, record that fact explicitly.

F. Specification Register Construction

  1. Create a specification register by division, section number, title, revision, and related trade or assembly. Populate one row per received specification section in the document-control log.
  2. Identify sections referenced on drawings and drawing notes referenced in specifications. Record each cross-reference in the register alongside the section it connects to.
  3. Locate administrative requirements for submittals, substitutions, RFIs, meetings, schedules, quality control, testing, inspections, and closeout. Add these administrative sections to the register with their own entries, since they govern procedure rather than a specific assembly.

G. Product and Submittal Requirements

  1. Identify product requirements for manufacturers, basis of design, approved equals, performance criteria, materials, grades, finishes, and accessories. Record each requirement in the requirement table with its governing section.
  2. Distinguish named products, acceptable manufacturers, performance specifications, delegated design, allowances, and alternates. Tag each requirement-table entry with the applicable category.
  3. Identify required product data, shop drawings, samples, mockups, certificates, calculations, and engineering seals. Add each required submittal to the requirement table's submittal column.
  4. Identify review and approval hold points before procurement, fabrication, delivery, or installation. Record each hold point against the requirement it controls.

H. Execution, Testing, and Closeout Requirements

  1. Locate delivery, storage, handling, acclimation, environmental, substrate, and protection requirements. Add these to the requirement table under the applicable trade.
  2. Identify installation standards, manufacturer instructions, reference standards, tolerances, and quality requirements. Record the specific standard, edition, and scope where documented.
  3. Do not convert a referenced standard into a field requirement without confirming the applicable edition and scope. Flag any reference lacking a confirmable edition or scope as a clarification item instead of assigning a value.
  4. Identify testing, inspection, observation, special inspection, commissioning, startup, balancing, cleaning, and demonstration requirements. Add each to the requirement table's test column with its pass/fail source.
  5. Identify warranties, maintenance data, spare materials, attic stock, record documents, training, and closeout submittals. Record each in the requirement table's closeout column.

I. General Notes Review and Coordination

  1. Identify general-note requirements for dimensions, field verification, coordination, penetrations, fire stopping, blocking, sealants, finishes, and protection. Record each general note in the requirement table with its governing sheet.
  2. Compare general notes across architectural, structural, plumbing, mechanical, and electrical disciplines. Identify overlapping or duplicated notes addressing the same requirement.
  3. Identify notes that conflict, overlap, or assign unclear responsibility. Log each on the missing-information and RFI log rather than assigning responsibility yourself.

J. Code References and Manufacturer Instructions

  1. Locate code references, occupancy, construction type, energy criteria, fire ratings, design loads, and jurisdictional notes. Record each in the requirement table with its exact source citation.
  2. Verify that code references correspond to the approved project basis and permit documents. Cross-check each citation against the permit set identified in the Chapter 1 navigation package.
  3. Do not use a code reference to fill a missing design detail without clarification. Log any location where a code citation appears to substitute for missing design information as an RFI-style question.
  4. Identify manufacturer instructions that control installation, compatibility, warranty, service access, or testing. Record each manufacturer requirement in the requirement table with the governing product.
  5. Compare manufacturer information with drawings, specifications, and approved submittals. Confirm the manufacturer instruction does not conflict with the approved design.
  6. Identify discrepancies between product data and the project details. Log each discrepancy on the missing-information and RFI log.

K. Summary Assembly and Closeout

  1. Create a requirement table with topic, requirement, source, affected location, responsible party if documented, submittal, hold point, test, and closeout item. Consolidate every entry recorded in Sections G through J into one finished table.
  2. Create trade-specific extracts for site, concrete, framing, envelope, roofing, openings, finishes, cabinets, plumbing, electrical, and HVAC. Sort the requirement table by trade and produce one extract per trade.
  3. Identify missing sections, incomplete product criteria, undefined standards, conflicting notes, and unapproved substitutions. Finalize the missing-information and RFI log with every item found throughout this chapter.
  4. Prepare RFI-style questions for ambiguous requirements, document conflicts, missing performance criteria, or incompatible manufacturer instructions. State the document references, the observed issue, and the requested clarification without proposing an unauthorized answer.
  5. Create a specification summary that emphasizes requirements not obvious from the drawings. Prioritize submittal procedures, testing standards, warranty terms, and performance criteria a drawing-only reader would not otherwise find.
  6. Review the summary against all active addenda, clarifications, and approved submittals before issue. Confirm every deliverable component in Section B is complete and current before closing the chapter.

Common Specification Inspection

Inspect the finished package using the same checks regardless of which division or trade is involved.

Complete the Specification Summary Worksheet in the Inspection Checklist section below before beginning Chapter 17.

Image Placeholder
Recommended image: a project manual table of contents with the specification register check marks visible alongside it.
Image Placeholder
Recommended image: a close-up of a specification section header showing division, section number, title, and part organization.
Image Placeholder
Recommended image: a drawing general note and its corresponding specification section shown side by side with a highlighted cross-reference.
Image Placeholder
Recommended image: a completed requirement table showing topic, requirement, source, submittal, hold point, and closeout columns.
Image Placeholder
Recommended image: a manufacturer installation instruction sheet being compared against an approved wall-section detail.
Image Placeholder
Recommended image: a code-reference note on a cover sheet being checked against the permit set in the document-control register.

Failure Points and Troubleshooting

Cleanup

This chapter ends with a controlled, referenced requirement summary ready for use, not a project manual that must be reread from cover to cover for every later chapter.

Field Terms

Project Manual
The bound or assembled written document containing the specification divisions and sections for the project.
Division / Section
The numbered organizational unit identifying a category of work within the project manual.
Order of Precedence
The project's own stated ranking of which document governs in the event of a conflict.
Basis of Design
The specific named product establishing the performance and quality criteria for an approved equal.
Approved Equal
A substitute product formally approved through the project's submittal or substitution process.
Delegated Design
A component or system whose detailed design is assigned to a specialty contractor under a performance specification.
Hold Point
A stage requiring review, approval, test, or inspection before subsequent work may proceed.
Reference Standard
An outside document cited by the specifications that must be confirmed by edition and scope before use.
Requirement Table
The document-control table linking topic, requirement, source, submittal, hold point, test, and closeout item.
Specification Summary
The finished narrative and table set emphasizing written requirements not obvious from the drawings alone.

Skill Check

  1. Why must the specification register be built from the complete project manual as received, rather than only from sections referenced on the drawings?
  2. What must a reader do when the project documents do not state an order of precedence?
  3. Why can a named product, an acceptable manufacturer, and a performance specification not be treated as interchangeable terms?
  4. What two facts about a referenced outside standard must be confirmed before it is treated as a field requirement?
  5. Why must a code citation be verified against the approved project basis before it is relied upon?
  6. Why is a code reference never used to fill a missing design detail?
  7. What must a reader do when a manufacturer instruction conflicts with an approved drawing detail?
  8. Why must general notes be compared across every discipline rather than read only within one discipline's sheets?
  9. What is the difference between a requirement table entry and a trade-specific extract, and why does the package need both?
  10. Why does the specification summary emphasize requirements that are not obvious from the drawings rather than repeating drawing content?

Competency Rubric

CompetencyIndependent Pass StandardNot DemonstratedWith AssistanceIndependently
BP-091Locates every received general note, discipline note, and specification section and correctly confirms issue, revision, and completeness in the register
BP-092Correctly distinguishes named products, acceptable manufacturers, performance specifications, delegated design, allowances, and alternates in the requirement table
BP-093Identifies manufacturer requirements controlling installation, compatibility, warranty, service access, or testing and correctly compares them with the drawings
BP-094Reads performance and reference standards and testing, inspection, and commissioning requirements without inventing an undocumented value
BP-095Identifies code references, occupancy, construction type, energy criteria, and design loads and correctly verifies them against the approved project basis
BP-096Produces a complete specification summary linking product, performance, submittal, execution, testing, code, warranty, and closeout requirements to the applicable drawings and trades

Mark one column per competency. Only Demonstrated Independently awards the competency; Demonstrated with Assistance authorizes additional supervised practice but does not complete the requirement.

Inspection Checklist — Specification Summary Worksheet

DeliverableStatusItems LoggedVerified ByDateNotes
Specification register
Requirement table
Trade-specific extracts
Specification summary
Missing-information and RFI log

Total sections received: ____________     Total sections in table of contents: ____________     Discrepancies logged: ____________

Specification package declared complete: ______ (Pass/Fail)     Date: ____________     Reviewer name: ____________

Performance Check

With all five deliverable components complete, review the finished specification package against the Acceptance Standards table and confirm every received section is registered, the project's own order of precedence has been identified rather than invented, every requirement-table entry cites its governing source, every referenced standard has a confirmed edition and scope, every code citation has been verified against the approved project basis, and every conflicting note or unapproved substitution has been recorded rather than resolved unilaterally. Complete the Specification Summary Worksheet and resolve any failed item, through the project's document-control process, before beginning Chapter 17.

Chapter Closeout

You have completed the sixteenth chapter in the blueprint-reading sequence: reading specifications, general notes, and product requirements. This chapter required you to locate general notes, discipline notes, and the current project manual and confirm their issue and completeness (BP-091), interpret material specifications and distinguish named products, acceptable manufacturers, performance specifications, delegated design, allowances, and alternates (BP-092), identify manufacturer requirements and compare them with the drawings (BP-093), read performance standards and testing requirements without inventing undocumented values (BP-094), identify and verify code references against the approved project basis (BP-095), and create a complete specification summary (BP-096).

You now have a verified specification register, requirement table, trade-specific extracts, and specification summary for one residential project. That specification package carries directly into the next chapter: comparing plans across trades and identifying conflicts using every discipline checklist built so far.

Retain your completed specification package. You will reuse this exact requirement summary in Chapters 17, 19, and 20.