For Developers
A developer's leverage over building behavior is at its maximum before the building exists — and gone by handover. Thresholds, risers, receiving capacity, and system procurement decide which expectations the building will ever be able to meet; the operating model decides whether it does. The standard enters a project the way other performance specifications do: at brief stage, while these are still decisions.
At brief stage
Designing to the Standard maps the design determinants domain by domain — threshold count, reader approach, the temperature decision, zone topology, fallback independence. The brief-stage commitment has model language in Specifying the Standard: the building is specified toward the standard, and design documentation identifies the determinants of the Required behaviors. A development may state it is specified toward the standard; conformance itself is demonstrated in operation (Conformance).
Procurement is part of the specification: systems chosen now either can or cannot accept external credential state, export their records at migration, and scope notifications by zone. The vendor-selection criteria are summarized in Implementation Notes.
The defects-period boundary
A new building enters operation while the defects-liability period still runs — two organizations sharing responsibility for faults, at exactly the moment the building forms its first several hundred resident relationships. The expectations do not recognize the boundary: every report is received and progressed (Support × Reliability), and context travels across the developer–operator line (Support × Harmony). Specifying that routing — who receives what, how the resident sees one record regardless of which side fixes it — is the highest-leverage handover decision a developer makes for the building's early reputation.
What handover should deliver
A building handed over ready to conform delivers more than keys: a draft scope statement (active domains, primary interface, the published-parameters inventory ready to publish), systems activated as one coordinated event for the first residents (Lifecycle × Harmony), and records that begin on day one rather than after the operator settles in. The operator's side of that inheritance is described in For operators; the owner's interest in it, in For owners and acquirers.