AI for Construction & AEC
Strategic · M15 · lesson 15 of 23 · queued
Preview — browse every lesson free. Enroll to mark lessons complete, open partner links and save your progress. Login & enroll →
Measuring at the Project Level and Reporting to Ownership and Boards
📖
now learning

Measuring at the Project Level and Reporting to Ownership and Boards

15 min

A board of a regional owner-developer had funded the GC's AI program for three quarters: a $40K line for Procore Assist, Document Crunch, and an OpenSpace verification stack on their $80M mixed-use build. At the Q3 review, the GC's operations VP presented the AI report. It opened with adoption: 92% of project engineers were logging into the tools, 1,400 AI-drafted documents that quarter, a usage chart climbing to the right. A board member asked the only question that matters: "What did it save us in dollars on this project?" The VP did not have the number. The report measured activity, not value. The board cut the AI line at the next budget and told the GC to bring it back when they could show money. That is the expensive moment this lesson exists to prevent: usage statistics are not a return, and a board that funds AI on faith will defund it on the first quarter it cannot read the value in its own language. By the end, you will be able to roll the firm KPIs down to a single $80M project, segment the return by phase, and produce the two named artifacts a board will keep funding: the project-level ROI memo with its hour-savings audit, and the quarterly board-level AI report.

Why a Board Defunds a Usage Report

The previous lesson defined the firm's success metrics: hours saved by role, RFI cycle days, submittal cycle days, RFI/CO ratio, NCR rate, schedule float consumption, SPI and CPI, bid win rate, claims avoided, safety incident rate, permit-set first-pass approval. Those are the right metrics for the firm dashboard. But a board does not fund a dashboard; it funds a return, and the failure mode that gets AI defunded is reporting the dashboard's operational metrics as if they were the return. Adoption rate, document counts, login frequency, and feature-usage charts are useful for the program manager who needs to know whether the tools are being used, but they are inputs, not outcomes. A board reads them as cost (we are paying for this) with no offsetting line (and it returned this). The usage report is a bill with no receipt.

The translation a board needs is the one a contractor makes every day on the project itself: hours become dollars, dollars become margin, margin becomes a return on the spend that produced it. The board does not care that 92% of PEs logged in; it cares that AI-accelerated change pricing recovered scope the firm would otherwise have eaten, that AI-assisted RFI triage compressed cycle days enough to protect float, that the verification photo stack defended a pay-app line the owner would otherwise have withheld. Each is a dollar figure, and a dollar figure is what a board can compare against the $40K it spent. The discipline this lesson builds is the refusal to report usage as value, and the insistence on rolling every operational metric down to a dollar on a single project the board can see.

This is the same ROI-memo discipline the program has built toward: show the work, no vanity percentages. A board burned once on a "30% productivity gain" with no source will not fund another, and the AEC owners on these boards have been burned by vendor decks for years. The credibility of the report is not in the size of the number but in the auditability of how it was derived: a modest, substantiated dollar figure beats a large, unsubstantiated percentage every time, because the board can defend the substantiated figure to its own partners and the percentage it cannot.

The Single-Project Frame: Why $80M, Why One Build

The firm dashboard aggregates across the portfolio, which is correct for the firm's strategy but wrong for the board conversation, because aggregation hides the mechanism. A board member cannot interrogate a portfolio average; they can interrogate a single project they know. The controlling analogy for this lesson is the project P&L: every owner, partner, and board member already reads a single project's profit and loss statement, knows its phases, knows where the margin lives and where it leaks, and trusts it because it is concrete and auditable. The AI ROI memo is a line item on that P&L, reported in the same structure, language, and auditability. You are not asking the board to learn a new artifact; you are adding one defensible line to an artifact they already trust.

Choosing a single $80M build as the frame does three things. It makes the number concrete: the board can picture the project, the schedule, the team, and the owner, so the savings attach to something real rather than a portfolio abstraction. It makes the number auditable: a single project has one cost report, one schedule, one set of daily reports and RFI logs, so every claimed hour and dollar traces to a record on that job. And it makes the mechanism visible: on one project, the board sees that AI saved estimator hours in precon, PE hours in construction, and closeout hours at the end, rather than a blended figure that explains nothing. The single-project frame is the unit of credibility.

The $80M build is also the right scale for the board audience: large enough to carry a meaningful AI spend and meaningful savings, but small enough that one operations leader knows it cold and can answer any question without deferring. If the board asks "where did the construction-phase savings come from," the leader names the workflow, the role, the hours, and the dollar rate, on the spot, because the records are right there. That is the posture the report must enable: not a polished deck that collapses under a follow-up question, but a memo whose every line the presenter can defend live.

Segmenting the Return by Phase

The single-project ROI is not one number; it is four, segmented by the phases the board already uses to read the project: precon, mobilization, construction, and closeout. Segmenting by phase matters because the AI return is not uniform and because the board reads the project by phase, so a phase-segmented return slots directly into how they already think. It also makes the report honest: some phases return more than others, and a report that admits where AI did little is more credible than one that smears a uniform gain across the job.

