Skip to main content
Solutions/Projects & EPC

Technical bid evaluations in hours instead of days.

A bid evaluation, a vendor document review, an inter-discipline check: most project document work is engineers reading the same requirements again and again. Raven's agents do the reading. The specification compared against every offer, vendor datasheets against the requisition, deliverables against each other, and every flag cites the pages that disagree. The work starts from the document set itself, so a single live package is enough to begin.

Technical bid evaluation

The bid tabulation, built by agents that read every offer.

A technical bid evaluation is days of reading: the specification, the datasheets, every vendor's offer, clause by clause. Raven's agents do the reading and build the tabulation: deviations flagged with the page they sit on, unclear items drafted as technical queries. We've tested this on a real pump bid evaluation with an international EPC.

Raven — Technical bid evaluation
run complete
You hand it
“Evaluate the three offers against our pump spec”
Raven runs
MR-4401 · specoffers · 3 vendors+datasheets
reading the specification and datasheet requirements
comparing each offer against them, clause by clause
drafting the deviation list and the technical queries
RequirementOffer AOffer BOffer C
Flow & head · clause 4.2compliescompliescomplies
Seal plan · 53Bcompliesoffers Plan 52complies
NPSH margin · 1 m1.4 m1.2 m0.6 m · p.14
Casing material · SS316compliesTQ draftedcomplies
Export .xlsx
Back to you
the evaluation and the TQs, ready for your engineers' review
Vendor datasheet comparison

Vendor datasheets, checked value by value.

After the order, every vendor datasheet revision gets reviewed against the requisition, and the differences hide in the values. Raven's agents read each parameter off the vendor sheet and compare it against your requisition and process data, with every difference citing both pages.

Raven — Vendor datasheet comparison
run complete
You hand it
“Check Vendor B's datasheet against our requisition”
Raven runs
MR-4401vendor DS · Rev 1process data
reading each parameter off the vendor datasheet
comparing it against the requisition and process data
flagging the differences with both pages
ParameterVendor BFinding
Rated head82 mmeets clause 4.2
NPSH margin0.6 mbelow requisition · p.3
Casing materialCS offeredrequisition says SS316
Test scopeper speccited · vendor p.7
Export .xlsx
Back to you
the differences with both pages, for the package engineer
Deliverable consistency

The same value, checked across every deliverable.

Before an issue, deliverables get checked against each other by hand: the inter-discipline check that everyone runs out of time for. Raven's agents trace each shared value across the PFD, HMB, P&IDs, line list, isometrics, and datasheets, and flag where two documents disagree, showing both.

Raven — Deliverable consistency
run complete
You hand it
“Cross-check Unit 12's deliverables before the IFC issue”
Raven runs
PFD · HMBP&IDs · line list+isometrics
tracing each shared value across the deliverables
flagging where two documents disagree, with both sources
listing the open items by discipline
ValueDocumentsFinding
PFD flow vs HMB case 2PFD · HMBconsistent
Line 6"-CS-1204 sizeline list · isometric6″ vs 4″
PSV-201 set pressure3 documentsconsistent
Nozzle N3 ratingvendor GA · datasheetGA differs
Export .xlsx
Back to you
the disagreement list for the discipline leads, before issue
Datasheet preparation

Datasheets drafted from the design data, in your templates.

Datasheet preparation is copying values out of the HMB, line list, and design basis into a template, tag after tag. Raven's agents fill your template with each value cited to its source, and list the inputs the documents don't contain instead of guessing them.

Raven — Datasheet preparation
run complete
You hand it
“Draft the datasheet for P-4401A in our template”
Raven runs
HMB · Rev Cline listdesign basis
pulling each field's value from the HMB, line list, and design basis
filling your template, each value cited to its source
listing the inputs the documents don't contain
FieldValueSource
Rated flow220 m³/hHMB case 2
Design temp180 °CHMB Rev C
Design pressure19.0 bargdesign basis §3
Minimum flownot in the documents · needs input
Export .xlsx
Back to you
a draft in your template; the gaps listed for the engineer
After the first job

Package work from bid to handover, on the same documents.

TQ registers kept current

Each technical query linked to its clause, the vendor's answer, and the revision that closed it.

Vendor revisions re-checked

Each vendor document revision checked against the requisition as it arrives; values that moved backwards flagged.

The document list accounted for

Every document on the vendor document requirements list tracked, revision by revision, gaps chased before close-out.

Concessions with evidence

Concession and deviation requests assembled with the clauses and pages behind them.

Revisions propagated

A revised HMB case re-checked against every datasheet and deliverable that cites it.

Handover sets checked

Handover document sets checked for completeness and internal consistency before they reach the owner.

Getting started

How a job starts here.

Most project teams start with one live package. Send the specification and the vendor offers from a bid on your desk; the comparison comes back with the deviations flagged, the technical queries drafted, and every flag citing its page.

Raven prepares and flags; it doesn't approve. Your engineers decide what stands, and nothing is issued without their sign-off.

What to send: The purchaser specification and datasheet, and each vendor's technical offer, for one package you are evaluating now. PDFs as received.

See Raven on your plant

A demo walks you through the jobs on this page, on your own documents. Or send one bid package: the specification and the offers, and the evaluation comes back with the deviations flagged.