HOW IT WORKS
A standard holds the requirements every project shares. A datasheet beside it holds the values that change from job to job. You adopt, set the values, mark what the drawings still owe you, and issue the result as access to a sealed revision.
Every revision sealed · Every recipient on record · Free to start
STANDARD
Steel Deck
CURRENT REV
7
REVISION HISTORY
Coating raised G60 G90 for composite floor deck.
Added minimum design-thickness clause.
Adopted into project from the open wiki.
DATASHEET
PART 1 — GENERAL
A standard carries the requirements every project reuses. The values that change from job to job (coating, depth, gauge) live on a datasheet beside it. You set the datasheet instead of editing prose in six places, and each value stays a line item that reads the same to every bidder.
Send a PDF and you have issued a copy you can't correct, update, or trace. Issue a share link instead and the recipient reads the sealed revision in place. You see who accepted and when, you choose whether later addenda reach them, and you can withdraw access if you must.
PART 2 — PRODUCTS
Construction standards organized by discipline and structured to the clause. Read any standard in full, free, with no account. One click starts a project with it attached.
Your own standards, private to your company and adopted into projects the same way. Converting your office master is work we do with you.
Adopt a standard into a project and it becomes your spec. Edit a clause where this job differs. The rest stays tied to its source, so when the standard is revised you see what changed and can pull it in.
The configurable values for each adopted standard, kept beside the text as structured line items. A field you leave to the drawings goes on the coordination checklist until someone answers it.
Every published revision is numbered, summarized, and sealed with a fingerprint. Compare any two, line by line. A quote or a contract can be checked against the exact revision it was written to, long after the documents left your hands.
Anyone with access can comment on the clause or field they are working from, tagged Comply, Deviation, Exception, or N/A. Comments travel back up the share chain to whoever can act on them, and you can see which ones you still owe upstream.
PART 3 — EXECUTION
STEP 01
Search the open library by discipline, or open your company library. Read the whole standard before you commit.
STEP 02
Pull the standard in. It becomes your project spec, with its history tracked from the first save.
STEP 03
Fill in this job's values and edit clauses where it differs. Mark anything the drawings still owe you. It goes on the checklist.
STEP 04
Publish a sealed revision and send share links. Export a PDF where paper is required. Forwarding goes only where you allowed it, to the depth you set.
Set requirements once, see what each firm issued against them, and keep the record of who received what.
Write requirements once and reuse them on every job. Exceptions come back on the clause, not in an email.
Read the revision you were issued, free. See what each addendum changed, and answer line by line.
Pull requirements as data into your quoting tools, and send line-item feedback back to the engineer.
Read the library free. Create an account when you’re ready to adopt a standard, set its datasheet, and issue it.
Or back to home