“AI for construction” is two things wearing the same label. Some of it reads your actual project and hands back something you can act on. Some of it is a search box with a confident voice. Project management is where the two get hardest to tell apart, because every PM platform now ships an AI badge. The question worth asking is not whether a tool uses AI. It is whether it takes a specific chore off your plate and shows its work. Construction productivity has barely moved in decades while the rest of the economy pulled away, so the bar for “genuinely useful” here is real, not rhetorical.[1]
Brad works one slice of this: it reads the plans, specs, contracts, change orders, invoices, photos, and messages on a job and answers questions about them with the source attached. That is document intelligence, not a project management platform. This piece walks through where AI is actually showing up in PM, why the document-and-answer slice pays off first, how to read a real capability against a slide, and exactly where Brad sits next to the platform you already run, including where it does not belong.
Where AI is actually showing up in construction PM
A handful of areas are real. Document intelligence reads plans, specs, contracts, and change orders and answers questions about them. Field assistance gets the right page to the right person without a trip to the trailer. Photo and progress understanding captions and organizes what crews shoot all day. Forecasting looks across the schedule and cost data for patterns: float erosion, a cost code trending over budget, a submittal log backing up. Some of this is mature. Some is barely out of the lab. The real split is not by vendor logo, it is by whether the feature attacks a chore you actually have.
It helps to know what you are buying against. Construction sits near the bottom of every sector on digitization, second to last on McKinsey’s index, which is why a feature that simply reads your documents can feel like a leap when the baseline is a shared drive and a group text.[2] Bad project data is not a soft cost either. One industry estimate put the global price of bad construction data near $1.85 trillion in a single year, with roughly $88.7 billion of that landing as avoidable rework.[3] Any AI worth paying for has to bite into that number, not just decorate the dashboard.
The slice that pays off first: answers from your documents
On most jobs the highest-frequency pain is retrieval. Many times a day someone needs to know what a document says: the current spec section, the approved revision of a detail, what a change order touched, what an invoice was for, which RFI already settled this. The knowledge exists in the project. The bottleneck is prying it back out, and the cost of not knowing is a phone call, a delay, or rework that eats the margin on the line item. US construction professionals lose around 14 hours a week to non-optimal work, with roughly 5.5 of those hours spent just looking for project data.[4]
That is why document-answer AI tends to pay off before the flashier forecasting features do. It attacks the thing that interrupts people all day, and you feel the relief immediately instead of waiting a quarter to learn whether a prediction held. Waiting on information the project already contains is, in the lean construction sense, pure non-value-adding waste: it produces nothing and it sits on the critical path while it idles.[5]
~5.5 hrs
Per week each US construction pro spends just looking for project data
FMI / PlanGrid, 2018
$1.85T
Estimated annual global cost of bad construction data
FMI / Autodesk, 2021
2nd-to-last
Construction’s rank among all sectors on digitization
McKinsey, 2016
How Brad works this slice
Brad reads the plans, specs, contracts, change orders, invoices, photos, and messages on a job and connects them into one project brain. Ask a question in plain language, over the text or email your team already uses, and it answers with the source attached, so the field can act without a call to the office. Change one thing, a spec revision, a new detail, and the records that depend on it surface for review instead of going quietly stale in a folder nobody reopens.
The “source attached” part matters more than the “AI” part. An answer you cannot verify is a liability on a jobsite, the kind that reappears at closeout with a lawyer’s name on it. The single most common cause of construction disputes is a party failing to understand or comply with its contract obligations, and the average North American case in 2024 reached $60.1 million.[6] A cited answer, dated and traceable to spec 09 91 23, 2.2.B or detail 5/A-502, Rev C, is something you can build on and, later, something you can defend.
The useful question is never “does it use AI.” It is “does it take a chore off my plate, and can I check its answer before I act on it.”
How to read a real capability against a slide
Plenty of “AI” in this space is a chatbot bolted onto a search box and handed a confident tone. Three plain tests separate a capability from a buzzword. First, does it cite its sources, so you can check the work before you act? An answer with no receipts is a guess in a nicer font. Second, does it work where your team already lives, the email and text the field runs on, or does it demand a new app and a migration nobody asked for? Adoption dies in the gap between the trailer and the login screen. Third, is the vendor specific about scope, or does it wink and imply it does everything? A tool that claims the whole job usually does none of it well.
Be wary of anything that promises to replace judgment. Good AI here speeds up finding and connecting information. It does not replace a superintendent’s call on means and methods, a PM’s reading of the contract, or a designer’s intent. The contract still defines the formal RFI, submittal, and change processes, and any credible tool works inside that structure rather than around it.[7]
Where Brad fits next to your PM platform, and where it does not
Brad is the document-and-answer layer. It is not a full project management platform. It does not schedule your crews, run your financials of record, manage the schedule of values and retainage, or handle client selections and progress billing. If you already run Procore, Buildertrend, or a similar platform, keep it. Those tools own the schedule, the cost ledger, and the contract workflows of record, and Brad does not try to take that over. It sits alongside and answers the questions the platform was never built to answer fast: where is this dimension governed, which revision is current, what did this RFI actually settle, was this added cost authorized.
Your PM platform owns
- The master schedule, float, and critical path
- Financials of record: schedule of values, cost codes, retainage, billing
- Formal RFI, submittal, and change-order workflows of record
- Selections, client payments, and approvals
Brad owns
- Reading plans, specs, contracts, invoices, photos, and messages
- Cited answers to “what does the document say,” over text and email
- Linking each answer back to its governing spec section or detail
- Surfacing the records a revision affects, so nothing goes stale unseen
If you are early and do not yet carry a heavy platform, Brad can be the thing that keeps a project’s knowledge from leaking out of inboxes and group texts in the first place. Either way the job it does is narrow and real: ask the documents anything, get a cited answer back. A person still owns the decision. Brad hands them the retrieval and a first draft, and gets out of the way.
Why the narrow slice is the high-leverage one
It is tempting to want the forecasting, the risk scores, the AI that predicts the overrun before it happens. Those have a place. But the leverage is earlier and more boring than that. The expensive moments on a job are not the ones where you lacked a prediction. They are the ones where the answer existed and nobody could lay hands on it fast enough, so a crew kept building, a change went unauthorized, or a discrepancy between the drawings and the spec got discovered after the wall was up. Megaprojects famously run over budget nine times out of ten, and the overruns rarely trace to a missing forecast. They trace to a thousand small information failures compounding.[8]
That is the slice Brad takes. Not the dramatic prediction, the unglamorous retrieval that happens twenty times a day and quietly decides whether the schedule holds. Make finding the answer faster than guessing, attach the source so the answer is trusted, and a surprising amount of the cost of poor data simply stops accruing.
Where Brad stops
Brad is document intelligence pointed at a construction project. It reads, connects, and drafts from your documents and messages, and it answers with the source attached. What it is not: a stand-in for a licensed reviewer’s judgment, a replacement for your contract’s formal processes, or a scheduling and accounting system of record. A person approves the decisions; Brad supplies the retrieval and the first draft. Your project’s content stays yours, and each workspace is walled off from every other one. If you have specific requirements about how your data is handled or retained, ask and we will walk you through exactly how it works.
The point of AI in project management is not to impress you in a demo. It is to stop the project from paying, over and over, for answers it already had. Pick the tool that reads your actual documents, shows its source, and stays in its lane next to the platform that runs the job. That is the slice Brad works, and it is the one that pays back first.
Sources
- 1.McKinsey Global Institute (Woetzel, J., Mischke, J., Barbosa, F., et al.). “Reinventing Construction: A Route to Higher Productivity.” McKinsey & Company, February 2017.
- 2.Agarwal, R., Chandrasekaran, S., & Sridhar, M. “Imagining Construction's Digital Future.” McKinsey & Company, June 2016.
- 3.Autodesk & FMI. “Harnessing the Data Advantage in Construction.” 2021.
- 4.FMI & PlanGrid. “Construction Disconnected: Rethinking the Management of Project Data and Mobile Collaboration.” PlanGrid (Autodesk), 2018.
- 5.Koskela, L. “Application of the New Production Philosophy to Construction.” CIFE Technical Report #72, Stanford University, 1992.
- 6.Arcadis. “Construction Disputes in Motion,” 15th Annual Construction Disputes Report, North America (2025; covering 2024 data).
- 7.The American Institute of Architects. AIA Document A201-2017, “General Conditions of the Contract for Construction.”
- 8.Flyvbjerg, B. “What You Should Know About Megaprojects and Why: An Overview.” Project Management Journal 45(2), 6-19, 2014.