A polished quotation can hide a weak technical intake process. Give shortlisted suppliers the same controlled, representative drawing problem and evaluate how they identify uncertainty before they start drawing.

The trial drawing test is not a free design competition and it is not a hunt for drafting mistakes. It is a bounded procurement exercise that observes how a proposed supplier turns incomplete project information into questions, assumptions, responsibilities, controlled outputs and a defensible next-step plan. The best response is rarely the fastest or most colourful. It is the response that recognizes where the supplier lacks authority, distinguishes a missing input from a design choice, connects interface risks to affected units and refuses to convert an unsupported assumption into a production detail.

Assessment boundary: This exercise samples a supplier team's response to one controlled case. It is not an ISO audit, design approval, engineering validation, product test, capacity assessment or prediction of project performance. Use competent project reviewers and protect bidder intellectual property.

1. Define what the exercise is meant to predict

Start with the award risk, not the test format. A buyer may need to know whether the proposed supplier can read an architectural package, reconcile schedules and details, expose interface gaps, control assumptions, route questions to competent people, identify evidence needs and return a revision-controlled response. Those behaviours are observable. The exercise cannot prove that every later engineer will perform, that the factory can manufacture the system, or that a suggested detail meets the project requirements.

Write the evaluation questions before selecting the drawing. ISO's Auditing Practices Group paper on evidence collection emphasizes planning evidence against criteria and warns that failure to find evidence does not automatically prove nonconformity. This buyer exercise is not a certification audit, but the discipline transfers: publish criteria, collect comparable evidence, record what was and was not demonstrated, and avoid a supplier-wide verdict from a narrow sample.

Separate technical intake from drafting productivity. The test should measure the quality of the path from input to controlled question and output. If CAD speed or a specific file format is commercially important, score it separately. Otherwise a bidder with reusable libraries and attractive rendering can outrank a bidder that correctly stops on a missing sill datum, unsupported performance claim or unresolved design responsibility.

Assessment objective and limit
Question to testObservable evidenceReasonable inferenceDo not infer
Can the team control inputs?Receipt lists files, revisions, status and gapsThe sampled team used disciplined intakeAll future documents will be controlled
Can it find material conflicts?Prioritised issue list tied to marks/detailsThe team recognized sampled risksUnlisted conflicts do not exist
Can it ask answerable questions?RFI states source, conflict, options and authorityThe team can frame sampled decisionsIts proposed option is approved
Can it protect interfaces?Responsibility and hold points are explicitThe team recognizes sampled boundariesIt owns every adjacent design
Can it control outputs?Marked-up drawing, assumptions and revision record reconcileThe response can be auditedThe drawing is construction-ready
Can it meet the trial timing?Time-stamped acknowledgement and staged deliveryThe team met this bounded exerciseProduction capacity or project lead time is proven

2. Build one fair, representative and legally usable test pack

Choose a small part of the real product and project risk: for example, one operable unit at a wall transition, a coupled assembly with a schedule/detail conflict, or a door threshold where drainage, finished-floor level and accessibility inputs interact. Use information the buyer is authorised to share. Redact unrelated client, security and personal information without removing the technical context needed to answer safely.

Do not use an enormous tender set or deliberately impossible puzzle. A good pack contains enough information for useful progress and a controlled number of genuine omissions, ambiguities or pre-identified conflicts. State that the exercise includes unresolved information and that the supplier is expected to raise questions rather than guess. Give every bidder the same baseline, issue time, permitted clarification route, deliverables and evaluation window. Record any clarification sent to one bidder and decide whether fairness requires issuing it to all.

The pack should say what the buyer owns, what the bidder may reuse, confidentiality rules, whether any output will be paid for, and that submission does not transfer design liability or guarantee award. If the exercise could produce commercially valuable design work, obtain procurement and legal review. A trial should not extract a finished unpaid solution from multiple bidders under the label of due diligence.

Controlled trial pack register
ItemIdentifier/revisionPurposeKnown status or limitation
Assessment briefTRIAL-BRIEF-[rev]Rules, deliverables, timing and rightsNot a production instruction
Architectural elevation/plan[record]Opening identity and geometry contextState drawing status
Window/door schedule[record]Type, size and configuration inputFlag unresolved discrepancies without giving answers
Wall/interface detail[record]Position, sill/head/jamb contextAdjacent design remains with named authority
Relevant specification extracts[record]Performance, material and submittal basisOnly authorised relevant sections
Supplier product constraints formblank controlled formBidder states proposed system limitsNo assumed product parameters
Clarification logTRIAL-CLAR-[rev]Equal record of questions/answersProposals are not approvals
Expected-issue keyrestricted reviewer copyScoring consistencyNever sent before evaluation closes

3. Write the expected-issue key before responses arrive

