Skip to main content

Example library

Example outputs – see how BuiltAI structures the work

Inspect documents and worked examples for tenders, RAMS, commercial control and FM. Projects, clients and figures are fictional. Your team reviews and approves any live work.

The library at a glance

Categories
08
Examples
43
Worked readers
04
Until your team approves
Draft

The projects, clients and figures in these examples are fictional. Final documents remain subject to client-specific information, commercial validation and H&S review where applicable before issue or reliance.

Example library

One document from each category.

  1. Page 1 of the sample Tender Response Extract
  2. Page 1 of the sample Project Specification
  3. Page 1 of the sample Task / Hazard / Control Matrix
  4. Page 1 of the sample Variation Narrative
  5. Page 1 of the sample Monthly Margin Snapshot
  6. Page 1 of the sample SLA Evidence Report
  7. Page 1 of the sample Project Delivery Plan
  8. Page 1 of the sample AI Maturity Scorecard

Tender Response Extract

Tender & Bid · 3 pages

Start with the decision.

One path per business decision, in the pack pages' and worked readers' own words. The documents use fictional jobs, not client results.

  1. 01Bidroom in a Box

    Tender capacity

    When the bid team is the constraint on the tenders you can answer.

    See the four annotationsShow fewer
    Source received
    An inventory of what actually arrived in the tender pack and what is missing from it.
    Draft returned
    Every bid document out as a draft, each claim traced to its source.
    Questions raised
    The gaps are routed onward as clarifications rather than closed with a guess.The three that never got an answer are carried as stated commercial assumptions in the tender letter rather than left silent.
    Review decision
    The bid or no-bid call, the rates you carry, the departures you accept and the win strategy stay with your estimator and bid manager.
  2. 02Commercial Control Kit and Margin Cockpit

    Cash and margin control

    When margin leaks between the change event and the invoice.

    See the four annotationsShow fewer
    Source received
    Commercial Control Kit: Instructions, correspondence, drawings and programme extracts in.Margin Cockpit: Finance, WIP and variation data in.
    Draft returned
    Commercial Control Kit: Notices, narratives, evidence indexes and valuations out as drafts, clauses cited.Margin Cockpit: The snapshot, the bridge, the trackers and the board narrative out as drafts, every figure traced to its source.
    Questions raised
    Commercial Control Kit: One near-miss is highlighted in the table, notified late and caught with three days to spare.Margin Cockpit: The invoice blocker summary flags rate queries, valuation disputes, missing evidence and retention conditions that may delay application or billing.
    Review decision
    Commercial Control Kit: Whether an event is a compensation event, what the entitlement argument is, which rates to defend and when to concede stay with your QS and commercial manager.Margin Cockpit: What the margin position means, which actions to take and what goes to the board stay with your FD and commercial director.
  3. 03RAMS Factory

    Operational capacity

    When safety documents hold up mobilisation.

    See the four annotationsShow fewer
    Source received
    Task brief, drawings and site context in, with your own method, hazard and controls libraries.
    Draft returned
    The method statement, the matrix and the schedules out as drafts, standards cited.
    Questions raised
    Records the job as only conditionally ready to draft - an asbestos survey and a structural load check are unresolved.Three permits are still pending and are shown gating the tasks that depend on them.
    Review decision
    Whether a control suits this site, whether the sequence is safe to put to work and whether the pack is fit to issue stay with your SHEQ team.This example returns twenty-five passes, three advisories and no fails, and closes as conditionally approved.

    Each document on this path comes from a different fictional job. They are not one reconciled site pack.

Each document needs client-specific review and approval before use.

01 / The library

See the work. Judge the detail.

Inspect 43 examples, then open the full document or its companion PDF. The structure gives a competent reviewer a clearer basis for checking, editing and deciding what is ready to issue.

Show examples from

01 / Tender & Bid

Tender and bid examples

Bidroom in a Box® can help produce structured tender and quote outputs with stronger detail, traceability and commercial control.

  • Page 1 of the Tender Response Extract sample document

    01Bidroom in a Box®

    Tender Response Extract

    Example of a structured tender response section produced from a client brief, scope information and project-specific requirements.

    Why this shapeStructured the way an evaluator scores - methodology, scope and commercials in the order they assess, so nothing defensible is buried.