In precon, the savings concentrate in estimating and preconstruction labor: AI-assisted quantity takeoff (Togal.AI, DESTINI), AI bid-leveling (BuildingConnected), and AI-drafted GMP and basis-of-cost narratives compress estimator and precon-manager hours on a tight bid clock. The return here is hours saved on high-rate professional labor, plus the harder-to-quantify but real effect on bid quality. In mobilization, the savings are smaller and concentrate in setup: AI-drafted submittal registers from the specs, AI-assembled procurement and long-lead tracking, and standing up the project's document workflows. This is often the phase where AI returns the least in raw hours, and the report should say so rather than inflate it.

In construction, the longest phase, the savings are largest in aggregate because the volume is highest: AI-assisted RFI triage and drafting, ASI-to-COR change pricing, drawing-set comparison, daily-report generation, OpenSpace progress verification feeding pay-app backup, and predictive schedule-risk flags in Procore Insights. The hours are PE, PM, and superintendent hours across many months, and the dollar effect includes both labor saved and second-order effects: cycle-day compression that protects float, scope recovery on change pricing that protects margin, photo-verified pay-app lines that protect cash. In closeout, the savings concentrate in NCR and punch-list generation, COBie and warranty-matrix assembly, and the as-built and O&M handover, compressing the closeout labor that traditionally drags. Reporting the four phases separately lets the board see the shape of the return and lets the firm defend each segment against its own records.

Report a substantiated dollar on one project the board can see, segmented by the phases they already read, with every hour traced to a named workflow and a named record. A modest audited number you can defend under questioning will keep an AI program funded long after a large unsourced percentage has gotten it cut.

The Hour-Savings Audit: Substantiating the Number