The reviewers should identify the important issues and their consequences before seeing supplier answers. Otherwise the score will drift toward the most persuasive presentation. For each expected issue, record the controlling documents, nature of the conflict, affected opening marks, likely downstream consequence, authority needed and acceptable evidence of recognition. Include credit for a valid issue the reviewers missed; a bidder should not be penalised for finding a real problem outside the key.

Weight by consequence, not by count. A missing sheet title is not equivalent to an unresolved structural support path, inconsistent handing, missing glass safety basis, blocked drainage route or unexplained interface responsibility. Avoid embedding technical answers in the key unless a competent authorised reviewer has established them. Often the expected behaviour is to ask the right person, hold an affected output and state what evidence would close the question.

ISO's APG paper on design and development describes design as transforming requirements into product or service characteristics and highlights planning, inputs, interfaces, verification, validation and review. It is educational guidance rather than a mandatory buyer rubric. Use those concepts to ensure the key examines the response process, while project-specific architects, engineers, specifications and applicable rules supply the actual criteria.

Expected-issue key
Issue IDInput conflict/gapConsequence if guessedExpected responseWeight
E-01Datum or opening dimension differs across recordsWrong frame size or interface jointCite both sources, affected marks and request controlling datumCritical / major / minor
E-02Handing/view convention is not statedOpposite operation or hardwareState viewpoint and request schedule confirmation[assign]
E-03Sill drainage path conflicts with wall/finishTrapped water or obstructed outletMark interface, identify owners and hold detail[assign]
E-04Glass or sash mass input is missingUnsupported hardware or handling decisionRequest build-up/limit evidence; do not invent mass[assign]
E-05Performance requirement lacks evidence routeUnsupported product claimIdentify requirement and propose evidence plan[assign]
E-06Approval/design responsibility is unclearUnauthorised decisionName required authority and permitted interim work[assign]
E-XValid bidder-discovered issueReviewer had not anticipated riskReviewer validates source and materialityAward calibrated credit

4. Run the exercise as a controlled communication sequence

Use a stable issue channel and record four times separately: pack issued; receipt and revision acknowledged; first substantive clarification submitted; and final deliverable submitted. Response speed should never reward guessing. A fast acknowledgement can confirm the pack is readable and identify a missing attachment. A substantive response should show that a competent person has reviewed the technical question. Agree whether the clock pauses while the buyer answers a clarification.

The ISO/IAF APG customer-communication paper discusses product information, enquiries, contracts or orders including changes, customer feedback and relevant contingency requirements. It also states that the APG material is non-definitive educational guidance. For a trial, the useful adaptation is to observe whether communication gives correct product information, controls changed inputs and closes the loop rather than simply producing frequent messages.

Do not coach one supplier through the answer. The trial administrator can clarify rules and distribute common information. Technical reviewers should log interventions. If a defect in the pack makes the intended comparison unfair, issue a controlled addendum and adjust timing. Preserve both the original and revised baselines so the final assessment can distinguish a bidder error from an assessment-input error.

Trial event and response-time record
EventTimestamp/time zoneRequired contentScoring treatment
Pack issued[record]Files, revisions and submission rulesStarts only after confirmed access
Receipt acknowledged[record]File/revision list and obvious access gapsAdministrative control, not technical quality
Clarification raised[record]Issue ID, source, question, impact and needed dateScore clarity and prioritisation
Common addendum[record]Changed baseline and reasonApply equally; adjust clock if material
Interim risk notice[record]Critical hold or missing authorityCredit early risk containment
Final response[record]All deliverables and open-item statusScore quality and control separately from timing

5. Require outputs that expose the supplier's reasoning

A drawing alone hides the path to the answer. Require a compact input register, marked-up source, issue/RFI log, assumptions register, responsibility map, proposed drawing or detail, evidence plan and final open-item list. Ask the bidder to distinguish information copied from the pack, its own proposed values, system-owner limits, project-authority decisions and items still unknown. The distinction matters more than graphical style.

Use placeholders instead of invented numbers where the project input is missing. If the bidder proposes an option, it should state the basis, affected requirements and who must approve it. If calculations, testing or system-provider confirmation will be required later, request a plan, not a fabricated result. A bidder should receive credit for declining an unsupported conclusion and identifying a safe path to closure.

Configuration control is part of the evidence. ISO 10007:2017 provides guidance on configuration management from concept to disposal and describes planning, identification, change control, status accounting and configuration audit. The trial is not an ISO 10007 conformity assessment, but its files should still show which input revision produced which response and how an addendum changed the output.