See 4 more examplesShow fewer examples
  • Page 1 of the Priced Bill of Quantities sample document

    02Bidroom in a Box®

    Priced Bill of Quantities

    A sample priced bill of quantities, showing the pricing basis, item breakdown and value-engineering options.

    Why this shapeA priced bill of quantities sets out items, pricing basis and value-engineering options so the commercial team can review the submission clearly.

  • Sample preview of Clarifications and RFI Register
    Example document

    03Bidroom in a Box®

    Clarifications and RFI Register

    Example of how missing, unclear or conflicting tender information can be captured before submission.

    Why this shapeOpen questions are logged against the tender so missing information is visible and chased, rather than silently assumed into the price.

  • Sample preview of Requirements Traceability Matrix
    Example document

    04Bidroom in a Box®

    Requirements Traceability Matrix

    A sample requirements register, linking tender requirements to source documents and sign-off checks.

    Why this shapeA traceability matrix links each requirement to its source and review status so the bid team can check coverage before submission.

  • Sample preview of Tender Intake Form
    Example document

    05Bidroom in a Box®

    Tender Intake Form

    A sample tender intake record, covering the tender clock, project information, bid decision and team sign-off.

    Why this shapeA structured intake record brings the tender deadline, project information, bid decision and named sign-offs into one reviewable starting point.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

02 / Pre-Con & Mobilisation

Pre-construction and mobilisation examples

Pre-Con Pack™ can help turn awarded scope into a controlled mobilisation plan, with the specification, scope, supplier enquiries and tender returns drafted for review.

  • Page 1 of the Project Specification sample document

    01Pre-Con Pack™

    Project Specification

    Materials, performance and workmanship standards consolidated for procurement.

    Why this shapeSet out clause by clause, so every package, enquiry and bill line can point back to the standard it is priced against.

See 7 more examplesShow fewer examples
  • Page 1 of the Detailed Scope of Works sample document

    02Pre-Con Pack™

    Detailed Scope of Works

    Pack-by-pack scope with inclusions, exclusions and interface points called out.

    Why this shapeScope is split by work package with its inclusions, exclusions and interfaces, so each enquiry goes out with its boundaries already drawn.

  • Page 1 of the Design Intent sample document

    03Pre-Con Pack™

    Design Intent

    Locks down the design narrative the contract is being built against.

    Why this shapeThe design narrative is recorded before procurement starts, so later changes can be read against a fixed baseline.

  • Page 1 of the M&E Supplier Enquiry Pack sample document

    04Pre-Con Pack™

    M&E Supplier Enquiry Pack

    Trade-ready enquiry bundle sent to the market with controlled return dates.

    Why this shapeEach enquiry carries its scope, specification references and return date, so suppliers price the same package on the same terms.

  • Page 1 of the Unpriced Bill of Quantities sample document

    05Pre-Con Pack™

    Unpriced Bill of Quantities

    Line items across the trade packages, each traceable to a specification clause, a work package scope entry and a supplier order, issued unpriced.

    Why this shapeIssued unpriced so every supplier prices the same quantified structure and the returns can be compared line by line.

  • Page 1 of the Project Delivery Plan sample document

    06Pre-Con Pack™

    Project Delivery Plan

    Mobilisation, sequence, resourcing and governance: the how, agreed in writing.

    Why this shapeMobilisation, sequence and governance sit in one plan, so the client and the site team agree the approach before work starts.

  • Page 1 of the Tender Return Analysis sample document

    07Pre-Con Pack™

    Tender Return Analysis

    Supplier returns for one work package compared on weighted criteria, normalised like for like and risk-assessed, with a recommendation for award.

    Why this shapePrice is one weighted criterion among several, so exclusions and thin credentials are visible before a low number wins.

  • Page 1 of the Tender Return Review sample document

    08Pre-Con Pack™

    Tender Return Review

    A like-for-like review of every supplier bid: normalised pricing, weighted quality scoring, risk assessment and an award recommendation.

    Why this shapeBids are normalised before they are scored, so the review compares what each supplier actually priced.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

