Lesson 6.2Lesson 6.2 · BIM in Design
Design Analysis: Energy, Structure, Daylight
The model can predict how a building will perform — if you feed it the truth
You can ask the model how hot the building will get, how it will stand, how the light will fall — before a brick is laid.
We have treated the model as geometry to coordinate. But because every object carries data (Module 3), the model is also *readable by simulation* — and that unlocks something remarkable: you can ask, of a building that does not yet exist, how it will actually perform. How much energy will it use? Will the structure stand under load? How will daylight reach the back of the room in December? The model can predict all of it, early enough to change the design in response.
This is design analysis, and it turns BIM from a documentation tool into a *design* tool — a way to test ideas against reality before committing to them. But there is a discipline that comes with the power, and it is the same honesty that runs through this whole module: a simulation is only as truthful as the information and assumptions you feed it. A confident prediction built on bad inputs is not insight — it is garbage in, garbage out, wearing a lab coat.
Ask the model how the building will perform. Then remember you are really asking your own assumptions.
What analysis the model can drive
Once a model carries the right data, a family of analyses can read it. Energy analysis uses the geometry, the spaces, the materials and their thermal properties, the orientation and the climate to predict heating, cooling and energy use — letting you test a facade, a shading device or a glazing ratio against real consequences (and, in India, against the Energy Conservation Building Code, ECBC). Structural analysis takes the structural model and its loads to check that members are adequate and the building stands. Daylight and solar analysis predicts how natural light and sun reach the interior across the year, informing window sizing, shading and layout. Others follow — airflow (CFD), acoustics, thermal comfort — each reading the same model through a different lens.
The common thread is that analysis consumes the model's *data*, not just its shape. An energy simulation needs real thermal properties and correctly defined spaces; a structural analysis needs real loads and material grades. This is exactly why the data discipline of Module 3 matters: a model built only to look right, with placeholder or missing properties, cannot drive honest analysis, however good it looks.
The analysis-ready model: not the same as the design model
A practical truth that trips up many teams: the model you *author* is often not directly the model you *analyse*. Analysis tools frequently need a simplified, correctly-structured version — an energy simulation wants clean thermal zones and simplified geometry, not every architectural detail; a structural solver wants an idealised analytical model, not the full architectural form. Information moves to the analysis tool through exchange formats (IFC, or the energy-specific gbXML), and the quality of that hand-off matters as much as the original model.
So 'analysis-ready' is a real state a model must be brought to, deliberately: correct spaces, correct properties, sensible simplification, verified export. Skip that and the analysis silently runs on a distorted picture. This is the modelling-effort idea of Module 3 again: you model *for the use*, and analysis is a use with its own requirements. A gorgeous authoring model is not automatically an analysable one — and treating them as the same is a common way analyses go quietly wrong.
The model that draws beautifully and the model that simulates honestly are cousins, not twins.
A simulation is a model of reality, not reality
Here is the honesty the power demands. Every simulation rests on inputs and assumptions — the weather file, the occupancy pattern, the equipment loads, the material properties, the modelling simplifications. Change the assumptions and the answer changes, sometimes dramatically. A simulation does not tell you what *will* happen; it tells you what would happen *if* the building and the world behaved exactly as you assumed. That is enormously useful for comparing options and catching problems — and dangerous if mistaken for a guarantee.
So the discipline is threefold. Feed it truth: real properties, sensible assumptions, a verified analysis-ready model — garbage in, garbage out applies with full force here. Read it as comparison, not prophecy: analysis is at its strongest telling you that option A uses less energy than option B, and weakest asserting an exact number the building will hit. And keep judgement in the loop: a result that contradicts physical sense is usually a modelling error, not a discovery. Used this way, analysis makes the model a genuine design instrument. Used credulously — trusting a confident number from an unverified model — it launders bad assumptions into false certainty, which is worse than no analysis at all.
Three altitudes on the same idea
Read the band that fits you — or all three.
Learn analysis as reading the model's data. Because objects carry data, the model can be read by simulation: energy analysis (heating/cooling/energy use, tested against India's ECBC), structural analysis (will it stand under load), daylight/solar analysis (how light and sun reach the interior), and more. Two things to remember: analysis usually needs an 'analysis-ready' version of the model (clean spaces, real properties, sensible simplification — exported via IFC or gbXML), not the raw authoring model; and a simulation is only as honest as its inputs and assumptions. It predicts what would happen *if* the world behaves as assumed — powerful for comparing options, dangerous if mistaken for a guarantee.
Bring the model to 'analysis-ready', then read results as comparisons. For each analysis, prepare the model the tool actually needs: correct spaces/zones, real material and thermal properties, sensible simplification, a verified export (gbXML for energy, an analytical model for structure). Check your assumptions explicitly — weather file, occupancy, loads — because they drive the result. Use analysis to compare design options and catch problems early, not to promise an exact performance figure. And trust physical sense: a result that defies it is almost always a modelling or input error, not an insight.
Require analysis-ready data, and govern the honesty. Analysis is where BIM becomes a design instrument — testing energy, structure and daylight before commitment, and demonstrating code compliance (ECBC and others). But its value depends entirely on input quality and assumption discipline, so specify the data analyses need in the EIR, and require that assumptions be stated and results read as comparative, not absolute. The failure mode to govern against is false certainty: a confident number from an unverified model that launders bad assumptions into a decision. Insist that analysis is paired with stated assumptions and human judgement, so the model informs design rather than falsely certifying it.
“The model ran the energy simulation, so we now know exactly how the building will perform.”
Do it yourself
Interrogate a simulation as if you were reviewing it — the point is to see how much the assumptions carry.
- 1Pick one analysis — say energy. List the inputs it needs beyond geometry: material and thermal properties, defined spaces, orientation, climate/weather file, occupancy pattern, equipment loads.
- 2For each input, ask: where does it come from, and how confident am I? Notice how many are assumptions rather than facts — and that the result depends on all of them.
- 3Now imagine two runs with one changed assumption (say, a different occupancy schedule). If the answer shifts significantly, what does that tell you about trusting a single absolute number versus a comparison between design options?
- 4Finally, write one line: an energy result claims the building will use a very specific amount of energy. What would you check about the model and the assumptions before you believed it — and would you trust 'option A beats option B' more than the exact figure?
The one line to carry out
Analysis tests whether the building performs. The next tool tests whether people understand it — and carries its own temptation. Next: visualization, and the ethics of showing a design honestly.
The author
Amogh N P
Architect, interior designer, and creative polymath. Studio Matrx began in his notebooks — his vision of design made honest, useful, and open to everyone. Its Academy is written and taught in his memory, and free, forever.
More about Amogh →