Specification
Seven inputs that shape a reliable perimeter specification
Move beyond product names by defining the site, operating need, interfaces, exposure, lifecycle, delivery, and evidence first.

Editorial guidance
Use this framework to improve project questions and coordination. Confirm final requirements through approved project documents and qualified technical review.
01
Start with the operating outcome
A useful perimeter specification begins by defining what the boundary must do in its operating context. Demarcation, delay, visibility, privacy, access control, animal management, and monitoring readiness are different outcomes, even when they use similar materials.
Write the intended outcome before naming a mesh, wire, coil, or post. This makes later product decisions easier to justify and compare.
- Required boundary function
- Users and legitimate access
- Threat or intrusion context
- Response after a boundary event
02
Capture the physical interfaces
Terrain, soil, drainage, walls, gates, roads, buildings, utilities, vegetation, and neighboring public space all influence the assembly. A repeated typical detail rarely remains typical across an entire site.
Mark transitions and interfaces on the boundary plan. They are common sources of ambiguity, rework, gaps, and commercial exclusions.
- Changes in level and alignment
- Gate and corner conditions
- Civil foundation strategy
- Crossings, culverts, and existing structures
03
Define exposure, delivery, and evidence
Material and finish should reflect the exposure and intended maintenance approach. Delivery quantities and packaging should reflect site sequence. Inspection and documentation should reflect product risk and contract needs.
The strongest specification connects all seven inputs: outcome, site, interfaces, exposure, access, delivery, and evidence. Product dimensions then sit inside a coherent system rather than an isolated schedule.
- Environmental exposure
- Service and maintenance expectations
- Release and delivery sequence
- Required submittals and acceptance evidence
Apply this guide
Bring the project context into the conversation.
Share the site, current specification, interfaces, unresolved questions, and desired evidence with the Corvex team.
Discuss a project


