Back

What happens when the model knows what it costs

What happens when the model knows what it costs

Team Arcol

In a typical architectural workflow, cost information arrives weeks after design decisions are made.

The architect develops the massing. Iterates on the floor plate. Refines the unit mix. Adjusts the facade system. All of this happens in the design environment, informed by the architect's judgment, the program requirements, and whatever cost benchmarks they can remember from the last project.

Then the model gets exported. The estimator takes off quantities manually, or through a dedicated takeoff tool that requires its own import and setup process. The quantities go into a spreadsheet. The estimator applies unit costs. A cost report gets produced.

A meeting happens. The architect learns the building costs 15% more than the target. Three weeks of design iteration, evaluated after the fact. And now the architect needs to redesign, knowing that the next round of cost feedback is another three weeks away.

This is the feedback loop that governs most early-stage architectural design. It is not a loop. It is a line, with a long delay between action and information.

What three weeks costs

The delay is not merely inconvenient. It is expensive.

Every design decision made during that three-week gap is made without cost context. The architect may be optimizing the floor plate for efficiency while unknowingly selecting a structural system that adds $12 per square foot. The architect may be refining the facade for aesthetic impact while the glazing ratio pushes the energy model, and the budget, in a direction nobody will discover until the estimate comes back.

Multiply this across every design phase. Feasibility. Schematic design. Design development. Each phase has its own cost feedback cycle, and each cycle introduces the same delay, the same information gap, the same risk of designing in the wrong direction.

Collapsing the loop

Now consider the alternative.

The architect adjusts the floor plate. The cost estimate updates. Not in three weeks. In that moment. The architect sees the cost implication of the design move while making the design move. The floor plate gets wider. The structural spans increase. The cost per square foot ticks up. The architect can see the trade-off in real time and decide whether the wider floor plate is worth the structural premium.

This is what happens when cost is not a downstream deliverable. When it is a native property of the model.

The feedback loop does not shorten from three weeks to one week. It collapses to zero. The design decision and the cost evaluation happen simultaneously, in the same environment, in the same moment. There is no export. No separate takeoff. No spreadsheet. No meeting to share bad news.

The architect does not stop being creative. The architect becomes more creative, because every iteration is informed. The instinct that says "this is getting expensive" is now backed by real data, visible in the model, updated with every change.

The design review that should exist

Dream a little dream with us: An owner, an architect, and a contractor are in the same model. Not a presentation of the model. The model itself, live, shared, and carrying cost intelligence.

The architect adjusts the floor plate to accommodate a larger retail ground floor. The cost estimate updates. The GC can flag constructability implication. The owner sees the budget impact in real time.

Three disciplines. One model. One conversation. The trade-off is visible to everyone, in real time, with real data.

No exports. No "we will get back to you with the numbers." No waiting for the estimator to run the quantities through a separate workflow. The numbers are in the model because cost is in the model.

What this requires

Embedding cost intelligence in the design model is not a plugin problem. It is an architecture problem.

For cost to update in real time, the design environment needs structured, queryable geometry. Not a collection of lines and surfaces, but a model where every element carries metadata: what it is, what it is made of, how it relates to the elements around it. The geometry must be measurable by the system, not just visible to the user.

The cost data itself needs to live in the same environment. Not in a linked spreadsheet. Not in a separate estimating tool that reads an export. In the model, tied to the geometry, updating as the geometry changes.

And the environment needs to be live and shared. Cost intelligence that only one person can see, on one machine, in one session, does not produce the collaborative feedback loop that makes it valuable. The owner, the architect, and the contractor need to see the same model, with the same cost data, at the same time.

This is Connected Constructible Design. A design environment where geometry, cost, structural context, and constructability are not separate workstreams. They are dimensions of a single, shared model. Where moving a wall is not a geometric operation that eventually gets a cost implication. It is a geometric operation that is a cost implication, visible immediately, to everyone in the model.

Not a vision for 2030

The infrastructure to support cost-embedded design exists today.

Cloud-native architecture makes shared, real-time models possible. Structured BIM data makes automated quantity extraction possible. AI makes instant cost estimation from geometric changes possible. The individual technologies are not speculative. They are current.

The question is whether the design environment was built to carry that intelligence, or whether it was designed as a drafting tool 30 years ago and asked to do something it was never built for.

Most tools in AEC fall into the second category. They are geometry tools first, everything else second. Cost is an export. Structure is a round-trip. Constructability is someone else's problem. The model is a drawing, not a decision-making environment.

The model that knows what it costs requires a different foundation. An environment where cost is not downstream. Where structural awareness is not a separate discipline. Where every design decision is, inherently and immediately, a business decision.

Building that environment from scratch is harder than bolting a cost plugin onto an existing tool. But the result is fundamentally different. Not a faster version of the old workflow. A new feedback loop entirely. One where the gap between design intent and constructed reality starts closing the moment the first line is drawn.

That is not easy. But it is where the industry needs to go.