What is a Digital Twin?
Lynefield digital construction consultancy UK

What is a Digital Twin?

A client-side guide for estates and facilities professionals

Overview

Digital twin is one of the most discussed terms in the built environment right now. It appears in procurement strategies, capital programme briefs and technology vendor pitches with increasing frequency. Yet despite the growing interest, there remains significant confusion about what a digital twin actually is, how it differs from a BIM model, and most importantly for estates-owning organisations, what is required to make one work.

The short answer is that a digital twin is not primarily a technology. It is a connected, living dataset. The technology, whether a 3D model, a GIS platform, a sensor network or a CAFM system is simply the means by which data is captured, connected and made usable. What distinguishes a digital twin from any other digital representation of a building is that it is continuously connected to the physical asset it represents, updated in real time or near-real time as conditions change.

This guide explains what a digital twin is in the context of the built environment, why the quality of the underlying data matters above all else, what organisations need to define before they can realistically implement one, and how information management specifically, clear client information requirements is the foundation on which any successful digital twin is built.

What is a Digital Twin?

The most widely referenced definition in the UK built environment comes from the Gemini Principles, published by the Centre for Digital Built Britain in 2018: a digital twin is a realistic digital representation of something physical. 

What distinguishes a digital twin from any other digital model is its connection to the physical twin.

That last sentence is the critical distinction, a BIM model is a digital representation of a building. A digital twin is a digital representation of a building that is connected to it, updated with real-world data from sensors, building management systems, CAFM records, occupancy data and other sources so that it reflects the current state of the physical asset, not just its design intent.

In plain english

A BIM model shows you what a building was designed or built to look like.

• A digital twin shows you what the building is actually doing right now, energy consumption, space utilisation, asset condition, maintenance history connected to the physical building in real time.

• The data connected to the twin is what makes it valuable. A 3D model with no live data connection is not a digital twin.

The spectrum of Digital Twins

Not all digital twins are equal, and it is important for clients to understand that the term is applied across a wide spectrum of capability, from relatively simple connected models to highly sophisticated real-time platforms integrating multiple data streams.

Static digital model 

A 3D model or BIM model of the building with no live data connection. Often described as a digital twin by vendors but is not one by the Gemini Principles definition. 

A starting point, not a destination.

Connected asset register 

Asset data linked to a spatial model, updated periodically from the CAFM system. Provides a reliable single source of truth for asset location and condition, but without real-time data feeds.

Operational digital twin 

A model connected to live data sources such as building management systems, IoT sensors, energy meters,
occupancy data, updated continuously to reflect the current state of the building.

Predictive digital twin 

An operational twin with analytics capability, able to model future scenarios, predict maintenance requirements, optimise energy performance and support capital investment decisions based on real data.

Most estates-owning organisations that are beginning their digital twin journey are working toward the second or third level. The fourth level, predictive capability, requires not only good data infrastructure but significant analytical maturity. 

Understanding where your organisation realistically sits on this spectrum, and where you want to get to, is the essential
first step before any digital twin investment.

What many vendors sell is not a digital twin

• Many commercial products marketed as digital twins are, in practice, 3D graphical interfaces that visualise a building's spaces and conditions without a genuine live data connection to the physical asset.

• These tools can be useful, they improve situational awareness and help estates teams navigate complex buildings but they should not be confused with a genuine operational digital twin.

• Clients should ask vendors directly: what data sources does this platform connect to in real time, how is that data maintained, and what happens to the twin when data is not updated?

Why data quality is the foundation

The most common reason digital twin initiatives fail to deliver their promised value is not the technology. It is the data. A digital twin is only as reliable as the information it is built on. If the underlying asset data is incomplete, inconsistent or out of date which, as we describe in our guide on why BIM handovers fail, is the norm rather than the exception on many estates, then the digital twin built on top of that data will reflect and amplify those problems rather than solve them.

This is why the digital twin conversation cannot be separated from the information management conversation. Before an organisation can realistically implement a digital twin, it needs to be able to answer a series of foundational questions about its data:

