Executive answer
What construction leaders need to know
- Clash detection identifies potential spatial conflicts; clash management decides which ones matter, who resolves them and when.
- Prioritize by safety, installation sequence, access, procurement and the cost of late change—not by raw clash count.
- Close an issue only after the revised model, design authority and affected construction package are aligned.
Management workflow
From requirement to controlled delivery
- 01Set coordination scope
- 02Federate and check
- 03Group repeated clashes
- 04Assign accountable owner
- 05Approve resolution
- 06Verify before installation
Clash detection is a test; clash management is a decision process
A federated BIM model combines discipline models so the team can inspect interfaces between architecture, structure and building services. Automated checks may flag hard geometry intersections, inadequate clearance or missing space for installation and maintenance. Those outputs are candidates for review, not a verified count of construction problems.
The construction manager's task is to connect each material issue to a work front, a decision deadline and an approved information release. A duct intersecting a beam is urgent if fabrication starts next week; a similar conflict in a distant phase may be less urgent. The purpose is to protect buildability and programme certainty, not to achieve an impressive zero-clash dashboard.
Prioritize the issues that can actually disrupt construction
Start with a consistent model-checking scope: current model revisions, shared coordinates, agreed tolerances, discipline pairings and exclusions. Group duplicate results arising from the same physical interface. Then assess the remaining issues against their impact on safety, structural integrity, fire strategy, access, maintainability, procurement and the construction sequence.
A useful triage record includes model location, image or viewpoint, affected elements, owner, due date, proposed action and required approval. When a clash changes the design, the responsible designer must confirm the solution. Coordination software does not reassign professional design responsibility.
- Critical: unsafe or impossible work, statutory conflict or imminent critical-path installation.
- High: likely redesign, fabrication change, access loss or cross-trade delay.
- Routine: resolvable in the planned coordination cycle without delaying a release.
- False positive or duplicate: record the reason and close it without inflating performance claims.
Use a traceable issue workflow rather than disconnected screenshots
A model viewpoint is most useful when it travels with the issue record. The open BIM Collaboration Format (BCF) supports issue communication around a model location without requiring every participant to work in the same authoring application. Whether the project uses BCF or a proprietary platform, keep a stable issue identifier and an auditable status history.
Suggested statuses are open, assigned, proposed, under review, accepted and verified. Acceptance should state which model revision and drawing or work package contains the resolution. If the solution requires a formal variation, instruction or approval, link that process rather than hiding it inside a clash comment.
Create a release gate before procurement and installation
Work backwards from the required site start. Allow time for design resolution, coordination review, fabrication information, procurement, method statements and inspection planning. A model that is geometrically clean but published too late does not prevent rework. The construction manager should flag unresolved high-impact issues before purchase orders or fabrication releases are committed.
At the gate, sample the affected model and approved documents on site. Check that the site team can identify the current revision and that the resolved route includes realistic supports, tolerances, access panels and maintenance clearances. Record any field deviation and feed it back into the information model.
Measure outcomes, not just the number of clashes
Raw clash totals vary with model detail and checking rules, so they are poor stand-alone measures of performance. Track the age of critical issues, the share resolved before release, decision latency and coordination-related site rework. Review trends by work package and location to find recurring process failures.
Treat a falling clash count as useful only when the check scope is stable and field outcomes improve. If the count drops because models are incomplete or checks are disabled, the apparent improvement is misleading.
Control dashboard
Performance metrics for project managers
Critical issue age
Days high-impact coordination issues remain open after assignment.
Pre-release closure
Share of priority issues verified before the related work package is approved.
Decision lead time
Time from a complete proposed resolution to the authorized decision.
Field rework from interfaces
Records whether digital coordination prevents physical corrections.
Frequently asked questions
Does zero detected clashes mean a model is buildable?
No. Buildability also depends on access, tolerances, sequence, temporary works, supports, maintainability and the completeness of the models and checking rules.
Who owns a BIM clash?
The issue needs one coordination owner, but the responsible designer or appointed authority retains the relevant design and approval responsibility under the project contract.
What is BCF in clash management?
BCF is an open standard for communicating BIM issues and viewpoints. It can help teams exchange location, status and discussion without sending a new full model for every comment.
Primary technical sources
Project-specific contracts, appointments, regulatory requirements and approved standards always govern actual delivery.