The hour-savings figure is the foundation of the entire ROI memo, so it must be the most rigorously substantiated element, not an estimate from a vendor's marketing or a leader's optimism. The hour-savings audit derives the hours saved from named, traceable evidence rather than asserting them. For each AI workflow that produced savings, the audit names four things: the role whose hours were saved (PE, PM, estimator, superintendent, VDC coordinator), the workflow that saved them (RFI triage, change pricing, submittal register generation, progress verification), the baseline (how long that work took before AI, from the firm's historical records or a measured manual control), and the measured hours after AI, from the actual project records.

The audit's credibility comes from the baseline and the traceability. A baseline pulled from the firm's own historical project data, or established by a measured manual control on a sample (have a PE process a backlog manually, time it, then process the next batch with AI, time that), is defensible because it is the firm's own number on its own work, not a vendor claim. The traceability comes from tying each saved-hour figure to a project record: the RFI log shows cycle days and volume, the COR log shows change-pricing turnaround, the submittal register shows items generated, so a skeptical board member can trace the claimed hours to the records that support them. The audit also applies a discount for honesty: not every AI-touched hour is a saved hour, because verification takes time, so the audit nets verification time against gross savings to report the true net hours saved. This nets-not-gross discipline is what separates a credible audit from a vanity one.

Converting audited net hours to dollars uses the firm's loaded labor rate by role, the same rate it uses for its own cost accounting, so the dollar figure is consistent with how the firm prices and reports everywhere else. The audit then states the AI spend attributable to the project (the per-project share of the enterprise tool cost, plus project-specific licenses and the training and verification overhead) and computes the return as net dollars saved against project-attributable spend. The result is a ratio and a payback the board can read against its own investment, with every input traceable to a record. The hour-savings audit is the engine of the memo's credibility: the showing of the work that makes the board trust the number.

Narrative, Metrics, and Scenario Sensitivity

A board-level report is not a metrics table; it is three layers, because a board reads in three registers. The first layer is the narrative: a short, plain-language account of what AI did on the project this quarter, where it returned value and where it did not, written in the board's language (dollars, margin, risk, owner relationship), not the operator's (cycle days, clash counts, PPC). It is what a board member reads first and frames the metrics that follow. A good narrative names the one or two workflows that drove the quarter's return and the one that disappointed, because a report that admits a miss is more credible than one that does not.

The second layer is the metrics: the phase-segmented dollar return, the hour-savings audit summary, the payback ratio, and the operational KPIs that underlie the dollars (cycle-day compression, scope recovery, verified pay-app value), each tied to its record. The metrics substantiate the narrative and are where the skeptical board member goes to interrogate the claim, so they must be auditable to the project records. The third layer is the scenario sensitivity: because the ROI rests on assumptions (the baseline, the loaded rate, the attribution of second-order effects), a credible board report shows how the return changes under conservative, expected, and optimistic assumptions, rather than presenting a single point estimate as certainty.

The scenario sensitivity distinguishes a board-grade report from an operator's dashboard, because boards make capital decisions under uncertainty and trust analysis that acknowledges it. The conservative scenario applies the most skeptical baseline and discounts the second-order effects most heavily; the optimistic credits them fully; the expected case sits between. If the program returns positively even in the conservative scenario, the board can fund it with confidence, and that range is far more persuasive than a single optimistic number that invites the question "and what if you are wrong." The three layers (narrative for the read, metrics for the audit, sensitivity for the decision under uncertainty) are the structure that lets a board both trust the report and act on it.

The Quarterly Cadence and the Board's Language

The reporting cadence to ownership and boards is quarterly, not monthly and not annual, for reasons that match the board's own operating rhythm. Monthly is too frequent: the AI return on a single project does not move enough month to month to warrant a board's attention, and a monthly report trains the board to skim. Annual is too infrequent: a year is long enough for a program to drift, a tool to underperform, or a board to lose the thread, and a defunding decision (like the one in the opening) often crystallizes in the gap between reports. Quarterly matches the cadence at which boards review capital programs, set budgets, and make continue-or-cut decisions, so the report arrives when the board is already in the posture to act on it.

The quarterly cadence also disciplines the firm. A quarter is long enough to accumulate a meaningful, auditable sample of saved hours and dollars, but short enough that records are fresh and the audit is cheap to run. Running the hour-savings audit quarterly keeps the baseline current, measures the verification-time discount on recent work, and never has to reconstruct old records. It also aligns the AI report with the project's own quarterly cost-report and projection cycle, so the AI line slots into a meeting the board is already having rather than demanding a new one.

Above all, the report speaks the board's language. The board does not want to learn what an RFI cycle day is; it wants to know that compressing cycle days protected schedule float worth a quantified amount of general-conditions cost on this project. It does not want clash counts; it wants the dollar value of coordination problems caught before they hit the field. Every operational metric must be translated to its dollar and risk consequence before it reaches the board, because the board's job is capital allocation and risk, and a report in any other language is one the board cannot act on. The leader reporting AI value upward is a translator: operator metrics in, board-readable dollars and risk out, with the translation auditable at every step.

The Applied Problem: The Project ROI Memo and the Quarterly Board Report

Here is the exercise. Take a single $80M build and produce the two named artifacts. First, the project-level ROI memo with the hour-savings audit: for each phase (precon, mobilization, construction, closeout), name the AI workflows that produced savings, run the audit for each (role, workflow, baseline, measured hours after AI, verification-time discount, net hours), convert net hours to dollars at the firm's loaded rate by role, state the project-attributable AI spend, and compute the phase and project return as a ratio and a payback. Every claimed hour traces to a named project record (the RFI log, the COR log, the submittal register, the OpenSpace verification set). No vanity percentages: show the work.

Second, the quarterly board-level AI report built on that memo: the three layers in order. The narrative (one page, board language, what AI returned this quarter on this project and where it disappointed), the metrics (the phase-segmented dollar return, the audit summary, the payback, each tied to its record), and the scenario sensitivity (conservative, expected, optimistic, with the assumptions that move between them named). Pitch it to the ownership, partner, or board audience: the reader is allocating capital and managing risk, not running the project, so the report must answer "what did it return and should we keep funding it" without requiring the reader to understand operator metrics.

The deliverable is the project-level ROI memo with the hour-savings audit and the quarterly board-level AI report; the lasting product is a reporting discipline that keeps an AI program funded by showing a board a substantiated dollar return on a project it can see, segmented by the phases it already reads, in the language it already speaks. This is the leader's translation function: rolling the firm's operational KPIs down to one project, auditing the hours into dollars, and reporting them with narrative, metrics, and sensitivity on a quarterly cadence. The strategist who masters this never has an AI line cut for the reason in the opening, because the board can read the value in its own language and defend it to its own partners, the only durable basis on which an AI program survives a budget review.

Key Takeaways

  • A board defunds AI when the report measures usage (adoption rate, document counts, logins) instead of value (dollars returned), because usage is a bill with no receipt; the leader's job is to translate operational metrics into a substantiated dollar return the board can read in its own language.
  • The single-project frame is the unit of credibility: report on one $80M build, not a portfolio average, because a board can interrogate a project it knows, trace every claim to that project's records, and see the mechanism, the way it already reads a project P&L.
  • Segment the return by the phases the board already uses (precon, mobilization, construction, closeout); the AI return is not uniform, and a phase-segmented report that admits where AI did little is more credible than a uniform gain smeared across the job.
  • The hour-savings audit substantiates the foundation number: for each workflow, name the role, the workflow, the baseline (from the firm's own records or a measured manual control), the measured hours after AI, and the verification-time discount, reporting net (not gross) hours traced to project records.
  • Convert audited net hours to dollars at the firm's loaded labor rate by role, state the project-attributable AI spend, and compute the return as a ratio and a payback; a modest audited number beats a large unsourced percentage because the board can defend it to its own partners.
  • A board report has three layers: the narrative (plain-language, board-language account of what returned value and what disappointed), the metrics (phase-segmented dollars and the audit summary, each tied to a record), and the scenario sensitivity (conservative, expected, optimistic, with named assumptions).
  • Scenario sensitivity distinguishes a board-grade report from an operator dashboard: boards decide under uncertainty, so a program that returns positively even in the conservative scenario can be funded with confidence, which a single optimistic point estimate cannot.
  • The cadence is quarterly, matching how boards review capital programs and make continue-or-cut decisions; quarterly is long enough for an auditable sample and short enough that records stay fresh, and it lets the AI line slot into a meeting the board is already having.