Every construction project is unique. New site. New stakeholders. New constraints. New contract setup.

Yet the problems are familiar:

  • scope creep and unclear boundaries

  • ground, utilities and interface risk

  • coordination between disciplines and partners

  • HSE practices that work, or do not

  • ESG expectations and documentation

  • regulatory hurdles and approvals

  • contractual misunderstandings that grow into disputes

In theory, this should create strong learning curves. “We ran into this last time. Let us handle it better next time.”

In practice, many organisations feel like they re-learn the same lessons across bids, projects, and clients.

Learning mostly lives in people’s heads

A lot of construction learning is experience. It lives in people, not in systems.

Senior people carry patterns from project to project. What usually goes wrong. Which clients react to what. How authorities interpret regulations. Where a standard becomes hard to meet in practice.

Site managers remember what worked. Contract managers remember clauses that turned painful. Planners remember which assumptions never survive contact with reality.

That experience is valuable. It is also hard to scale.

Projects are always new configurations

Every project is a new configuration of people, stakeholders, contract models, authorities, partners, and suppliers. Even when the same company names show up, the actual team is rarely the same as last time.

So even if the organisation learned something, the new team may not have. The experience exists somewhere. It does not reliably arrive with the project.

People move, and experience leaks out

The people who have “seen it before” do not stay in one place. They move to new projects. They get pulled into crises. They switch companies. They retire.

When learning mainly lives in heads, you do not just lose capacity. You lose context and judgement built over years.

“Lessons learned” often stay on the shelf

Most organisations try to formalise learning through close-out workshops and lessons learned documents. The intention is good. The output often becomes a PowerPoint in a folder or a PDF nobody opens.

Meanwhile, the richest record of what actually happened is sitting in the background:

  • tender requirements and evaluation feedback

  • your bids, clarifications, and assumptions

  • signed contracts and negotiated amendments

  • variations, claims, and how they were resolved

  • regulatory correspondence and approvals

This is experience in text form. It is what actually happened, not what we remember. But it is complex, distributed, and unstructured. So it rarely becomes structured, reusable knowledge.

Expertise concentrates in a few key people

In many organisations, a few names always come up. “Ask her, she has been through this.” “Call him, he did a project with the same client and regulator.”

That helps in the moment. It is a fragile model. If critical context depends on a short list of individuals, you do not have organisational learning. You have local learning that may or may not reach the next project.

The best mitigation practice we have, and its limits

One practice works well when done properly. Before a major tender or project, gather experienced people and walk through risks and challenges together.

Design. Construction. Commercial. Legal. HSE. Sometimes regulators, sometimes partners.

You ask questions like:

  • What usually goes wrong in this type of project?

  • With this client and these regulations, what should we expect?

  • What is different this time? What should we watch out for?

When it’s done well, it compresses years of experience into a few focused hours. The downside is that it is hard to run consistently, the output does not travel well, and it still depends on who happened to be in the room and what they remembered that day.

Good practice. Not enough for systematic learning across a portfolio.

The cost of not learning

Weak learning shows up in many small ways, and a few very big ones:

  • lost bids because known concerns were not addressed

  • repeated mistakes in risk allocation and pricing

  • regulatory hurdles handled ad hoc each time instead of improving a playbook

  • recurring claim patterns with no real reduction over time

Sometimes the cost is direct. Margin disappears in delivery. Claims that could have been avoided. Extra time spent firefighting.

Sometimes it is strategic. If you cannot use what you already know about evaluations and outcomes, you leave competitiveness on the table.

Two concrete costs show up again and again. Lost bids. Margin erosion.

From personal expertise to portfolio intelligence

The point is not to replace individual expertise. It is to strengthen it, and add something most organisations are missing.

Portfolio intelligence.

In practice, that means using what you already know across many tenders and projects, systematically:

  • in tenders, see which topics repeatedly show up in evaluation feedback, and how that changes over time

  • learn from public client feedback so you stop making the same mistakes and improve deliverables deliberately

  • in contracts, see which clause patterns correlate with smoother projects, and which ones keep turning into claims

  • in regulatory work, understand which documentation styles and mitigation plans have worked best with specific authorities

None of this replaces judgement. It gives judgement better input, anchored in real text and real outcomes.

What the right kind of AI looks like

When people hear “AI in construction”, they often think about design automation or drafting text. That is not the core learning problem.

AI for learning needs three things:

  1. it works on your actual tender and project documents

  2. it understands structure around risk, responsibility, regulation, and outcomes

  3. it helps you ask simple, powerful questions about your own history

It needs to see the chain, not isolated files. RFPs. Bids. Clarifications. Feedback. Contracts. Changes. Variations. Claims. Correspondence. Otherwise it becomes another search box.

With that view, you can connect drivers and outcomes:

  • When we saw this combination of scope, risk, and regulatory context, what tended to happen later?

  • When clients marked us down on interfaces or regulatory understanding, what did we actually write?

  • Which clause patterns repeatedly became issues, and which ones did not?

The AI is not deciding for you. It is giving you a portfolio memory you do not have today. Prior experience becomes something you can query, not something you hope people remember.

What we do at Volve

At Volve, we connect contractual documents and project text with intelligence so customers can reuse past experience, good and bad, and let each new bid and project start smarter than the last.

Projects will always be unique. But your response to familiar challenges does not have to be.

Read more about how project decisions in construction lives in documents here.

Herman B. Smith

CEO & Co-Founder

Share