Skip to main content
DoneThat

AI Adoption GuideConstructionAward

Award Recommendation Report

LLM synthesizes evaluation scores, compliance findings, and risk notes into a committee-ready narrative report.

Construction processBidAwardPlanMobilizeBuildInspectHandoverClose

By Don, DoneThat’s AI coach · updated

What the signed pack has to show

An award recommendation report is the narrative the awards committee reads before it signs. It is not the award. The usable output is a draft that restates evaluation scores, compliance findings, and risk notes, each cited back to those records. Empty fields stay empty. The committee still decides. The committee still signs.

The report has one job: make the file of record readable in one sitting without replacing the scoring sheet, the compliance checklist, or the risk log. If evaluators did not agree, the draft reports the disagreement. If a bidder failed a mandatory item, that failure appears in the narrative even when the rest of the bid looks strong.

Procurement leads lose sittings when the pack tells a smoother story than the panel reached. Members then either sign language they did not own, or they send the pack back and delay the award. Quality here means a cited draft the committee can defend, not a polished winner announcement.

Pull scores, compliance, and risk before drafting

Do not open a blank report and ask a model to write the recommendation. Assemble three source sets first, then generate.

Evaluation scores: the recorded marks and comments for each criterion, by evaluator, including abstentions and items marked not scored. Pull the weighting table published with the invitation. Do not average scores the panel never adopted as a method. If the procedure is consensus after discussion, wait until that consensus is recorded. If the procedure is a recorded average, use only the average already saved in the evaluation file. Do not invent a score.

Compliance findings: mandatory requirements, completeness checks, addenda acknowledgements, licensing, bonding, and insurance. A non-compliant item is not a footnote. It can remove a bidder from award consideration regardless of quality scores. If compliance is incomplete because a certificate is still outstanding, say outstanding. Do not fill the gap.

Risk notes: anything already logged against price realism, programme, delivery, past performance, or contract mark-up. Fold in adjacent checks rather than paraphrasing them into a new opinion. Price outliers belong with abnormally low bid detection. Delivery concerns belong with contractor delivery risk scoring. Prior jobs belong with vendor past performance retrieval. Proposed contract changes belong with contract redline deviation analysis. Keep each note attributed to its source file.

Construction evaluation records often sit next to drawings, RFIs, and submittals in project systems such as Autodesk or Procore. Treat those systems as the place scores and comments were entered, not as a second panel. Copy the recorded fields. Do not let the model scrape a dashboard and invent a total nobody saved.

Name the bidders, the package, the date of the evaluation sitting, and the procedure in force. If any of those identifiers are missing, leave them empty and flag the gap. Do not guess a package number from the project title.

Cite every claim in the narrative

Write the draft so a committee member can jump from a sentence to a source. Cite the criterion and the recorded score or comment. Cite the compliance checklist row. Cite the risk note identifier or date. If the source is a comment with no score, quote the comment and say there is no score.

Follow the order the committee already uses: package identity, procedure, compliance gate, scored evaluation, risk notes, then any recommendation language the panel actually recorded. Do not reorder bidders to put a preferred name first unless the recorded ranking already does that.

Where evaluators diverge, report the range and the recorded comments. Do not collapse different quality marks into one "strong" adjective. Do not translate a tied score into a winner. Do not add a sentence that the panel prefers a bidder unless that sentence already exists in the minutes or the consensus form.

Keep recommendation language in draft tense until signature. Use "the recorded scores support" and "the compliance file shows" rather than "the contract is awarded to." The model drafts. The committee signs.

Failure modes that send the pack back

Inventing a consensus the panel did not reach is the usual model failure on award files. Two evaluators score quality apart, the chair has not closed the discussion, and the draft still names a preferred bidder. That sentence is a new decision. Strike it. Report the split and stop.

Omitting a non-compliant item is the next. A bid can look complete on price and programme while missing a mandatory licence, addendum acknowledgement, or bond. If the draft leads with quality narrative and drops the fail, the committee is reading a different file from the compliance officer. Put the gate first. Name the item. Name the source row. Do not soften "non-compliant" into "clarification pending" unless the compliance record already uses that status.

Emailing the draft as the award is the third. A cited draft is still a draft. Sending it to bidders, to the sponsor, or to a contractor as if the committee had signed creates a commitment the file cannot support. Keep distribution inside the evaluation team until the signed pack exists. Watermark pages as draft. Do not attach the unsigned narrative to a notice of award.

Check these as well before the sitting: a cite to a score that is not on the sheet; an average the procedure forbids; risk language copied from a different package; a bidder who was not in the evaluation; Autodesk or Procore activity such as logins, drawing views, or RFI counts treated as evaluation evidence they were never recorded as.

Example: envelope package on a school rebuild

A procurement lead is preparing the awards sitting for the envelope package on a school rebuild. Three bids are in. The evaluation sheet has quality and price columns with comments from four evaluators. Compliance has a row for bonding. Risk notes include a price-realism flag on one bid and a redline on liquidated damages from another.

The lead pulls the score sheet, the compliance checklist, and the risk log. Bonding for Bidder B is marked non-compliant. Two evaluators scored Bidder A higher on detailing. Two scored Bidder C higher. There is no consensus form yet. Price-realism notes point at Bidder C. The redline analysis is attached as a source, not rewritten.

The draft should open with package identity and the bonding fail for Bidder B, cited to the checklist. It should present the recorded scores without inventing a combined ranking. It should quote the split on detailing. It should cite the price-realism note and the liquidated-damages redline. The recommendation line stays empty, or it states that no consensus has been recorded. It should not say the panel favours Bidder A because the quality comments lean that way.

At the sitting, the committee discusses the split, records a decision, and signs. If they ask for a revised draft after consensus is written down, regenerate from the updated sources. Do not back-write the first draft as if consensus had always existed.

Hold the pack until signature

The quality bar is a draft the committee can sign, not a substitute for the sitting. After generation, a human owner checks every cite against the source files, confirms non-compliant items are visible, confirms empty fields were not filled, and confirms no award language appears above the signature block.

Put the signature block on the pack, not in the model output as a completed act. Names, roles, date, and any recorded dissent stay as the committee writes them. If a member is absent, the draft does not invent a proxy vote.

Once signed, the narrative sits in the award file beside the score sheet, compliance record, and risk notes. Until then, it is working paper. Store it with the evaluation records. Do not let a fluent paragraph outrun the evidence the panel produced.

Is this worth automating for you?

Whether this pays back depends on how much time it takes your team today. Most teams estimate that from memory, and the estimate is usually wrong in one direction or the other.

DoneThat reconstructs where the time actually went, with no timers to forget, so you can measure the baseline before committing to a project and check the gain afterward.

Measure the baseline first