AI in construction gets sold as drones, site cameras and photo analysis. Yet the first projects that actually come together concern the paper around the sites: tenders, cost invoices, subcontractor accounts and protocols — where the data already exists and a mistake is visible at once.
Construction companies are sold AI from the site side: drones, progress recognition from photos, "AI plus BIM". Those projects can be valuable, but they share a precondition the offers stay silent about — orderly, systematically collected site data, which most companies simply do not have in that form. The project then starts with building the data collection itself, and the first result shows after a year, not a quarter.
Meanwhile, in the same company, a stream of work flows daily that AI can take over today: tender documentation running to hundreds of pages, read under deadline pressure; cost invoices assigned to sites and stages by hand; subcontractor invoices checked against contracts and progress protocols one by one; project correspondence in which questions and agreements get lost between inboxes. These are document- and text-based processes — the data exists, the rules can be written down, and a mistake is detectable and reversible.
That is why a good first AI project in a construction company looks unspectacular: it does not touch the site, it touches the flow of information around the sites. In return it comes together in weeks and pays for the next steps.
The common denominator: a person approves the result, the system prepares it. Which processes qualify for this kind of automation at all — the five conditions a good candidate must meet — is described on the AI automation page; on construction projects those conditions are checked exactly the same way.
The same way as in every implementation: one process, a number measured before the start — for example hours from invoice arrival to a ready posting — the narrowest possible pilot, and parallel running before the switch. At first the system prepares and a person approves every result. The full course — four phases and what you get at the end of each — is described by the delivery methodology, and the full scope of the service, from the process audit to maintenance, by the AI implementation page.
A separate topic that comes back in every construction conversation is data: cost estimates and rates, subcontractor agreements, personal data in licence documents and statements. Where data goes in a model integration, and what to ask any provider, is set out on the security and GDPR page.
Three things drive the cost: the number of systems to connect, the state of the data, and the level of certainty required. The number of sites matters less — what counts is whether documents arrive through one channel or into each site manager’s inbox separately. All the components, maintenance included, are broken down in our article on what an AI implementation costs.
In the site office, not on the site. Analysing tender documentation, processing cost invoices, reconciling subcontractor accounts and keeping project correspondence in order are document-based processes — the data already exists in mailboxes, PDFs and the accounting system, a mistake is reversible, and results show in weeks. Projects built on site data — photo analysis, progress tracking from cameras, drones — first require building the data collection itself, so they cost more and take longer. Starting with them is the most common way construction companies spend their budget before seeing a first result.
No — and an offer that promises this should raise a flag. An estimate is the estimator’s responsibility: it takes knowledge of the technology, local rates and risks that are not in the documentation. What AI does is shorten the road to the estimate: it extracts scopes and line items from the tender documentation, compares an enquiry against earlier quotes for similar work, and prepares the material the estimator starts from — instead of starting from a hundred-page PDF. The decision and the signature stay with a person.
That is a question the audit at the start of a project settles, but the principle is simple: if the system has an API or file import, integration is a matter of scope, not possibility. In construction companies the same work is often spread between the estimating package, the accounting system and per-site spreadsheets — and it is precisely those hand-copied crossings between systems that we automate first.
The cost is driven by the number of systems to connect — email, accounting, the estimating package, per-site spreadsheets — the state of the data, and the level of certainty required. The number of parallel sites matters less than whether documents arrive through one channel or into each site manager’s inbox separately. Maintenance is a separate line: usage-dependent fees and periodic tests after model version changes. We broke the cost components down in our article on what an AI implementation costs.
Tender documentation, cost estimates and subcontractor agreements are the information your margin depends on — and they also contain personal data: contacts, licence details, sometimes subcontractors’ employee data. Before the integration, not after it, you need to settle which data leaves the company at all, where it goes and on what basis — from the choice of provider and processing region to limiting the data to the minimum a given step needs. The rules, and the questions to put to any provider, are set out on our security and GDPR page.
Describe it in a few sentences. We will tell you whether we see a candidate for a first project — including when the answer is "not worth it yet".
Book a free consultation