Explore Pre-Con Pack™

Final procurement and mobilisation documents remain subject to client-specific review, commercial validation and approval before issue.

03 / RAMS & Compliance

RAMS and compliance examples

RAMS Factory® can help produce site-specific RAMS, method statements, risk assessments and evidence packs with stronger structure and approval readiness.

  • Sample preview of RAMS Document
    Example document

    01RAMS Factory®

    RAMS Document

    Example of a structured RAMS pack built around job intake, task sequencing, hazard controls, permits and evidence requirements.

    Why this shapeBuilt around the actual job - intake, task sequence, hazards, permits and evidence - so the RAMS reflects this site, not a copied template.

See 4 more examplesShow fewer examples
  • Page 1 of the Task / Hazard / Control Matrix sample document

    02RAMS Factory®

    Task / Hazard / Control Matrix

    Example of how hazards and control measures can be mapped against the actual sequence of works.

    Why this shapeHazards map to the real sequence of works, so each control ties to a specific task rather than a generic list a reviewer can't check.

  • Page 1 of the Evidence Pack Checklist sample document

    03RAMS Factory®

    Evidence Pack Checklist

    Example of the evidence that should be captured before, during and after the works.

    Why this shapeSets out the evidence to capture before, during and after works, giving the team a clear checklist for review.

  • Page 1 of the COSHH Index sample document

    04RAMS Factory®

    COSHH Index

    Example of how substances, products and materials can be linked to relevant COSHH information and control measures.

    Why this shapeSubstances link to their control measures and the tasks that use them, so COSHH isn't a detached annex nobody reads.

  • Page 1 of the Permits and Isolations Checklist sample document

    05RAMS Factory®

    Permits and Isolations Checklist

    Example of how permit and isolation requirements can be captured before works begin.

    Why this shapePermit and isolation requirements are set out for competent review before the work begins.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

04 / Commercial Control

Commercial control examples

Commercial Control Kit™ can help produce structured variation, notice and evidence outputs that support better commercial recovery.

  • Page 1 of the Variation Narrative sample document

    01Commercial Control Kit™

    Variation Narrative

    Example of a cause, effect and entitlement narrative structured around a change event and supporting evidence.

    Why this shapeCause, effect and entitlement run in the order an adjudicator reads, so the commercial case is legible and evidence-backed before money is at stake.

See 4 more examplesShow fewer examples
  • Page 1 of the Evidence Bundle Index sample document

    02Commercial Control Kit™

    Evidence Bundle Index

    Example of how photos, emails, job sheets, permits, timesheets and other evidence can be organised against a change event.

    Why this shapePhotos, emails, job sheets and timesheets are indexed against the change event, so the claim doesn't rely on memory or retrospective reconstruction.

  • Page 1 of the Notice Tracker sample document

    03Commercial Control Kit™

    Notice Tracker

    Example of how notice deadlines, status, owners and actions can be tracked to reduce missed entitlement risk.

    Why this shapeDeadlines, owners and status sit in one place, so a missed notice - and the entitlement attached to it - is caught before the window closes.

  • Page 1 of the Change Event Log sample document

    04Commercial Control Kit™

    Change Event Log

    Example of how instructions, access issues, delays and additional works can be captured at source.

    Why this shapeInstructions, delays and access issues are captured at source, so commercial control starts when the change happens, not at final account.

  • Page 1 of the Monthly Commercial Submission sample document

    05Commercial Control Kit™

    Monthly Commercial Submission

    A sample monthly application for payment and commercial status submission.

    Why this shapeA monthly submission brings application value and commercial status into one record for client review.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

05 / Margin & Reporting

Margin and reporting examples

Margin Cockpit™ can help produce clearer monthly reporting outputs that turn WIP, CNI, variation and margin data into actions.

  • Page 1 of the Monthly Margin Snapshot sample document

    01Margin Cockpit™

    Monthly Margin Snapshot

    Example of a contract or project-level snapshot showing performance, movement, blockers and actions.

    Why this shapePerformance, movement, blockers and actions sit together, so a contract review drives decisions rather than just describing the past month.

