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.
| Question to test | Observable evidence | Reasonable inference | Do not infer |
|---|---|---|---|
| Can the team control inputs? | Receipt lists files, revisions, status and gaps | The sampled team used disciplined intake | All future documents will be controlled |
| Can it find material conflicts? | Prioritised issue list tied to marks/details | The team recognized sampled risks | Unlisted conflicts do not exist |
| Can it ask answerable questions? | RFI states source, conflict, options and authority | The team can frame sampled decisions | Its proposed option is approved |
| Can it protect interfaces? | Responsibility and hold points are explicit | The team recognizes sampled boundaries | It owns every adjacent design |
| Can it control outputs? | Marked-up drawing, assumptions and revision record reconcile | The response can be audited | The drawing is construction-ready |
| Can it meet the trial timing? | Time-stamped acknowledgement and staged delivery | The team met this bounded exercise | Production 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.
| Item | Identifier/revision | Purpose | Known status or limitation |
|---|---|---|---|
| Assessment brief | TRIAL-BRIEF-[rev] | Rules, deliverables, timing and rights | Not a production instruction |
| Architectural elevation/plan | [record] | Opening identity and geometry context | State drawing status |
| Window/door schedule | [record] | Type, size and configuration input | Flag unresolved discrepancies without giving answers |
| Wall/interface detail | [record] | Position, sill/head/jamb context | Adjacent design remains with named authority |
| Relevant specification extracts | [record] | Performance, material and submittal basis | Only authorised relevant sections |
| Supplier product constraints form | blank controlled form | Bidder states proposed system limits | No assumed product parameters |
| Clarification log | TRIAL-CLAR-[rev] | Equal record of questions/answers | Proposals are not approvals |
| Expected-issue key | restricted reviewer copy | Scoring consistency | Never 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.
| Issue ID | Input conflict/gap | Consequence if guessed | Expected response | Weight |
|---|---|---|---|---|
| E-01 | Datum or opening dimension differs across records | Wrong frame size or interface joint | Cite both sources, affected marks and request controlling datum | Critical / major / minor |
| E-02 | Handing/view convention is not stated | Opposite operation or hardware | State viewpoint and request schedule confirmation | [assign] |
| E-03 | Sill drainage path conflicts with wall/finish | Trapped water or obstructed outlet | Mark interface, identify owners and hold detail | [assign] |
| E-04 | Glass or sash mass input is missing | Unsupported hardware or handling decision | Request build-up/limit evidence; do not invent mass | [assign] |
| E-05 | Performance requirement lacks evidence route | Unsupported product claim | Identify requirement and propose evidence plan | [assign] |
| E-06 | Approval/design responsibility is unclear | Unauthorised decision | Name required authority and permitted interim work | [assign] |
| E-X | Valid bidder-discovered issue | Reviewer had not anticipated risk | Reviewer validates source and materiality | Award 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.
| Event | Timestamp/time zone | Required content | Scoring treatment |
|---|---|---|---|
| Pack issued | [record] | Files, revisions and submission rules | Starts only after confirmed access |
| Receipt acknowledged | [record] | File/revision list and obvious access gaps | Administrative control, not technical quality |
| Clarification raised | [record] | Issue ID, source, question, impact and needed date | Score clarity and prioritisation |
| Common addendum | [record] | Changed baseline and reason | Apply equally; adjust clock if material |
| Interim risk notice | [record] | Critical hold or missing authority | Credit early risk containment |
| Final response | [record] | All deliverables and open-item status | Score 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.
| Deliverable | Minimum usable content | Reviewer question | Red flag |
|---|---|---|---|
| Input register | File, revision, status and receipt | Did the team use the issued baseline? | Missing or mixed revisions |
| Marked-up source | Issue IDs at exact locations | Can each concern be located? | Generic comments detached from marks |
| RFI/issue log | Conflict, consequence, question, owner and status | Is the question answerable and prioritised? | Unbounded ‘please confirm’ |
| Assumptions register | Proposal, reason, risk, authority and expiry | Are assumptions visible and reversible? | Assumption drawn as approved fact |
| Responsibility map | Supplier/project/third-party boundaries | Who decides and who supplies evidence? | Supplier silently owns or disowns interface |
| Proposed drawing | Revision, notes, unresolved holds and cross-references | Does it reconcile with registers? | Attractive detail contradicts issue log |
| Evidence plan | Requirement, evidence type, configuration and owner | Is the proof route realistic? | Certificate title used as result |
| Open-item statement | Residual decisions and affected work | Could 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 path | Evidence of strong response | Unsafe shortcut | Authority to identify |
|---|---|---|---|
| Geometry/datum | Controlling dimensions, tolerances and survey need are separated | One silent dimension chosen | Architect/survey/design authority |
| Structure/anchorage | Loads, substrate and support questions are routed | Generic anchor spacing asserted | Responsible structural/product authority |
| Water/drainage | Continuity and discharge path are traced | Extra sealant used as universal answer | Envelope/product/interface authority |
| Air/thermal layer | Layer and transition responsibilities are marked | Product U-value treated as installed-wall result | Envelope/energy authority |
| Glass/hardware | Configuration, mass and system limits are linked | Catalogue maximum copied without conditions | Glass/hardware/system/design authority |
| Fabrication/installation | Revision, access, joint and sequence constraints are exposed | Factory drawing ignores site method | Contractor/installer/project authority |
| Evidence/compliance | Exact requirement and applicable proof route are named | Logo or old report accepted by resemblance | Scheme/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.
| Dimension | Weight | 0 — not demonstrated | 2 — partial | 4 — strong sampled evidence |
|---|---|---|---|---|
| Critical issue recognition | [set before issue] | Missed/contradicted critical risk | Flagged without consequence or route | Located, prioritised, contained and routed |
| Input/configuration control | [set] | Mixed or unstated baseline | Revision listed but changes not propagated | Complete trace through addenda and output |
| Question quality | [set] | Guess or generic confirmation request | Question lacks option/impact/authority | Answerable, bounded and decision-ready |
| Interface/responsibility | [set] | Boundary ignored or appropriated | Some parties named without handoff | Paths, owners, holds and handoffs explicit |
| Evidence discipline | [set] | Unsupported claim presented as fact | Evidence type named but applicability unclear | Requirement-to-configuration evidence plan |
| Output consistency | [set] | Registers and drawing conflict | Minor unresolved inconsistency | Drawing, assumptions and issues reconcile |
| Communication/timing | [set] | Late/silent without control | Timely but low-information response | Acknowledgement, escalation and delivery controlled |
| Criterion | Reviewer A | Reviewer B | Difference reason | Agreed 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 disposition | viable/conditional/not demonstrated | [record] | Conflict-of-interest check | Signed 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.
| Finding | Status | Evidence | Award condition / next gate | Boundary |
|---|---|---|---|---|
| Input and revision control | demonstrated / 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 use | viable / conditional / not demonstrated | Reviewer note | Post-award or no-award action | No 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
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.