Elora Grid
Guide

Tender kick-off checklist: from pack download to compliance plan

A tender kick-off checklist is the short, fixed agenda a bid team works through in the first days after a tender pack lands, before any pricing starts. It turns an unread pack into four things: a document register, a dated deliverables list, the clauses that carry commercial risk, and a compliance plan with an owner against every line.

Run it once, properly, and the rest of the bid is execution against a plan. Skip it and the pack gets read in fragments by whoever happens to open it first. Producing those four outputs is reading work you can hand to Elora Grid; who owns each line stays with your bid manager.

What does a tender kick-off cover?

A tender kick-off covers four questions, in this order: what is actually in the pack, what has to be delivered and by when, what the pack demands that carries commercial risk, and who owns each of those obligations.

The order matters more than it looks. Assign ownership before the deliverables are known and you get a list of names against work nobody has scoped yet, which is how an obligation slips between the estimator and the engineer without either noticing.

Tender pack as issued Document register every file, with its revision Deliverables and dates returnables, submissions, cut-offs Risk clauses, quoted LDs, security, validity, precedence Ownership a name against every obligation Compliance plan one owner and one date per obligation
The kick-off in one picture. Three of the four inputs are reading work on the pack itself; the dashed one, ownership, is the resourcing decision that only your team can make.

Why does the kick-off decide the bid?

Because everything after it is execution. A pack that has been registered, dated and split into owned obligations can be worked in parallel by an estimator, an engineer and a document controller without anyone tripping over anyone else.

A pack that has not been through a kick-off gets read in fragments, by whoever opens it first, in whatever order the files happen to be named. Two failures follow, and they are the same two every time: a returnable nobody claimed, and a risk clause nobody priced.

Who needs to be in the room?

The people who will carry the obligations. The bid manager who owns the submission, the estimator who owns the number, the lead engineer who owns the technical response, and whoever will physically assemble the returnables.

Keep it to those. A kick-off that invites everyone with an interest turns into a briefing, and a briefing assigns nothing.

What does the kick-off produce?

Four artefacts, and they are the deliverable of the meeting rather than notes about it. The register lists every file and its revision. Beside it sit the returnables with their dates, the clauses that move money quoted rather than summarised, and one named owner against every obligation.

Building the first three is reading: every file opened, every date extracted, every risk clause found and quoted with its number. Hand the pack to Elora Grid and it returns them, each line cited to its source document and page. The fourth, who owns what, is a resourcing decision and stays with your bid manager.

What the kick-off produces

ArtefactWhat it containsWho works from it next
Document registerEvery file and its revision, read from the title block rather than the filenameEveryone; it is the pack's index for the whole bid
Deliverables and datesEvery returnable, schedule and submission, with clarification cut-offsBid manager and document controller
Risk clause listLiquidated damages, security, validity, insurance and order of precedence, quoted verbatim with clause numbersEstimator and commercial
Compliance planOne named owner and one date against every obligationThe whole bid team, and every colour review after it
Step by step
  1. 01Register the pack before reading it. List every file with the revision marker from its title block, not from its filename.
  2. 02Pull every date into one calendar. Deliverables, returnables, submissions and the clarification cut-off, in a single view the team shares.
  3. 03Quote the risk clauses verbatim. Liquidated damages, security, validity, insurance and precedence, copied word for word with their clause numbers.
  4. 04Confirm the bid/no-bid. The pack is now understood well enough to score it honestly, and that is cheaper than scoring it in week three.
  5. 05Put a name against every obligation. Each returnable and each risk clause gets an owner and a date, in one place the whole team can see.
  6. 06Book the review milestones now. Fix the Pink, Red and Gold dates while the tender calendar is still empty enough to hold them.
Related
FAQ

Common questions

When should the tender kick-off happen?

Within the first days after the pack lands, and always before pricing starts. Early enough that a decline at bid/no-bid still saves the estimating hours, and early enough that any clarification you need answered can still be lodged inside the question period.

How long should a kick-off take?

An hour or two of meeting, sitting on top of the reading that produced the register, the dates and the risk clauses. The meeting assigns and decides; it is not where the pack gets read. A kick-off that starts with everyone opening files for the first time will not produce a plan.

What if the tender is re-issued after the kick-off?

Re-run only the parts that moved. Compare the two document registers first to find which files actually changed, then update the deliverables list, the risk clauses and the ownership where the change lands. The rest of the plan stands.

Can Elora Grid prepare the kick-off inputs for you?

Yes. Hand it the tender pack and it returns the document register with revisions, the dated deliverables list, and the commercial risk clauses quoted with their clause numbers, each cited to its source document and page. Ownership and the bid/no-bid call stay with your team.

Send a real tender. Get the output back.