See 4 more examplesShow fewer examples
  • Page 1 of the Invoice Blocker Summary sample document

    02Margin Cockpit™

    Invoice Blocker Summary

    Example of how completed-not-invoiced work and invoice blockers can be categorised and assigned to owners.

    Why this shapeCompleted-not-invoiced work is categorised and owned, so cash stuck behind blockers is chased rather than rolled into next month.

  • Page 1 of the QBR / Board Narrative sample document

    03Margin Cockpit™

    QBR / Board Narrative

    Example of how operational and commercial data can be turned into a clearer leadership reporting narrative.

    Why this shapeOperational and commercial data becomes a leadership narrative, so the board reads the story behind the numbers, not a raw data dump.

  • Page 1 of the Aged WIP Tracker sample document

    04Margin Cockpit™

    Aged WIP Tracker

    Example of how aged WIP can be tracked with blockers, owners and next actions.

    Why this shapeAged WIP carries a blocker, an owner and a next action, so ageing work is actively cleared rather than passively reported.

  • Page 1 of the Variation Pipeline Summary sample document

    05Margin Cockpit™

    Variation Pipeline Summary

    Example of how logged, submitted, agreed, disputed and invoiced variation values can be tracked.

    Why this shapeLogged, submitted, agreed, disputed and invoiced are tracked as a pipeline, so variation value isn't lost between site and final account.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

Explore Margin Cockpit™

Final reporting remains subject to finance validation, commercial review and leadership approval before reliance.

06 / Service Desk

Service desk and FM triage examples

The Dispatch Desk™ can help produce structured service desk outputs for reactive job capture, priority mapping, escalation and SLA evidence.

  • Sample preview of Dispatch-Ready Ticket Summary
    Example document

    01The Dispatch Desk™

    Dispatch-Ready Ticket Summary

    Example of how a reactive call can be converted into a structured ticket with site, issue, impact, access and safety information.

    Why this shapeSite, issue, impact, access and safety are captured up front, so the engineer is dispatched with what they need, not a half-logged call.

See 4 more examplesShow fewer examples
  • Sample preview of Safety Screening Logic
    Example document

    02The Dispatch Desk™

    Safety Screening Logic

    Example of how high-risk triggers such as gas, fire, flooding or trapped persons can be escalated through controlled rules.

    Why this shapeHigh-risk triggers - gas, fire, flooding, trapped persons - escalate through fixed rules, so safety doesn't depend on which operator took the call.

  • Page 1 of the SLA Evidence Report sample document

    03The Dispatch Desk™

    SLA Evidence Report

    Example of how triage quality, priority decisions and escalation actions can support SLA evidence.

    Why this shapeTriage quality, priority decisions and escalations are recorded, so the monthly client review has a defensible record behind every SLA outcome.

  • Sample preview of OOH Call Script Extract
    Example document

    04The Dispatch Desk™

    OOH Call Script Extract

    Example of a controlled out-of-hours call flow for common FM reactive issues.

    Why this shapeA controlled out-of-hours flow keeps reactive triage consistent at 2am, so the same decisions are made whoever is on call.

  • Page 1 of the Priority Mapping Example sample document

    05The Dispatch Desk™

    Priority Mapping Example

    Example of how P1–P4 priority decisions can be applied using agreed rules.

    Why this shapeP1-P4 decisions follow agreed rules, so priority stays consistent across operators rather than varying by who is on shift.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

Explore The Dispatch Desk™

Final service desk workflows remain subject to client-specific SLA rules, escalation procedures and operational approval before deployment.

07 / Built to Order

Built to Order examples

Built to Order™ builds reusable Claude skills around your brief, templates, brand and review process. The examples below show the kinds of documents a skill can prepare; your team reviews, approves and issues the final work.

  • Page 1 of the Project Delivery Plan sample document

    01Built to Order™

    Project Delivery Plan

    A sample project delivery plan, showing a structured document for project review.

    Why this shapeA written delivery plan gives the project team a shared basis for review before the work is issued.

