- Construction
- Quartz · Leo
How Quartz built an AI-native operation for programme knowledge
The information was there. Finding it was the hard part.
Quartz Project Services is a quantity-surveying consultancy in the UK. Everything about their live programmes already lived in SharePoint: years of meeting minutes, drawings, cost reports and emails, somewhere around 3.5 terabytes of it. Having the information was never the issue. The slow part was getting to the right piece of it when a client asked a question or a monthly report was due.
Putting one report together could take a senior consultant about four hours: opening folder after folder, copying the right figures across, and checking they were working from the latest version each time. None of it was difficult work. It was just slow, and it kept landing on the most experienced people on the team, the ones whose time was worth the most.
We put an assistant on top of their own files
We didn't ask Quartz to move their files or learn a new system. We built Leo, an assistant that sits on top of the SharePoint they already have, and let people ask it questions in Microsoft Teams using ordinary language, in the same place they already talk to each other during the day.
When someone asks Leo something, it gives the answer and shows exactly where it came from: the document, the page, and the section. A surveyor can ask where a particular planning condition sits on a permission and get the wording quoted back with a link to the source file. Because every answer points to a real document, people stopped digging through folders just to confirm something they already thought was true.
Reports start as a draft, not a blank page
The monthly report now comes back as a Word document that already has the figures and references in it, ready to be checked and edited rather than built from scratch. The sources come attached to the draft, so reviewing it is genuinely a review, not a second search to prove where each number came from.
That one change took report preparation from around four hours down to about twenty minutes, which is roughly 80% of the time given back. The consultant still reads it, makes their adjustments and signs it off; they simply don't spend the first half of the morning assembling it. The time that used to go into finding files now goes into the programme itself.
How it works, day to day
- 01
Ask in Teams
A question in plain English.
- 02
See the source
Leo shows the file and page.
- 03
Get the draft
The report comes back written.
- 04
Review and sign
The consultant checks and approves.
What it runs on
teams.microsoft.com
TeamsDaniel
@Leo where is the statutory biodiversity net gain condition in the planning decision notice?
Leo 12/08 01:53
It's on page 6 of the decision notice, immediately after Condition 19 (the arboricultural condition) and before the "Informative" section. It sits under its own heading, " STATUTORY BIODIVERSITY NET GAIN CONDITION ," which is deliberately set apart from the 19 numbered conditions rather than given its own number. That's because it isn't a condition the council wrote, it's a condition Parliament imposes automatically on qualifying permissions under Schedule 7A of the Town and Country Planning Act 1990, so the council reproduces the statutory wording rather than drafting it themselves.
Structurally the notice runs:
- Conditions 1 to 19 (numbered, council-drafted)
- Statutory Biodiversity Net Gain Condition (pages 6 to 8, unnumbered, statutory text with the (a)/(b) requirement, the exemptions list, and irreplaceable habitat provisions)
- Informative (page 8 onward)
Source: 25-00539-FUL.pdf
1Seen
Four hours of work, done in about twenty minutes
Before
4 hours
Building each report by hand from scratch
After
20 min
Checking a draft that's already written and referenced
