Ferra
Back to blog

Why steel estimators are still losing days to addendums

J
Jul 2, 2026 · 6 min read
Why steel estimators are still losing days to addendums

tldr: Steel estimators do not lose days on the first takeoff. They lose them to addendums and drawing revisions that have to be manually re-checked, re-compared, and re-confirmed, one change at a time.


Steel estimators do not lose days because they cannot do a takeoff. They lose them after it is done, when the drawings change.

Addendum 1 changes a few beams. Addendum 2 deletes something that was just added. Addendum 3 buries a note on a different sheet. Now the estimator has to go back through the set, compare versions, update quantities, and rebuild confidence in a number they already signed off on.

That is a revision workflow problem, not an estimating one.

Addendums are not a small inconvenience

In a recent demo, a fabricator described a project where addendums alone added and deleted members across several rounds, each one meaning another pass through the drawings by hand. Estimators on other projects have told us that kind of manual comparison can take 3 to 5 days to confirm a few hundred changes were caught correctly.

That is the part people miss.

An addendum is not just "open the new PDF and look at the clouded area."

In structural steel estimating, it can mean:

  • Re-checking beams and columns against the new set
  • Updating tonnage and finding anything that got deleted
  • Catching new notes buried in the revised sheets
  • Comparing the structural plans line by line
  • Rebuilding confidence in a number you already signed off on

And the worst part is that the estimator is still accountable for the final answer.

If something gets missed, nobody says, "Well, the revision was hard to spot."

They say, "Why was this not included?"

The old revision workflow was not built for today's bid pressure

A lot of estimators are still doing revision control with a mix of Bluebeam overlays, manual comparison, Excel notes, and memory.

That can work on small jobs, but it breaks down when the bid set gets large, the schedule is compressed, and multiple addendums are issued before bid day.

The problem is not Bluebeam. It is that the overall workflow still depends on the estimator manually finding, interpreting, and transferring every change.

That means the estimator is doing three jobs at once:

  1. Reading the drawings
  2. Finding what changed
  3. Updating the estimate

That is a lot of mental load, especially when the clock is running.

The real risk is not just time, it is confidence

When a revision comes in, the estimator's question is not only:

"How long will this take?"

The real question is:

"Can I trust that I caught everything?"

That is the dangerous part.

A missed beam, column, or scope item can turn a good bid into a bad job, and the more manual the process, the more the estimator relies on memory and repetitive checking.

This is why revision control matters so much in structural steel.

Get it wrong, and the risk lands on the bid itself.

AI-native revision control changes the job

At Ferra, we think revision control should start with comparison, not hunting.

Revision control compares two drawing sets and flags added members, deleted members, modified members, quantity changes, and areas needing human review, all routed to the estimator for final validation
Revision control compares two drawing sets and flags added members, deleted members, modified members, quantity changes, and areas needing human review, all routed to the estimator for final validation

The software should compare two drawing sets and surface what changed: added members, deleted members, modified members, quantity changes, drawing differences, and areas that need human review.

The estimator still makes the final call. That part does not change. What changes is the starting point.

Instead of spending hours asking, "What changed?", the estimator can spend their time asking, "Does this change matter to my estimate?"

From search party to reviewer

This is the shift.

In the old workflow, the estimator is the search party. They are hunting through drawings, overlays, notes, clouds, and revisions.

The old revision workflow: an addendum triggers the estimator to manually hunt for changes across drawings, overlays, notes, and memory before updating the estimate and hoping nothing was missed
The old revision workflow: an addendum triggers the estimator to manually hunt for changes across drawings, overlays, notes, and memory before updating the estimate and hoping nothing was missed
The AI-native revision workflow: the system compares drawing sets automatically and flags added, deleted, and modified members and quantity changes, and the estimator reviews and validates the impact
The AI-native revision workflow: the system compares drawing sets automatically and flags added, deleted, and modified members and quantity changes, and the estimator reviews and validates the impact

In the better workflow, the system does the first pass and the estimator reviews.

The software will not be perfect. Drawing sets will not always be clean. Human review is not going away. But the estimator starts from a much better place than a blank comparison.

Why this matters for fabricators

Owners feel this too, one level removed. Every hour an estimator spends chasing an addendum is an hour not spent bidding more work, qualifying the opportunities worth chasing, or getting in front of a GC to talk risk.

That is not a rounding error. A few addendum-heavy weeks a year, multiplied across a team, is real bid capacity you are not using.

The future of steel estimating is not less human

It means estimators who spend their time on judgment instead of searching for what changed.

Structural steel has too many variables for blind automation. Drawing quality varies. Scope varies. Standards vary. Every fabricator estimates a little differently. The estimator's judgment still matters.

The question is whether that judgment gets spent on risk, scope, and pricing, or wasted proving nothing was missed on a sheet that already changed twice.

FAQ

What is revision control in structural steel estimating?

Revision control is the process of comparing different versions of drawing sets to identify what changed. In structural steel, this can include added beams, deleted columns, changed member sizes, new notes, updated gridlines, or scope changes that affect tonnage and pricing. For the basics of the wider workflow this fits into, see our guide to structural steel estimating.

Why are addendums so painful for steel estimators?

Addendums are painful because they often require estimators to revisit work they have already completed. Even small drawing changes can affect quantities, pricing, and risk. Updating the estimate is the easy part. Catching every relevant change first is where it gets hard.

Can AI replace manual drawing comparison?

AI can help with the first pass by detecting and organizing drawing changes, but human review is still important. The best workflow is human-in-the-loop, where software highlights likely changes and the estimator validates the impact. For how different tools handle this in practice, see our comparison of structural steel estimating software.

Does Ferra replace Bluebeam?

No, and this is not about saying Bluebeam is bad. Many estimators use it because it has been one of the best tools available. We built a different workflow: AI-native structural steel takeoff, revision control, bid intelligence, and 3D model generation.

Who is Ferra built for?

Structural steel fabricators, estimators, preconstruction teams, and owners who want to reduce manual takeoff work, improve revision tracking, increase bid capacity, and make faster decisions from drawing sets.


Want to see how Ferra handles revisions on real structural drawings? Send us a project or book a demo.

Tagged
#Revision control#Structural steel estimating#Construction addendums#Steel Fabrication#AI in construction#bid management

About the author

J
Josh Ford

Co-Founder @ Ferra | AI Infrastructure for Structural Steel Estimating

Josh Ford is co-founder and CRO of Ferra, leading commercial strategy, design-partner development, and enterprise adoption across North America. He works directly with steel fabricators to modernize estimating, replacing static PDFs and manual workflows with structured, graph-based steel data and intelligent systems spanning bid intelligence through revision control.

LinkedIn profile
See Ferra on real steel drawings.