Skip to content
Use case 04 · Engineering / Design

Fire product and equipment selection

A workflow that captures selection criteria, extracts attributes from catalogues, applies hard requirement filters and compares candidates side by side — with certification scope treated as a filter, not a footnote. A technical reviewer approves the shortlist.

Runs standaloneUploads and manual entryProcurement reviewer signs
Workflow 04 · demo runAwaiting sign-off

Product selection engineerCatalogues are full of products that look interchangeable and are not.

  1. Capture the criteriaEngineer
    QueuedWorkingDoneSign-off
  2. Extract catalogue attributesAutomated
    QueuedWorkingDoneSign-off
  3. Apply hard filtersAutomated
    QueuedWorkingDoneSign-off
  4. Compare the candidatesAutomated
    QueuedWorkingDoneSign-off
  5. Route technical approvalReviewer
    QueuedWorkingDoneSign-off
Stopped for the procurement reviewer to sign
  • Who uses itProduct selection engineer, procurement technical reviewer
  • Lifecycle stageEngineering / Design · also Pre-Sales / Tendering
  • Buyer groupTrack B · Estimating & Commercial
  • RequirementsBRD v0.1, sent as written
At a glance

What goes in, what comes out

Goes in
Catalogues
Data sheets
Selection criteria
Product & Equipment SelectionFive steps · one approval gate Procurement reviewer signs
Comes out
Side-by-side comparison
Certification scope
Reviewed shortlist
What it does

Product & Equipment Selection, step by step

Five steps, one decision point. The last step is a person, every time.

  1. 01
    Engineer

    Capture the criteria

    Application, market, performance requirement and the constraints that actually disqualify a product.

  2. 02
    Automated

    Extract catalogue attributes

    Model, revision, ratings and certification scope pulled from the data sheets themselves.

  3. 03
    Automated

    Apply hard filters

    Anything failing a mandatory requirement is set aside with the reason recorded, not silently dropped.

    Meets every mandatory requirement?

    Yes Moves to the comparisonNo Set aside, with the reason
  4. 04
    Automated

    Compare the candidates

    Like for like, with the attribute that separates them made obvious.

  5. 05
    Reviewer

    Route technical approval

    A reviewer confirms the shortlist and the data sheet revision it was based on.

  6. Output

    What lands at the end

    A reviewed product comparison carrying model, data sheet revision, certification scope and approval status for each candidate.

Who’s involved

Selection engineerProcurement reviewer

What you get

  • Side-by-side comparison
  • Certification scope
  • Reviewed shortlist

In the wireframe

One candidate has an unverified certification scope for the location and is set aside; the other moves to a reviewed shortlist with its data sheet attached.

Use case diagram

Who does what, and who signs

Automated steps prepare the evidence. People make the calls.

Swipe to see the whole diagram

Use case diagram: Product & Equipment Selection People: Selection engineer, Procurement reviewer. Steps: 1 Capture the criteria; 2 Extract catalogue attributes; 3 Apply hard filters; 4 Compare the candidates; 5 Route technical approval. Procurement reviewer approves the final step. Product & Equipment Selection«workflow, built with DeX»«inputs»01 Capture the criteria02 Extract catalogue attributes03 Apply hard filters04 Compare the candidates05 Route technical approvalSelection engineerProcurement reviewer«approves»«documents»Catalogues, …
Automated step Done by a person Approval gate Takes part Leads to
What changes

Why this costs you time today

Catalogues are full of products that look interchangeable and are not. Certifications, pressure ratings and installation constraints vary by market and application, and the difference usually surfaces at submittal stage.

Task
Today
With this workflow
Comparing products
Look-alike catalogue pages
Like for like, the difference highlighted
Certification scope
Discovered at submittal stage
Filtered before anything is ranked
Which data sheet?
Unknown a month later
Revision carried on every line
The line we do not cross

What this software will not do

Life-safety work. These limits are written into the requirements, not added as a disclaimer.

Specific to this workflow

It does not certify a product or confirm that a certificate is valid for your jurisdiction. It shows you the scope on the document and flags where that scope does not obviously cover the application.

It does not decide compliance

The software assembles evidence, retrieves source clauses and shows conflicts. It does not determine whether anything complies. A named engineer does.

It does not stand in for an authority

An approval recorded in the software never implies consent from an AHJ, Civil Defence, building control or a building surveyor.

Nothing leaves without a named reviewer

Every output carries who approved it. Anything unverified keeps a draft marker until someone signs it.

It does not do sealed engineering

Hydraulic network calculation, definitive sprinkler layout, sealed design, BIM geometry authoring and final cost estimates are all out of scope by design.

Your standards, not ours

NFPA, EN, BS, ISO, FM, UL, LPCB and Civil Defence appear in the requirements as examples. None is assumed to apply to your projects until you say so.

~1/10of traditional build time
~30%of traditional cost

That is a claim about how fast Colakin builds software with DeX, and it is supported by delivered projects. It is not a claim about what any of these fifteen workflows will save your business. The requirements deliberately leave that to a pilot, measured against your own baseline.

How an engagement runs

From a question to a pilot, in five steps

Nothing hidden behind a discovery call. Stop at step one and keep the document.

  1. 01

    You ask for the requirements document

    The full BRD for the workflow you care about, sent as written.

    Same day
  2. 02

    A ten-minute wireframe walkthrough

    A clickable prototype of that one workflow.

    10 minutes
  3. 03

    The Fire Fit Check

    Five questions: fit, hours lost, who approves spend, whether your documents can be shared, and timing.

    One call
  4. 04

    A scope built on your rules

    Your standards, your document formats, your approval gates.

    Within a week
  5. 05

    A pilot against your own baseline

    One workflow, your data, your engineers.

    Q1
Questions

Product & Equipment Selection: questions

Does it maintain a product database for us?
It works from the catalogues and data sheets you supply. Attributes are extracted from those documents and the revision used is recorded, so a comparison can be re-checked later.
How is certification scope handled?
As a hard filter. Where a certificate's scope does not clearly cover the market or the application, the candidate is set aside for a human to look at rather than ranked on price.
Can it compare across manufacturers?
Yes, provided you supply the documentation. The comparison is only ever as good as the data sheets behind it, which is why the revision is carried on every line.
Who approves the selection?
A named technical reviewer. The shortlist is not a decision until someone signs it.
Next step

Ask for the Product & Equipment Selection requirements document

The business requirements document as written, including what it refuses to do. No brochure, no drip sequence.

  • The requirements document, usually the same working day
  • A ten-minute wireframe walkthrough with the people who specified it
  • No claimed percentage saving — your pilot measures it

Request the document

One working day. A person replies, not a sequence.

We use this to reply, nothing else. No list, no newsletter.