Is our asset register complete? do we have a reliable, structured record of every maintainable asset in our estate?

Is the data consistent? is it classified, named and attributed using a consistent standard across our estate?

Is it spatially referenced? can we locate every asset within a spatial model or floor plan?

Is it connected? can asset data be linked to maintenance records, compliance documentation, energy data and other operational information?

Is it maintained? do we have processes in place to keep the data current as assets are replaced, maintained or modified?

Organisations that cannot answer yes to these questions are not yet ready to implement a digital twin in any meaningful sense. 

They are, however, in exactly the right position to begin building the information foundations that a digital twin requires and that is a well-defined, achievable starting point.

Manchester University NHS Foundation Trust — a recent example

• In October 2025, Manchester University NHS Foundation Trust went live with a digital twin of six hospitals covering 274,000 square metres of internal floor space.

• The project involved combining data from multiple systems including CAFM and CAD floorplans, and establishing new data governance so that information connected to the 3D model was accurate and up to date.

• The head of digital estates described the outcome as 'creating the foundation for building a digital twin' recognising that the data integration and governance work was the critical achievement, not the 3D visualisation itself.

• This is a realistic and instructive example of what a first-phase digital twin programme looks like in practice for a large NHS estate.

What a digital twin needs to function

A functioning digital twin for an estates-owning organisation draws on several interconnected data sources. 

Understanding what these are, and what quality they need to be, is essential before any technology investment is made.

Spatial data

A georeferenced spatial model, typically a BIM model, a GIS layer, or a combination of both that accurately represents the physical layout of the building or estate. 

This is the framework to which all other data is connected. Without accurate spatial data, asset location cannot be reliably established and the twin cannot provide meaningful situational awareness.

Asset data

A complete, structured and consistently classified asset register, the same asset data that should be specified in the organisation's Asset Information Requirements and delivered at handover via COBie or a direct CAFM import. 

This is the backbone of any digital twin, without it, the twin has nothing meaningful to connect spatial data to.

Operational data

Live or near-live data from building systems, building management systems (BMS), energy meters, IoT sensors, occupancy monitoring that reflects the current operational state of the building. 

This is what transforms a static model into a genuinely connected twin, the quality and reliability of this data depends on the sensors and systems in place, and on the data governance arrangements that ensure feeds are maintained and monitored.

Maintenance and compliance data

Records from the CAFM system, planned preventive maintenance schedules, reactive maintenance history, inspection records, compliance certificates, that provide the operational context for asset condition and performance. 

A digital twin that includes this data can move from simply showing what assets exist to showing how they are performing and when they are likely to require attention.

Document and knowledge data

O&M manuals, warranties, commissioning records, as-built drawings and other documentation linked to specific assets. In a mature digital twin, this information is accessible directly from the asset within the model, so that a maintenance engineer can call up the relevant O&M manual by selecting the asset in the twin, rather than searching a document management system.

Why client information requirements matter

Most digital twin conversations begin with the technology and work backwards to the data.

The more effective approach, and the one that consistently produces better outcomes is to start with the organisation's information requirements and work forward to the technology that can support them.

This means asking, before any technology decision is made:

1. What decisions do we need this digital twin to support? 

Space planning, energy management, compliance monitoring, capital investment prioritisation, predictive maintenance, different use cases require different data.

2. What information do we currently hold, and in what condition? 

An honest audit of existing asset data, spatial models and operational systems is essential before any digital twin investment is committed to.

3. What are our information requirements? 

Defining what data the twin needs to contain, at what level of detail, in what format, connected to which systems before specifying any technology.

4. How will the data be maintained? 

A digital twin that is not kept current becomes a liability rather than an asset. Data governance: who is responsible for maintaining accuracy, how often data is reviewed, what happens when assets change, all must be
defined before implementation.

5. How does the digital twin connect to our existing systems? 

A digital twin is not a replacement for a CAFM system, a BMS or a GIS platform. It is a layer that connects these systems and makes their data accessible in an integrated way. 

