CRIAD
General contractors · Use case 08

Take-offs that refresh

The take-off was right on the day it was done. The model has moved since.

Counts are read straight from the model, and every item is linked to its spec and package. When a revision lands, the take-off is run again, not redone.

Every answer cites its source. People decide.

How it works

Ask. Inspect. Verify. Publish.

1

Ask

A plain-language question.

"How many are we buying, and to what spec?"
2

Inspect

The full blast radius, on the model.

The counted elements, by hall and by package, shown on the model.
3

Verify

Checked against the governing drawings and specs.

Each item is tied to its spec clause and its approved product, so the count and the spec agree.
4

Publish

A dashboard, report or register, citations attached.

A take-off to spec, as a register or an Excel sheet. It re-runs on the next revision.
Worked example

One job, start to finish.

Values come from a structured reference campus, not from a client project.

Reference campus
  1. 01

    Reference campus: 96 electrical cabinets across 6 halls, 16 in Hall 2.

  2. 02

    One shared product, one package, one long-lead order.

  3. 03

    1,440 racks on campus, 240 per hall.

  4. 04

    Every count links to the elements behind it, so anyone can check it.

Hall 2 · DH_02 Hall 2 · counted from the model
Highlighted: the elements the answer refers to

Stop waiting. Start building.

Book a call with the founders. Thirty minutes, your questions, and what Criad looks like on a data centre build.

Book a call