BIM
BIM Modelling & Coordination Services
Building Information Modelling services — architectural, structural and MEP modelling, coordination and clash detection — for design and construction teams.
Architectural•Structural•MEP•Clash detection
01 · Architectural model
Coordination stage
A BIM Model Is Only Useful When the Disciplines Actually Align
Running a project through BIM only pays off if the model is properly coordinated — architectural, structural and services models that actually align, clashes caught before they reach site, and a model built to the LOD the project actually needs at each stage.
A BIM process that exists in name only, with each discipline modelling in isolation and coordination happening informally over email, delivers little of the benefit BIM is supposed to provide, while still carrying the full modelling overhead — arguably the worst of both worlds.
- Each discipline can model independently
- Conflicts can stay hidden
- Coordination may happen too late
- Detail can be added before it is needed
- Issues can get buried in unstructured clash reports
The point isn't that BIM falls short — it's that coordination has to be treated as an active process.
Three Disciplines. One Coordinated Environment.
Pick a discipline to see its model on its own, then federate them. Seeing the three together is the first step of coordination.
- Walls
- Doors
- Windows
- Rooms
- Ceilings
Each discipline models its own scope. On its own, nothing shows how it meets the other two.
Bring Every Discipline Into the Same Coordination View
Yes, this is a core reason Navisworks-based federation exists — models built in Revit, Tekla, Civil 3D and other platforms can be combined into a single coordination view without requiring every discipline to use the same authoring software.
Toggle layers and levels, then pick an element to see the metadata a coordination view carries. See Navisworks-based federation.
- Model
- STR-Model
- Discipline
- Structural
- Level
- Level 02
- Element
- Beam (grid 2)
- Status
- Open issue
Metadata is illustrative — it shows what a coordination view carries, not project data.
The Right Level of Development for the Right Project Stage
Models are built to an agreed Level of Development (LOD) for the project stage — concept, design development or construction — so the model stays a useful coordination tool rather than an overbuilt one that wastes modelling effort on detail nobody needs yet, or an underbuilt one that can't actually support the coordination decisions the project needs to make.
This is agreed per project and project stage — we scope modelling depth against the LOD your project actually needs rather than defaulting to the highest level, since over-modelling wastes time just as much as under-modelling causes coordination gaps.
- LOD target
- Agreed per project
- Project stage
- Construction
- Information requirement
- Supports, access, tags and schedule-ready data
Detailed coordination and documentation. The right level is project-specific — not the highest level by default.
Find the Problem Before It Reaches Site
Combined architectural, structural and services models are checked against each other (commonly in Navisworks) to identify physical clashes before construction, with a report issued for the design team to resolve, prioritised by which clashes actually matter.
Clash detection identifies coordination issues. It does not decide the engineering solution — that remains with the responsible design team.
- Type
- Hard clash
- Elements
- Structural beam · HVAC duct
- Status
- Open
The clash is detected by the check; the design team decides how it is resolved.
Hard Clashes and Clearance Issues Are Not the Same Thing
A hard clash between a structural beam and a duct matters far more than a soft clearance clash that is easily resolved on site — so reports are structured to make the important issues easy to find and action.
There is no universal severity standard: priorities follow the project's own requirements.
A Clash Report That Points at the Model
Instead of a disconnected PDF, each issue is linked to its location. Select an issue and the model shows where it is; select a marker and the issue is highlighted.
Illustrative values only. Priorities follow each project's requirements.
Coordination Is a Process, Not a One-Time Clash Report
BIM coordination is as much a communication process as a technical one — a clash report that lands in someone's inbox with no context or prioritisation tends to get triaged poorly or ignored under deadline pressure. We run coordination as a structured, recurring process rather than a single event, with clear ownership assigned to each open issue so nothing falls through the gap between disciplines.
This depends on project pace and how frequently discipline models are being updated — we agree a sensible cadence with you upfront, since running it too rarely risks a large, unmanageable clash list building up unnoticed.
01 / 08
Federate
Models combined into one view.
- Federate
- Check
- Identify
- Prioritise
- Assign
- Resolve
- Recheck
- Update model
Every Open Issue Needs Context
By running coordination as a structured, recurring process with clear ownership assigned to each open issue, rather than issuing a single large report and hoping it gets actioned without follow-up.
Yes, where a project needs a structured coordination process, we can maintain an issue log alongside clash reports, tracking who owns each open item and when it was resolved.
Issue
Structural / MEP clash
Discipline
MEP coordination
Owner
MEP lead
Action
Modify duct route
Status
Recheck
Illustrative example. Context and ownership are what stop a clash report being ignored under deadline pressure.
Revit Families That Behave Correctly — Not Just Look Correct
Custom Revit family creation is a recurring need on projects using non-standard equipment or fittings, and we build families that behave correctly when scheduled and tagged, not just families that look right in a 3D view — a family that reports the wrong quantity or the wrong parameter in a schedule causes exactly the kind of downstream error BIM is meant to prevent.
Yes, inconsistent or duplicated families across discipline models is a common, avoidable source of coordination confusion, and we check for this as part of federating and reviewing a combined model. Related: Revit modelling.
- Family name
- Example_AHU_Family
- Category
- Mechanical Equipment
- Dimensions
- 1300 × 900 × 600
- Manufacturer / reference
- Per project specification
- System
- Supply air
- Level
- Level 03
- Quantity
- 1
A family that looks right in 3D but reports the wrong quantity or parameter in a schedule undermines the point of BIM. Parameters shown are examples, not a fixed list.
BIM Is More Than Geometry
A 3D model shows what something looks like. An information-rich BIM model also carries what it is — type, size, reference, quantity, system, level — and can feed a schedule.
- Type
- Size
- Manufacturer / reference
- Quantity
- System
- Level
- Parameters
You Don't Always Need to Start Again
For projects inheriting an existing, poorly structured model, we can assess and rebuild problem areas rather than starting over entirely, which is usually faster and cheaper than a full rebuild while still fixing the coordination issues that made the model unreliable in the first place.
Where practical, problem areas can be assessed and rebuilt instead of assuming a complete restart is required. Not every legacy model can be fixed without significant work.
Problem geometry, coordination issues, family problems, structural inconsistencies and missing information are identified.
- 1Problem geometry
- 2Coordination issues
- 3Family problems
- 4Structural inconsistencies
- 5Missing information
From Point Cloud to Working BIM Model
Yes — see our Scan to BIM service for converting laser scan or point cloud data of an existing building or structure into a working Revit model.
Scan-to-BIM supports existing building documentation, renovation, retrofit and facilities information. See the Scan to BIM service and the point cloud project.
Scan → BIM
When the Model Itself Needs Attention
Model health checks are part of the deliverables: a review of how the model is built, not just how it looks. The categories below are illustrative — not company performance figures.
Model structure
Checked
Family consistency
Checked
Parameters
Checked
Coordination
Checked
View / sheet structure
Checked
- Inherited model
- Audit
- Targeted fixes
- Coordinated model
Plan the Model Handover Before Project Close-Out
Model handover at project close-out is worth planning for from the start, not treated as an afterthought once construction is finished. A facilities team inheriting a BIM model for ongoing asset management needs different information — accurate equipment data, warranty references, maintenance access notes — than a design or construction team needed during delivery, and we scope this handover requirement early if it's part of the project brief.
Yes, if facilities and asset management handover is part of the brief, we scope this early so the model carries the equipment data, warranty references and maintenance information a facilities team actually needs, not just what a design and construction team needed.
One Coordinated Model Can Support More Than the 3D View
Floor plans, sections, elevations, schedules and drawing sheets come from the same coordinated model. See how an element connects to its drawing references.
- S-101 Plan · Level 01
- S-201 Section
- S-601 Column schedule
Floor plans, sections, elevations, schedules and sheets are derived from the same coordinated model, so a change is made once.
The principle
BIM is not just 3D geometry.
- Geometry
- Information
- Coordination
- Process
- Useful BIM
What You Get
Architectural BIM models
Architectural modelling to the agreed project requirements.
Structural BIM models
Structural modelling for coordinated project workflows.
MEP BIM models
Mechanical, electrical and plumbing model coordination.
Revit models to agreed LOD
Modelled to the stage the project needs.
Clash detection reports
Prioritised coordination issues, not a raw list.
Custom Revit families
Non-standard equipment and fittings that schedule correctly.
Scan-to-BIM
Point cloud / laser scan conversion to a working model.
Coordinated federated models
Combined multi-discipline coordination environment.
Model-derived drawing sheets
Documentation generated from the coordinated model.
BIM execution plan input & model health checks
Support for project BIM requirements and model review.
Where BIM Modelling & Coordination Is Used
Multi-disciplinary design coordination
01
Construction documentation
02
Existing building/structure documentation from scan data
03
Renovation and retrofit projects
04
Facilities and asset documentation
05
Model auditing and rebuild for legacy projects
06
How It Works
01
Model brief
Discipline, LOD target and any existing model or scan data confirmed upfront, along with which coordination decisions the model needs to support.
02
Scope & quote
Deliverables, software and coordination workflow agreed before starting, including how often clash detection will run through the project.
03
Modelling
Discipline model(s) built or updated to the agreed LOD, with families and parameters set up to schedule correctly, not just display correctly.
04
Coordination & clash detection
Models federated and checked for clashes, with reports issued for resolution and prioritised by severity rather than listed in raw, unsorted order.
05
Delivery
Coordinated model and any derived drawings delivered with revision tracking.
Industries We Support
Related BIM Projects
Illustrative examples, marked as such. They will give way to verified case studies as client work is cleared for publication.
BIM Modelling & Coordination FAQs
Building Information Modelling (BIM) is the process of creating a data-rich 3D model of a building or structure that documents design, coordination and construction information, typically in Revit.
Combined architectural, structural and services models are checked against each other (commonly in Navisworks) to identify physical clashes before construction, with a report issued for the design team to resolve, prioritised by which clashes actually matter.
Yes — see our Scan to BIM service for converting laser scan or point cloud data of an existing building or structure into a working Revit model.
This is agreed per project and project stage — we scope modelling depth against the LOD your project actually needs rather than defaulting to the highest level, since over-modelling wastes time just as much as under-modelling causes coordination gaps.
Yes, and we build them to schedule and tag correctly, not just to look right in a 3D view, since a family that reports incorrect data undermines the point of using BIM in the first place.
Yes, assessing and rebuilding problem areas in an inherited model is a common request, and it's usually faster than starting from scratch while still resolving the underlying coordination issues.
By running coordination as a structured, recurring process with clear ownership assigned to each open issue, rather than issuing a single large report and hoping it gets actioned without follow-up.
Yes, if facilities and asset management handover is part of the brief, we scope this early so the model carries the equipment data, warranty references and maintenance information a facilities team actually needs, not just what a design and construction team needed.
Yes, where a project needs a structured coordination process, we can maintain an issue log alongside clash reports, tracking who owns each open item and when it was resolved.
Yes, this is a core reason Navisworks-based federation exists — models built in Revit, Tekla, Civil 3D and other platforms can be combined into a single coordination view without requiring every discipline to use the same authoring software.
This depends on project pace and how frequently discipline models are being updated — we agree a sensible cadence with you upfront, since running it too rarely risks a large, unmanageable clash list building up unnoticed.
Yes, a coordinated federated model demonstrating design resolution can be a valuable part of a tender submission, and we scope this specifically if that's the intended use.
Yes, inconsistent or duplicated families across discipline models is a common, avoidable source of coordination confusion, and we check for this as part of federating and reviewing a combined model.
Yes, a coordinated model makes it easier to visualise the knock-on impact of a proposed change across disciplines, which is useful input when a value engineering review is being considered.
Yes, coordination can be run at a faster, more frequent cadence to match a compressed design-and-build programme, prioritising the highest-risk interfaces first.
Yes, where models are structured with quantity take-off in mind, reliable quantities for major building elements can be extracted directly rather than measured manually from 2D drawings.
We can prepare and structure models to feed into a 4D or 5D workflow run by your project's scheduling or cost team, coordinating model structure with their specific software requirements.
Yes, translating a technical clash report into a plain-language summary of what's been found and resolved is something we can provide alongside the full technical report for less technical stakeholders.
Yes, federation and clash detection can include specialist models — fire services, vertical transportation, façade — alongside the core architectural, structural and MEP models, provided those models are supplied in a compatible format.
Yes, walking the design team through a federated model and clash findings directly can resolve ambiguity faster than a written report alone, particularly for complex or contested clashes.
Yes, coordinating new fit-out elements against an existing building's structure and services — captured either from existing drawings or scan data — is a common and slightly more constrained coordination task.
Yes, cloud-based Revit worksharing and structured issue tracking mean coordination isn't dependent on all parties working in the same time zone, provided a clear process for issuing and resolving clashes is agreed upfront.
Yes, a summary report confirming the status of all raised clashes — resolved, accepted, or deferred with reasoning — is a valuable document to issue alongside the final coordinated model before construction begins.
Yes, where a project runs a formal CDE for document and model control, we work within its structure and naming conventions rather than maintaining a separate, parallel file system.
Start a project
Coordinate the Model Before the Problem Reaches Site
Tell us what you need and our team can review the project requirements.
Architectural + Structural + MEP → Coordinated model