Understanding these integrations in advance avoids the costly data reconciliation problems that characterise poorly planned implementations.

The Information Requirements connection

• A digital twin is, at its core, a connected asset information model, the same body of information that BS EN ISO 19650 describes as the Asset Information Model (AIM).

• Organisations that have developed clear Organisational Information Requirements, Asset Information Requirements and Exchange Information Requirements are significantly better positioned to implement a digital twin, because they have already defined what information they need and how it should be structured.

• For organisations that have not yet developed these requirements, the digital twin aspiration provides a compelling reason to start, because without them, any digital twin investment risks being built on data that does not reflect the organisation's actual operational needs.

Why clients ask us to support their digital twin information requirements

Most digital twin implementations that fail to deliver their expected value do so because the information foundations were not established before the technology was selected. 

The vendor delivers a platform; the client discovers that their asset data is not complete enough, not consistently structured enough, or not maintained reliably enough to make the twin function as intended.

Lynefield works exclusively on the client side. We help estates-owning organisations understand what information a digital twin genuinely requires, assess the current state of their data against those requirements, and define the information requirements (OIR, AIR, EIR) that will ensure future projects deliver data that is ready to connect to the twin. 

We also support organisations in structuring their existing asset data to meet digital twin readiness criteria, so that technology investment is not made prematurely on foundations that cannot support it.

If your organisation is considering a digital twin, has been asked by a vendor to specify one, or is looking to understand what information you need to have in place before making that investment, we would be glad to help.

Frequently Asked Questions

What is the difference between a BIM model and a digital twin?

A BIM model is a digital representation of a building — it shows how the building was designed or constructed. A digital twin is a BIM model or spatial model that is connected to the physical building through live data feeds, from sensors, building management systems, CAFM records and other operational sources so that it reflects the current state of the building rather than its design intent. The connection to real-world, real-time
data is what distinguishes a digital twin from any other digital model.

Does my organisation need a digital twin?

Not necessarily, at least not yet. A digital twin delivers the most value when there is a clear operational use case it will support, and when the underlying data is in good enough condition to make it reliable. For many organisations, the more immediate priority is improving the quality of existing asset data and establishing clear information requirements, which are both prerequisites for a functioning digital twin and valuable in
their own right regardless of whether a digital twin is ever implemented.

What data does a digital twin need to function?

At a minimum: accurate spatial data (a georeferenced model or floor plan), a complete and structured asset register, and a mechanism for keeping both up to date. 

A more capable operational twin also requires live data feeds from building management systems, energy meters and IoT sensors. The quality and completeness of this underlying data is the primary determinant of how useful the twin will be.

How does a digital twin relate to our CAFM system?

A CAFM system is one of the primary data sources that feeds into a digital twin, maintenance records, asset condition data, planned maintenance schedules and compliance records all originate in the CAFM system and are connected to the twin. 

A digital twin is not a replacement for a CAFM system; it is a layer that integrates data from the CAFM system with spatial and operational data to provide a more complete, accessible picture of the estate.

Can a digital twin be built from existing data, or does it require a new project?

Both are possible. Many organisations begin their digital twin journey by auditing and improving existing data, asset registers, CAFM exports, existing models and drawings rather than waiting for a capital project to generate new data.

This retrospective approach takes longer and requires more manual effort, but it means that digital twin capability does not depend on a future project being commissioned. 

Where a capital project is underway or planned, clear information requirements in the EIR are the most efficient way to ensure the project delivers data that is ready for digital twin use.

What should we look for when evaluating digital twin platforms?

Focus on data integration rather than visualisation. The most important question is not 'how does the 3D model look' but 'what data sources can this platform connect to, how is data maintained, and how does it integrate with our existing CAFM and building management systems.' 

Also ask about data ownership,where is the data held, who owns it, and what happens to the twin if you change platform or vendor.

Information icon

We need your consent to load the translations

We use a third-party service to translate the website content that may collect data about your activity. Please review the details in the privacy policy and accept the service to view the translations.