How I created design fixity with Revizto to stop my team from working blind
Are you prepared for what’s next in AECO?
Rework in construction is never caused by bad people. It's caused by good people working with incomplete information.
I've seen this play out on project after project. A detailer coordinates a corridor with precision. Then the room layout changes because a user meeting produced new requirements. Now that work has to be done again. Nobody made a mistake. The system failed them.
Design fixity is my answer to that system failure.
Delivering a complex project at double the speed
We were asked to compress an already aggressive design timeline by 50% and begin coordination before all design decisions were finalized. The question isn't whether changes will happen — they will. Design is iterative. The problem is when the construction team doesn't know which decisions are confirmed and which are still live.
That information gap is where rework lives. And on a compressed schedule with 12 risk-reward partners all needing consensus on every major decision, the gap was significant.
What is design fixity?
Design fixity is a structured process for documenting which design elements are confirmed and which are still in flux, made visible to every team member in real time, at room level.
For the Sutter Health West Campus Phase 1 project, I built it using custom color-coded stamps in the Revizto Collaboration Hub, creating a live dashboard that anyone on the project could access at any point. Not a weekly PDF heat map emailed on Fridays. A live view that updated as decisions were made.
Every stamp was tied to the task schedule — not just a status, but a deadline. And I changed the language deliberately. Instead of "Open," a pending design item became "Design/Engineering Constraint." Because if the design team doesn't make a decision, they are constraining the construction team's ability to progress. I wanted every designer who looked at their queue to feel that.
The Stamps & Issue Workflows in Revizto were what made that level of customization possible — the ability to configure status language, tie stamps to schedules, and make the accountability visible to everyone, not just the coordination team.
What changed when it worked
Detailers stopped working blind. They could see which rooms were confirmed and safe to coordinate, and which were still in flux. Designers started experiencing the real cost of pending decisions. And information started flowing in both directions — detailers started informing design decisions rather than just receiving them.
We started on 95,000 square feet. We're now running this process across 1 million square feet. It scaled because it was built to. The Unified 2D/3D Environment meant that every update was immediately visible across drawings and models simultaneously — no lag, no version confusion, no team working from a status that was already out of date.
If you want to see how design fixity could work on your projects, talk to the Revizto team today.
.avif)
FAQs
Design fixity is a structured process for documenting which design elements have been confirmed and which are still subject to change, made visible to every project team member in real time. It matters because coordination work done against unconfirmed design decisions is at risk of becoming rework when those decisions change. On fast-track projects where coordination begins before design is complete, design fixity provides the information layer that prevents construction teams from working blind.
Rework on construction projects most commonly occurs when construction teams act on design information that subsequently changes, or when they are unaware that a decision they coordinated against is still live. Prevention requires a real-time system that distinguishes confirmed design elements from those still in flux, tied to a schedule so that every outstanding decision has a deadline and a visible cost of delay attached to it.
A design constraint stamp is a configurable issue type in BIM coordination software that flags a pending design decision as a constraint on construction progress rather than a standard open issue. By framing outstanding design items as constraints — rather than simply unresolved questions — the system communicates the downstream impact of delay to the design team, creating accountability and urgency that a standard issue status does not.
Coordinating construction on a fast-track project before design is complete requires a clear system for distinguishing which elements are safe to coordinate and which are still subject to change. This typically involves color-coded status dashboards tied to the construction schedule, custom issue workflows that communicate design decisions as constraints on construction activity, and a live shared environment rather than periodic PDF updates that are out of date by the time they are distributed.
BIM coordination software supports design-construction integration on healthcare projects by providing a shared environment where design decisions, construction constraints, and coordination status are all visible to every team member simultaneously. On healthcare projects operating under stringent regulatory requirements — such as California's HCAI code — the ability to track which elements are confirmed against a permit schedule is particularly critical, as coordination is tied directly to design approval rather than running in parallel with it.
