In a construction company, a few people hold the work that makes or loses money on every project. None of it is written down in a way anyone else can use.
One person reads the agreement and knows what the company has actually promised. One person builds the schedule and knows which task controls the finish date. One person turns the weekly payment sheet into invoices. When they’re busy, everything waits. When they leave, the method leaves with them.
More software doesn’t fix this, because the software has nowhere to read the method from.
The longest queues were in planning: schedules, milestone plans and readiness checks. So that’s where we started, before moving into billing, contracts, quality and site work.
We sat with the people who do each job best and wrote down exactly how they do it: the steps, the rules, the templates, and what a correct result looks like.
Workflows read and write through the company’s own project management system, using its own validation. Nothing works around it.
Each workflow stops for a person to check and correct the details before a document is produced or a record changes.
Each workflow is started by typing “/” and its name. Some update the project management system directly. Others produce documents and change nothing in it.
| Workflow | Takes in | Gives you |
|---|---|---|
| Critical path schedule | A signed construction agreement | A provisional schedule: work breakdown, activity network, critical path and total working days, as PDF and Excel, plus a list of missing information |
| Import a milestone plan | A milestone plan (PDF or spreadsheet) | New project plans and milestones in the project management system, previewed row by row before anything is created |
| Milestone readiness | A project plan and one milestone | The readiness checklist answered one question at a time, each answer with a reason, saved as a new revision |
| My projects | Your name and a date range | Your milestones due in that range, with daily labor counts you can update |
| Workflow | Takes in | Gives you |
|---|---|---|
| Create invoices | The weekly payment sheet | Numbered invoices, one page each, with deductions and amount due, as PDF and Excel |
| Design phase invoice | Client, project and amount | The company’s approved one-page design invoice |
| Workflow | Takes in | Gives you |
|---|---|---|
| Quotation summary | The labor agreement, and optionally the material supply agreement | One quotation summary: client, payment stages, scope, elevation, electrical points and material rates |
| Construction agreements | One scope of work document and the client details | Both contracts for the project, built from the company’s approved templates |
| Workflow | Takes in | Gives you |
|---|---|---|
| QA checklist workbook | A scope of work | A controlled quality checklist workbook for that project, with a reason recorded for every checklist included or left out |
| Contractor work order | Site and contractor details, and the contractor’s quotation | A complete work order, built step by step, in the language the contractor works in |
Every workflow follows the same rules. That’s what lets a site engineer or an accounts assistant trust the result.
Documents are built from the confirmed values, never written freehand by the AI. Every figure on an invoice or schedule is a figure someone reviewed.
This is the workflow that used to wait for one planner. It never adds work the agreement doesn’t contain, and it always calls the result provisional, not an approved baseline.
Owners know the critical path by instinct. What they usually can’t get is a current answer, on a Tuesday, for a live project, without asking the one person who keeps the schedule. Now anyone in the role can produce it.
Project management came first because that’s where the work waited longest. Billing, contracts, quality and site operations followed, and each new department builds on the same rules and the same connection to the company’s system.
One thing we learned early: matching names is harder than it looks. A project system that recognizes a project by its name and owner will happily create a duplicate when a name is spelled slightly differently. So the import now suggests the right registered person before anything is created. Details like this are most of the difference between a demo and a workflow a company can rely on.
Every contractor has its own templates, rates, suppliers and payment stages. None of that carries over, and it shouldn’t.
What does carry over is the shape of the work. A signed agreement that has to become a schedule. A payment sheet that has to become invoices. A scope that has to become contracts and quality checklists. These are the same jobs in every construction company, done by two or three people who are always busy.
Specific AI holds the method, whoever’s method it is.