Skip to content
rcRender CAD Hub

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

Illustrative multi-storey BIM model: architectural, structural and MEP layers federated, a clash found and resolvedL1L2L3

01 · Architectural model

Coordination stage

Why coordination

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 discipline models converge into one coordinated modelARCHITECTURESTRUCTUREMEPCOORDINATEDPROJECT MODEL
Disciplines

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.

Architectural layer of the BIM modelL1L2L3
Architectural · single-discipline model
  • Walls
  • Doors
  • Windows
  • Rooms
  • Ceilings

Each discipline models its own scope. On its own, nothing shows how it meets the other two.

Federated model

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.

Federated BIM model with discipline layer togglesL1L2L3
Lightweight viewer · illustrative
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.

LOD

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.

Example equipment at Construction stageACCESS ZONE1300600AHU-01
Construction · the same element, more information
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.

Clash detection

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.

A structural beam intersecting an HVAC duct, highlighted as a clashBIM-001L1L2L3
Clash detected · BIM-001
Clash detected
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.

Prioritisation

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.

Hard clash: structural beam intersects a ductHARD CLASH · PRIORITY HIGHStructural beam intersects duct
Hard clashPriority: High
Clearance issue: equipment access zone approaches another elementCLEARANCE ISSUE · PRIORITY REVIEWAccess zone approaches another element
Clearance issuePriority: Review
Clash report

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.

BIM model with clash markers linked to the reportBIM-001L1L2L3
Click an issue — or a marker — to locate it in the model

Illustrative values only. Priorities follow each project's requirements.

Process

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.

Coordination cycle1Federate2Check3Identify4Prioritise5Assign6Resolve7Recheck8Update modelREPEATNOT A ONE-OFF REPORT

01 / 08

Federate

Models combined into one view.

  1. Federate
  2. Check
  3. Identify
  4. Prioritise
  5. Assign
  6. Resolve
  7. Recheck
  8. Update model
Ownership

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.

  1. Issue

    Structural / MEP clash

  2. Discipline

    MEP coordination

  3. Owner

    MEP lead

  4. Action

    Modify duct route

  5. Status

    Recheck

Illustrative example. Context and ownership are what stop a clash report being ignored under deadline pressure.

Revit families

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.

Example custom equipment familyACCESS ZONE1300600AHU-01HANDOVER DATA · EXAMPLEAsset ref · AHU-01Warranty ref · per briefMaintenance access · see zone
3D model ↔ tag ↔ schedule · one family, consistent data
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.

Information

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.

Equipment with its informationACCESS ZONE1300600AHU-01HANDOVER DATA · EXAMPLEAsset ref · AHU-01Warranty ref · per briefMaintenance access · see zone
Geometry + information
  • Type
  • Size
  • Manufacturer / reference
  • Quantity
  • System
  • Level
  • Parameters
Inherited models

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.

Inherited model at the "Model audit" step12345L1L2L3
Model audit

Problem geometry, coordination issues, family problems, structural inconsistencies and missing information are identified.

  • 1Problem geometry
  • 2Coordination issues
  • 3Family problems
  • 4Structural inconsistencies
  • 5Missing information
Scan to BIM

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.

Point cloud of an existing building
Existing condition · point cloud

Scan → BIM

Revit BIM model built from the scan
Working Revit model
Model health

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

  1. Inherited model
  2. Audit
  3. Targeted fixes
  4. Coordinated model
Handover

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.

Equipment information growing from design to facilities handoverACCESS ZONE1300600AHU-01HANDOVER DATA · EXAMPLEAsset ref · AHU-01Warranty ref · per briefMaintenance access · see zone
Information needs grow through the project — where included in the project brief
Model-derived drawings

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.

BIM model with Column C-B2 highlightedL1L2L3
Select an element — see where it appears on the sheets
  • 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.

  1. Geometry
  2. Information
  3. Coordination
  4. Process
  5. Useful BIM
Deliverables

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.

Applications

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

Multi-disciplinary design coordination, Construction documentation, Existing building / structure documentation from scan data, Renovation and retrofit projects, Facilities and asset documentation, Model auditing and rebuild for legacy projects
Workflow

How It Works

  1. 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.

  2. 02

    Scope & quote

    Deliverables, software and coordination workflow agreed before starting, including how often clash detection will run through the project.

  3. 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.

  4. 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.

  5. 05

    Delivery

    Coordinated model and any derived drawings delivered with revision tracking.

FAQs

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 and MEP models becoming one coordinated model

Architectural + Structural + MEP → Coordinated model