Turn prototype learning into a released baseline
Gather the final prototype’s actual configuration before preparing a production order. Bench modifications, alternate components, revised firmware and mechanical changes must be reconciled into the source design and released documents. A marked-up photograph can preserve an observation, but it should not become the permanent instruction for a recurring build.
Assign identities to the bare board, assembled board and finished product where they differ. Explain their relationship in the release manifest. Include the population variant and approved firmware version, not just the copper revision. This avoids the common problem of several electrically different products being received under one board number because the same artwork was used.
- 01Design files
- 02Engineering review
- 03Fabrication
- 04Inspection
- 05Delivery
Define the production handoff as a set of decisions
A complete handoff identifies who approves materials, releases the first article, maintains test limits and decides the disposition of failures. Those decisions often belong to different people. Establish a contact role or responsibility in the project record without relying on an informal conversation that may be unavailable during a later batch.
The table is a practical starting point for a handoff review. Mark unresolved rows as open rather than treating a missing answer as approval. Engineering review confirms process suitability, inspection resources and the proposed route. Production readiness is the closure of these dependencies, not merely the presence of a large purchase quantity.
| Handoff item | Required decision | Evidence to retain |
|---|---|---|
| Configuration | Which revision and variant? | Release manifest |
| Materials | Which substitutions are permitted? | Approved parts and change records |
| Process | What requires special handling? | Approved assembly instructions |
| Test | Which limits release a unit? | Procedure revision and results |
| Exceptions | Who decides rework or rejection? | Disposition and retest history |
Control material changes before they reach the line
Maintain exact manufacturer part numbers and an approved alternate policy. A proposed replacement should be reviewed against package, electrical characteristics, operating conditions and software dependence. Where the approval is limited to a particular lot or variant, record that limit. Purchasing convenience must not silently redefine the product.
Specify how shortages are escalated, when material can be committed and whether partial builds are useful. Consider what happens if one critical part becomes unavailable after the other materials are purchased. A written decision sequence helps determine whether to wait, approve an alternate or revise the design while preserving the identity of existing stock.
Make the test procedure executable
A production test instruction needs setup conditions, connection details, firmware, stimulus, expected results, numerical limits where appropriate and a clear failure path. Include safe power sequencing and the distinction between a test-system error and a unit failure. Define how fixtures and reference units are identified so results can be interpreted later.
Avoid relying only on an operator’s impression that the board ‘looks alive.’ A status LED or successful boot may demonstrate one behavior while leaving interfaces untested. Map each essential product requirement to an agreed check and record known gaps. Test availability, fixture development and data retention must be confirmed as part of the requested scope.
Manage changes across stock and work in progress
An engineering change should identify the old and new configuration, reason, affected references, required approvals and effective batch or serial boundary. Evaluate bare boards, purchased components, assemblies in process, finished stock and delivered units separately. A change can be correct for future builds without requiring every existing unit to be reworked.
If rework is proposed, define the authorized instruction and subsequent inspection or retest. Preserve the original failure or change record rather than overwriting it with a final pass. This distinction supports meaningful yield analysis and avoids confusing an initially successful unit with one that required correction.
Review the batch as evidence for the next one
Agree the delivery record before assembly begins: quantities, configuration, inspection summary, test results and approved deviations as applicable. On receipt, reconcile that record with the shipment and segregate any units awaiting a decision. Capture field or integration feedback against the same identity system so lessons can return to the release process.
Use assembly planning to define the route, quality and traceability to select records, and first-article inspection for release gates. Submit your production handoff with demand, revision status and acceptance needs; do not assume a published technical guide establishes a factory capability or delivery commitment.
Production PCB Assembly readiness checklist
Use this checklist to prepare your inquiry. These selections stay in this browser and do not submit a project.
Frequently asked questions
When is a prototype ready for production?
When its successful configuration is documented and the remaining design, material, process and acceptance questions have owners and resolutions. Prototype operation alone does not establish repeatability.
Can production continue during a design change?
That depends on the change and affected work. Identify its effective boundary and obtain a documented disposition for stock and work in progress before allowing mixed configurations.
Must every production board be functionally tested?
Coverage is a project decision based on risk and acceptance requirements. Specify the desired unit-level or sampled checks and confirm feasibility, equipment and records during engineering review.
What should an approved alternate list include?
Identify the original and alternate manufacturer part numbers, applicable variants, approval authority and any restrictions. Footprint compatibility alone is not sufficient evidence of interchangeability.
Can a previous test procedure be reused unchanged?
Only after confirming it still matches hardware, firmware, fixtures and requirements. Reuse should be a reviewed decision whenever any of those inputs change.