Back

Cloud access is not collaboration: what AEC gets wrong about working together

Cloud access is not collaboration: what AEC gets wrong about working together

Team Arcol

Picture the weekly coordination meeting. Six people around a table, each with a laptop open to a different export of the same model. The architect has the Revit file. The structural engineer has an IFC export from two days ago. The cost estimator has a spreadsheet from the most recent designs. The contractor has a markup set in Bluebeam that references a version nobody else has seen.

Everyone is looking at the same plan. Nobody is looking at the same information.

This is not a communication problem. It is a coordination problem. And it costs the industry $1.85 trillion annually in rework, according to an FMI/Autodesk study. Not because people are careless. Because the tools they rely on were never built to keep them in sync.

"Cloud" is not a collaboration strategy

Somewhere along the way, the AEC industry decided that putting files in the cloud was the same as collaborating. It is not.

Uploading a Revit model to a cloud viewer gives you shared access. It does not give you a shared workflow. The authoring still happens locally, on one machine, one license, one user at a time. When the architect makes a change at 3pm, the structural engineer sees it whenever someone remembers to re-export and re-upload. Maybe tomorrow. Maybe next week.

This is file sharing with extra steps. It is not collaboration.

Cloud-hosted means your files live on a server instead of a local drive. You get access from anywhere, version history, maybe a viewer. The underlying workflow is unchanged: one person authors, exports, shares, waits for feedback, incorporates it, re-exports.

Cloud-native means the authoring environment itself lives in the browser. There is no local file. There is no export-upload-sync cycle. Every participant works in the same live environment, seeing the same data, at the same time.

Most tools in AEC today are cloud-hosted. They moved the storage. They did not move the work.

What real-time collaboration actually requires

Real collaboration in a design environment requires three things working simultaneously.

Simultaneous authoring in the same model. Not "I'll work on this file while you work on that one and we'll merge later." Two people, same model, same moment. The way a Google Doc works, except the document is a building. Without this, every handoff introduces a version gap. Every version gap is a place where errors hide.

Cross-discipline visibility. The architect should see cost implications as geometry changes. The contractor should see structural feasibility while reviewing the massing. The cost estimator should see takeoffs update when someone moves a wall. When disciplines can only see their own slice, decisions get made with incomplete information. That is how a $40 million project becomes a $46 million project.

Shared context, not shared access. Access means you can open the file. Context means you understand what you are looking at, why it changed, and what it affects downstream. A shared folder gives you access. A shared environment gives you context. The difference between the two is the difference between coordination meetings that confirm alignment and coordination meetings that discover misalignment three weeks too late.

The hidden cost of "close enough" collaboration

McKinsey has documented that construction productivity has remained essentially flat for decades while nearly every other major industry has improved. The usual explanation points to labor, regulation, fragmentation. All real factors. But there is a simpler one hiding in plain sight: the people building these projects cannot see the same information at the same time.

Consider a concrete workflow. An architect adjusts the floor plate on a mixed-use tower. That adjustment affects structural loading, unit mix, FAR calculations, and cost per square foot. In the current workflow this can kick off weeks of downstream changes and impact across numerous stakeholders.

Now multiply this by every significant design decision on the project. The result is not dramatic. It is quietly corrosive.

What changes when the environment is truly shared

The alternative is not a better file-sharing tool. It is a different kind of environment entirely.

When the modeling environment is browser-native and collaborative, the two-to-three-week feedback loop compresses to minutes. The architect adjusts the floor plate. The structural implications are visible immediately, because the structural logic is embedded in the model. The cost impact updates in real time, because the takeoffs are connected to the geometry, not exported from it. The contractor sees the constructability implications without waiting for a drawing set, because they are working in the same live model.

This is what Connected Constructible Design looks like in practice. Not a feature. A fundamentally different architecture for how project teams work together.

Arcol was built for this from the ground up. Browser-native, so there is nothing to install, sync, or export. Multiplayer, so every discipline works in the same live environment. And because cost, structural, and regulatory data are embedded in the model itself, every participant sees the full picture, not just their piece of it.

Takeoffs update as geometry changes. Cost per square foot is visible during design review, not two weeks after it. Zoning compliance is checked continuously, not at a milestone gate. The coordination meeting becomes a confirmation of decisions already made together, not a discovery of problems already baked in.

The question nobody is asking

The industry spends enormous energy evaluating cloud tools. Comparing viewers. Debating file formats. Arguing about which common data environment checks the most boxes.

The question that matters is simpler and harder: when your team makes a design decision, is everyone seeing the same information at the same moment?

If the answer is no, you do not have a collaboration tool. You have a shared folder with a login screen.

The $1.85 trillion in annual rework is not a cost problem waiting for a cheaper process. It is a coordination problem waiting for a shared environment. The tools exist to close that gap. The firms that adopt them will not just reduce rework. They will make better buildings, because they will make better decisions, together, in real time.

That is the bar. Not cloud access. Actual collaboration.