Trial response package
DeliverableMinimum usable contentReviewer questionRed flag
Input registerFile, revision, status and receiptDid the team use the issued baseline?Missing or mixed revisions
Marked-up sourceIssue IDs at exact locationsCan each concern be located?Generic comments detached from marks
RFI/issue logConflict, consequence, question, owner and statusIs the question answerable and prioritised?Unbounded ‘please confirm’
Assumptions registerProposal, reason, risk, authority and expiryAre assumptions visible and reversible?Assumption drawn as approved fact
Responsibility mapSupplier/project/third-party boundariesWho decides and who supplies evidence?Supplier silently owns or disowns interface
Proposed drawingRevision, notes, unresolved holds and cross-referencesDoes it reconcile with registers?Attractive detail contradicts issue log
Evidence planRequirement, evidence type, configuration and ownerIs the proof route realistic?Certificate title used as result
Open-item statementResidual decisions and affected workCould the buyer safely plan next steps?Everything marked closed without authority

6. Score interface thinking without turning the supplier into the designer of record

Windows sit inside other systems. The response should identify the line between product geometry and building structure, air/water layers, insulation, cladding, interior finishes, sill pans or flashings, sealants, anchors, fire or acoustic assemblies where relevant, electrical controls, access, lifting and maintenance. Recognition does not confer design authority. The bidder should mark required inputs and responsible parties rather than producing an unsupported whole-wall solution.

Score whether the bidder follows paths. Where does load go? Where can water exit? Which layer provides continuity? What space is needed for movement and installation? Which dimension controls fabrication? Which unit weight affects hardware, packing and lifting? Which change would invalidate test or certification applicability? These are question paths, not universal details. The correct answer depends on the project, product and responsible professionals.

Pay attention to the relationship between proposal and evidence. A system may be capable of a particular configuration while the bidder has not supplied an applicable report. A generic detail may show intent while the site-specific substrate remains unknown. A product certificate can be current while the proposed variant falls outside its scope. Credit the bidder that separates these states and proposes an authorised closure route.

Interface recognition rubric
Interface pathEvidence of strong responseUnsafe shortcutAuthority to identify
Geometry/datumControlling dimensions, tolerances and survey need are separatedOne silent dimension chosenArchitect/survey/design authority
Structure/anchorageLoads, substrate and support questions are routedGeneric anchor spacing assertedResponsible structural/product authority
Water/drainageContinuity and discharge path are tracedExtra sealant used as universal answerEnvelope/product/interface authority
Air/thermal layerLayer and transition responsibilities are markedProduct U-value treated as installed-wall resultEnvelope/energy authority
Glass/hardwareConfiguration, mass and system limits are linkedCatalogue maximum copied without conditionsGlass/hardware/system/design authority
Fabrication/installationRevision, access, joint and sequence constraints are exposedFactory drawing ignores site methodContractor/installer/project authority
Evidence/complianceExact requirement and applicable proof route are namedLogo or old report accepted by resemblanceScheme/regulator/specifier/engineer

7. Use an anchored rubric and independent reviewers

Use at least two appropriately competent reviewers for material technical procurement. Score independently before discussion, then reconcile large differences with written reasons. An architect may detect coordination problems; a window engineer may understand system limits; a quality reviewer may see configuration drift; procurement should protect fairness and commercial boundaries. No reviewer should score outside their competence as if personal confidence were evidence.

Anchor each score. A zero can mean the issue was missed or contradicted. A middle score can mean the issue was identified but not tied to impact, authority or affected records. A high score can mean it was correctly located, prioritised, bounded and routed with a controlled next step. Add a critical-failure rule for an unsafe or dishonest action, but require documented review rather than automatic rejection for a harmless formatting error.

Avoid one total that hides fatal weaknesses. Keep critical-risk recognition, input/configuration control, RFI quality, interface reasoning, evidence discipline, output consistency and timing visible. A bidder with a lower total may remain viable with a defined condition; a high total cannot neutralise a critical unsupported assumption. Record any weighting chosen before receipt.

Anchored technical-response rubric
DimensionWeight0 — not demonstrated2 — partial4 — strong sampled evidence
Critical issue recognition[set before issue]Missed/contradicted critical riskFlagged without consequence or routeLocated, prioritised, contained and routed
Input/configuration control[set]Mixed or unstated baselineRevision listed but changes not propagatedComplete trace through addenda and output
Question quality[set]Guess or generic confirmation requestQuestion lacks option/impact/authorityAnswerable, bounded and decision-ready
Interface/responsibility[set]Boundary ignored or appropriatedSome parties named without handoffPaths, owners, holds and handoffs explicit
Evidence discipline[set]Unsupported claim presented as factEvidence type named but applicability unclearRequirement-to-configuration evidence plan
Output consistency[set]Registers and drawing conflictMinor unresolved inconsistencyDrawing, assumptions and issues reconcile
Communication/timing[set]Late/silent without controlTimely but low-information responseAcknowledgement, escalation and delivery controlled
Reviewer reconciliation record
CriterionReviewer AReviewer BDifference reasonAgreed evidence citation
Critical recognition[0-4][0-4][record]Issue/file/page reference
Configuration control[0-4][0-4][record]Input/output revision trace
Interface reasoning[0-4][0-4][record]Markup/RFI reference
Evidence discipline[0-4][0-4][record]Claim/evidence-plan reference
Final dispositionviable/conditional/not demonstrated[record]Conflict-of-interest checkSigned evaluation note