See 4 more examplesShow fewer examples
  • Sample preview of RAMS & Method Statement Pack
    Example document

    02Built to Order™

    RAMS & Method Statement Pack

    Example of a site-specific RAMS pack produced for client review, task sequence, hazard-control matrix, COSHH index and permits.

    Why this shapeA site-specific RAMS - task sequence, hazard-control matrix, COSHH and permits - prepared for the competent person's review before issue.

  • Page 1 of the Construction Programme Outline sample document

    03Built to Order™

    Construction Programme Outline

    Example of a programme produced from scope and constraints, phased milestones, critical-path callouts and resource assumptions.

    Why this shapePhased milestones, critical-path callouts and resource assumptions are made explicit, so the programme is a basis for review, not a black box.

  • Page 1 of the Unpriced Bill of Quantities sample document

    04Built to Order™

    Unpriced Bill of Quantities

    A sample unpriced bill of quantities, with items set out for review before pricing.

    Why this shapeSeparating the quantities from the pricing gives reviewers a clear starting point for the commercial review.

  • Page 1 of the Project / Board Report sample document

    05Built to Order™

    Project / Board Report

    Example of a board-ready monthly report produced from operational data, margin RAG, milestone status, risk callouts and recommended actions.

    Why this shapeMargin RAG, milestone status and risk callouts are structured for a leadership read, with the operational data traceable behind each line.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

Explore Built to Order™

Outputs remain drafts until the client's competent people review, validate and approve them for issue. Final reliance stays with the client.

08 / Audit

Operational Intelligence Audit™ examples

The Operational Intelligence Audit™ can produce decision-ready outputs that help leadership teams identify where AI can create the greatest operational and commercial value.

  • Page 1 of the AI Maturity Scorecard sample document

    01Operational Intelligence Audit™

    AI Maturity Scorecard

    Example of how current-state maturity can be assessed across bid, compliance, commercial, reporting and governance areas.

    Why this shapeMaturity is assessed across bid, compliance, commercial, reporting and governance, so the starting point is evidenced rather than asserted.

See 4 more examplesShow fewer examples
  • Page 1 of the Opportunity Roadmap sample document

    02Operational Intelligence Audit™

    Opportunity Roadmap

    Example of how AI opportunities can be ranked by value, readiness, risk and speed to benefit.

    Why this shapeOpportunities are ranked by value, readiness, risk and speed to benefit, so the sequence is decision-ready rather than a wish list.

  • Page 1 of the Controlled Prototype Output sample document

    03Operational Intelligence Audit™

    Controlled Prototype Output

    Example of a prototype output using a tender pack, RAMS workflow or margin data sample.

    Why this shapeThis prototype shows how a defined workflow can be examined before a client-specific scope is agreed.

  • Page 1 of the Bleed Rate: Margin Leakage & Efficiency Analysis sample document

    04Operational Intelligence Audit™

    Bleed Rate: Margin Leakage & Efficiency Analysis

    A sample view of margin leakage and efficiency opportunities for a fictional business.

    Why this shapeA structured baseline helps the leadership team examine where operational effort and margin may be lost.

  • Page 1 of the Flight Plan: 12-Month Transformation Blueprint sample document

    05Operational Intelligence Audit™

    Flight Plan: 12-Month Transformation Blueprint

    A sample twelve-month transformation blueprint for a fictional business, organised into three phases.

    Why this shapeA phased blueprint gives leadership a clear sequence for reviewing priorities and deciding what to progress.

BuiltAI drafts; your team reviews, edits and issues. Source-traced, never auto-sent. Final outputs require client-specific review and approval.

Explore the Audit

Final audit outputs are tailored to each client's workflows, data, systems and commercial priorities.

02 / Worked readers

Follow the work. Read the record.

Open four worked readers to browse the stages, documents and review points behind each example.

Terms of proof and representative scenariosHide the terms and scenarios
01The Beat-Your-Best ChallengePre-engagement

Compare a BuiltAI draft with an agreed benchmark using the same brief, source information, review window and scoring method.

Any public account requires written permission and an identified approver. Client review and named approval remain required before issue.

02The 24-Hour ChallengePre-engagement