8. Convert the result into a bounded award decision

Write the conclusion in layers: demonstrated in the sampled test; partially demonstrated; not demonstrated; not tested; and requires post-award verification. Explain any critical concern and the exact record. Do not label the supplier generally ‘technical’ or ‘non-technical’. The proposed team may have performed well on input control but not shown configuration-specific performance evidence. Another may have found the most issues but failed to maintain one output revision.

Connect conditions to procurement gates. A viable supplier might need to nominate the actual technical lead, close a defined competency gap, complete a second configuration, provide a design-control procedure, demonstrate the drawing-to-BOM handoff or accept first-off witness points. A condition needs an owner, due date, acceptance evidence and consequence. Avoid vague promises of ‘more attention after award’.

Retain the issued pack, clarification history, response, score evidence, reviewer conflicts, decision and supplier feedback under the procurement identifier. ISO 10013 provides guidance on documented information and ISO 10005 on quality plans for a product, project or contract. Citing them does not make this exercise certified or ISO-compliant; the practical purpose is a reproducible decision and a usable post-award control plan.

Trial drawing decision record
FindingStatusEvidenceAward condition / next gateBoundary
Input and revision controldemonstrated / partial / not demonstrated[cite response][owner/date/evidence]Sampled pack only
Critical conflict recognition[record][cite issue IDs][record]Unlisted risks may remain
Interface/authority discipline[record][cite][record]Not design approval
Technical evidence planning[record][cite][record]No product performance verified
Communication/timing[record][timestamps][record]Not production lead-time proof
Overall procurement useviable / conditional / not demonstratedReviewer notePost-award or no-award actionNo supplier-wide certification

Safe conclusion: The proposed team demonstrated the following behaviours on the issued trial configuration and revisions. The exercise did not validate the design, product performance, factory capability, project capacity or untested configurations.

FAQ

Should the trial drawing contain deliberate errors?

It may contain a small number of controlled, realistic conflicts or omissions when bidders are told the pack is an assessment exercise. Use a restricted expected-issue key, avoid unsafe deception and give all bidders the same baseline and clarifications.

How large should the trial be?

Small enough for a competent team to review deeply within the stated time, but representative enough to expose key geometry, product and building-interface decisions. One difficult unit or interface is usually more useful than a whole tender set.

Is the fastest response the best?

No. Record acknowledgement, substantive clarification and final delivery separately. Reward early risk containment and high-quality questions; do not reward a fast unsupported assumption.

Can the buyer use the trial output for construction?

Not unless it later passes the project's authorised design, review, evidence and release process and the contractual rights are clear. The exercise itself is not design approval.

What if a supplier finds a real issue missing from the answer key?

Validate the issue against the controlled inputs and award calibrated credit. The key supports consistent evaluation; it must not cap legitimate technical insight.

Should all bidders receive the same scorecard?

Publish the assessment dimensions and deliverables where practical, while keeping the expected answers restricted. Final weights and critical rules should be fixed before responses arrive.

Does a good trial prove manufacturing capability?

No. It samples technical intake and response. Manufacturing, external providers, product evidence, quality controls, capacity and first-off execution need separate verification.

Can the supplier charge for the trial?

That is a commercial and legal design choice. Define payment, intellectual property, confidentiality, reuse and award implications before issue; do not disguise substantial free design extraction as due diligence.

Continue the project review

Connect this guide with the proposed window and door systems, then review how Cavorlen approaches manufacturing and quality control. When your schedule is ready, send it through the project review form.

Official sources used

ISO 9001 Auditing Practices Group — Design and development process ↗ISO 9001 Auditing Practices Group — Evidence collection ↗ISO 9001 Auditing Practices Group — Customer communication ↗ISO 9001 Auditing Practices Group — Library and disclaimer ↗ISO 10005:2018 — Guidelines for quality plans ↗ISO 10007:2017 — Guidelines for configuration management ↗ISO 10013:2021 — Guidance for documented information ↗ISO 21502:2020 — Guidance on project management ↗

Related buyer guides

Editorial boundary

This guide does not verify or imply Cavorlen technical capability, staffing, response time, engineering authority, software, product parameters or project experience. It does not prescribe structural, thermal, acoustic, water, glass, hardware or installation values. A trial response remains sampled procurement evidence and cannot replace authorised design, applicable certification, testing, factory verification or contract controls.