Agree a usable-output window in writing, together with the inputs, scope, review points and acceptance criteria that apply.

Any public account requires written permission and an identified approver. Client review and named approval remain required before issue.

03The Cold-Start ChallengePre-engagement

Test an agreed environment and inputs without prior business data, then review the first structured draft before approval.

Any public account requires written permission and an identified approver. Client review and named approval remain required before issue.

04The Audit Trail ChallengeIn-engagement

Review how the draft links decisions, assumptions and supporting material so a competent person can query the record.

Any public account requires written permission and an identified approver. Client review and named approval remain required before issue.

05The Disagreement ChallengePre-engagement

Ask where BuiltAI is not the right fit for your operation and review practical alternatives before committing.

Any public account requires written permission and an identified approver. Client review and named approval remain required before issue.

06The Inversion ChallengePre-engagement

Reproduce an agreed published example with your own tools, then compare the reported time and cost under agreed confidentiality and publication terms.

Any public account requires written permission and an identified approver. Client review and named approval remain required before issue.

Bring a document and define the test.

Email the team directly, or open the optional five-field brief after this page has loaded. Choosing a file records its name; the file itself must still be attached in your email client.

Open the optional challenge brief

The enhanced brief needs scripts. Use the email link beside it to send the same information directly.

See where a clearer workflow could help.

Three fictional scenarios show the problem, the intervention, what a workflow could prepare and the outcome each scenario explores.

Tender efficiency improvement

Scenario
SME FM contractor facing tender rework and missed clarifications.
Proposed approach
Bidroom-in-a-Box pilot.
What could be prepared
Tender intake, RTM, scope skeleton, clarifications register and bid QA checklist.
Potential change
Could reduce last-minute rework and make tender control easier to review.

Representative scenario. This fictional scenario shows a possible workflow, not a measured client result or a forecast for your business.

Read the full scenario

Commercial leakage turnaround

Scenario
Regional M&E contractor with inconsistent notices and weak variation evidence.
Proposed approach
Commercial Control Kit audit and pilot.
What could be prepared
Notice tracker, instruction log, variation register, evidence bundle index and monthly commercial rhythm.
Potential change
Could make margin drift easier to spot, with clearer evidence trails and a steadier commercial review rhythm.

Representative scenario. This fictional scenario shows a possible workflow, not a measured client result or a forecast for your business.

Read the full scenario

RAMS & QA discipline transformation

Scenario
Hard FM provider with inconsistent RAMS and repeated H&S rewrites.
Proposed approach
RAMS Factory pilot.
What could be prepared
Task-based RAMS template, hazard/control library, evidence checklist and approval gates.
Potential change
Could make RAMS outputs more consistent and reduce avoidable rewriting.

Representative scenario. This fictional scenario shows a possible workflow, not a measured client result or a forecast for your business.

Read the full scenario
How publication and references work

Only with your permission. We would agree what can be shared before publishing your organisation's name, a quote or engagement details. You can decline.

Any account of a real engagement would be agreed with the customer before publication, including which identifying details and results can be shared. The scenarios on this page are representative examples.

Ask us about reference availability through the contact form. Any introduction would depend on a suitable customer being available and giving permission.

Questions

Before we talk.

Questions teams ask about these examples.

Are example outputs real client deliverables?

Public examples use fictional projects and sample formats unless named customer proof is published with written permission. They are not guarantees of outcome.

Which packs have examples here?

Tender and bid (BidRoom in a Box), pre-con, RAMS, commercial control, margin reporting, FM dispatch / service desk, Built to Order and Operational Intelligence Audit examples.

Can I use an example as a submitted document?

No. Examples are for inspection of structure and review discipline. Any live document needs your source information, commercial validation and competent review before issue or reliance.

How do proof challenges work?

Challenge formats (for example Beat-Your-Best) are agreed in writing – brief, inputs, benchmark, review window and publication terms. Public publication of a run needs recorded permission.

Choose a useful starting point

What should your team make clearer first?

Bring a task, document or recurring workflow. We can discuss the information you have, the review it needs and a practical next step.

Final documents stay subject to client-specific review before issue or reliance.