A BOM looks simple because it is usually a spreadsheet.
That is misleading.
In production, the Bill of Materials becomes the connection between engineering intent, purchasing, SMT assembly, cost, revision control and field traceability. A vague BOM may still work when an engineer personally buys ten prototype parts. The same BOM can become a serious risk when purchasing hundreds or thousands of units.
Chinese hardware and manufacturing discussions often show this transition clearly: once a product enters trial production, material changes must be controlled because changing one part can affect the PCB, firmware, test results, inventory and documentation at the same time.
Good BOM management is therefore not administrative work. It is part of product engineering.
BOM control becomes operational during the SMT assembly process and must remain traceable through the firmware and PCBA production handover.
1. Use manufacturer part numbers, not only values
A line that says:
C12 | 10uF | 0603
is not always enough.
Different 10 µF capacitors in the same nominal package can have different:
- voltage ratings;
- dielectric materials;
- DC-bias behavior;
- tolerance;
- height;
- temperature rating;
- ESR;
- availability.
For production-critical components, identify the manufacturer and manufacturer part number (MPN).
A stronger BOM line might contain:
- designator(s);
- quantity;
- manufacturer;
- MPN;
- value/description;
- package;
- internal part number;
- approved alternates;
- DNP status;
- notes.
The goal is to make the part identity unambiguous.
2. Separate engineering identity from supplier identity
A common mistake is treating a distributor’s stock number as the component identity.
Supplier codes are useful for purchasing, but distributors can change. The engineering definition should normally point to the manufacturer’s part number.
Then purchasing data can map that engineering part to one or more suppliers.
This distinction becomes valuable when:
- a supplier is out of stock;
- the product moves to another EMS factory;
- pricing changes;
- the team adds a second source.
The design should not depend on one shopping website’s catalog structure.
3. Approved alternatives must be explicit
Production teams often need alternate parts because of shortages, lead time or cost.
But “equivalent” is an engineering statement, not only a purchasing statement.
An alternate may need review for:
- electrical rating;
- tolerance;
- pinout;
- footprint;
- mechanical height;
- polarity;
- thermal performance;
- RF behavior;
- firmware initialization;
- regulatory status.
For low-risk passives, an alternate may be straightforward. For oscillators, regulators, sensors, memories, radios and power components, substitution can be much more significant.
Define approved alternatives before the purchasing crisis occurs.
4. Distinguish sourcing alternatives from functional alternatives
There are two useful concepts:
Same engineering part, different source
The component is effectively the same specification but can be purchased from different approved suppliers or packaging options.
Functionally equivalent alternate
The part is not identical but has been reviewed and accepted as a substitute.
These cases should not be mixed casually.
Modern BOM tools, including Altium’s BOM-management workflow, explicitly distinguish supplier/part choices from alternate components. The idea is useful even if the team uses a simple spreadsheet: record why a substitute is approved.
5. Control DNP/DNI components clearly
Prototype boards often contain optional resistors, debug headers, tuning networks or feature variants.
Do Not Populate / Do Not Install parts must be controlled consistently across:
- schematic;
- BOM;
- placement file;
- assembly drawing;
- work instructions.
A component appearing in the placement file but excluded from the BOM can create confusion in automated assembly systems.
Avoid relying on comments in someone’s memory such as “R27 is normally not fitted.” Put the rule into controlled production data.
6. BOM and CPL designators must match
SMT assembly depends on the relationship between BOM and placement data.
JLCPCB’s current assembly guidance, for example, emphasizes consistent reference designators between BOM and CPL files. That reflects a general production principle: the factory needs one clear mapping between part identity and physical location.
Before release, compare:
- designator sets;
- total populated count;
- top/bottom side;
- footprint information;
- DNP exclusions.
Automate this comparison when possible.
A simple script that compares designator lists can prevent a surprising number of upload and assembly errors.
7. Review component lifecycle before design freeze
Prototype engineers naturally prioritize parts that can be purchased today.
Production requires a longer view.
For important ICs and modules, check:
- active/NRND/EOL status;
- manufacturer longevity information where available;
- lead time;
- expected demand;
- second-source options;
- whether the part depends on a proprietary firmware ecosystem.
A product can be technically complete and still miss its launch because one key component cannot be sourced.
Lifecycle review is particularly important before expensive enclosure tooling or certification.
8. Track supply risk, not only price
The lowest unit price is not always the lowest production risk.
A BOM risk review can identify parts with:
- single-source supply;
- unusually long lead time;
- high MOQ;
- volatile pricing;
- allocation history;
- unusual package/process requirements;
- difficult-to-find alternates.
For a small team, even a simple risk column—Low / Medium / High—helps focus attention on critical items.
The objective is not to eliminate every single-source component. It is to know where the business depends on one.
9. Freeze BOM revisions with hardware revisions
A hardware revision is more than the PCB artwork.
When the board changes, the BOM may change too.
Use controlled identifiers such as:
- HW Rev A;
- BOM Rev A.1;
- Firmware v1.2.0.
The exact naming system is less important than traceability.
If a field unit fails, engineers should be able to determine which components were actually installed.
Do not overwrite an old BOM and lose history.
10. Engineering changes should evaluate the entire product impact
Chinese manufacturing workflow discussions often use terms such as ECR, ECO and ECN for controlled engineering changes.
A component change may require more than editing one spreadsheet cell.
Ask:
- Does the schematic change?
- Does PCB layout change?
- Does firmware need a different driver?
- Does calibration change?
- Does certification need review?
- Does the test fixture still work?
- What happens to existing inventory?
- From which production lot does the change become active?
Record the answer before releasing the new BOM.
11. Do not let purchasing substitute parts without an approval path
Purchasing teams are often under strong pressure to keep production running.
If no alternate policy exists, the factory may ask urgent questions such as:
“Can we replace this regulator with another one?”
A robust process defines who can approve substitutions and what evidence is required.
Possible categories:
- purchasing-equivalent: no engineering revalidation required under defined rules;
- engineering-approved alternate: previously validated;
- temporary deviation: allowed for a defined lot after review;
- design change: requires new revision and validation.
This protects both schedule and product quality.
12. Manage value variants and SKUs deliberately
One PCB may support multiple product variants.
Examples:
- Wi-Fi only vs Wi-Fi + BLE accessories;
- different sensor population;
- regional RF module;
- premium vs basic feature set;
- different connector options.
Do not create uncontrolled copies of spreadsheets for every variant.
Use a clear strategy for variant BOMs and DNP populations. Each production order should map to an exact configuration.
13. Include mechanical and non-PCB items in the product BOM when appropriate
A PCBA BOM is not always the full product BOM.
The final product may also require:
- enclosure parts;
- screws;
- cables;
- gaskets;
- labels;
- antennas;
- thermal pads;
- adhesives;
- packaging.
At the product level, these items also need revision and sourcing control.
A board can be ready while the product is blocked by a missing custom cable.
14. Link firmware requirements to programmable components
Some BOM items require software or configuration:
- MCU;
- flash memory;
- EEPROM;
- secure element;
- wireless module;
- programmable power controller.
The production package should define what is programmed into each device and which firmware version matches the BOM/hardware revision.
If a memory density or sensor model changes, firmware may need to know.
Treat that dependency as part of change review.
15. Record alternates before they become emergency decisions
Supply shortages are the worst time to begin investigating substitutes.
During development, identify high-risk parts and ask:
- Is there a pin-compatible alternate?
- Can the PCB support two footprints or configurations?
- Can firmware detect both sensor variants?
- Is an alternative regulator stable with the same external components?
- Should zero-ohm options be added for flexibility?
A small design decision in the prototype stage can create valuable sourcing flexibility later.
16. Consolidate passive values when it makes engineering sense
Reducing the number of unique resistor and capacitor values can simplify:
- procurement;
- feeder setup;
- inventory;
- assembly changeover;
- minimum-order management.
But do not force consolidation when it harms circuit performance.
This is a system-level cost optimization, not a rule that every similar value must become identical.
17. Maintain a release checklist for BOM changes
Before releasing a production BOM, verify:
BOM quality affects manufacturing quality
A production line cannot compensate for ambiguous engineering data forever.
When the BOM is clear, purchasing knows what can be bought, SMT knows what should be placed, quality knows what should be inspected, and engineering can trace what changed.
When the BOM is vague, every downstream team must make assumptions.
Those assumptions become hidden product variants.
Two useful primary references are JLCPCB’s BOM/CPL preparation requirements and Altium’s documentation for managing approved and alternative part solutions. The same control principles apply even when a team uses spreadsheets instead of ActiveBOM.
Final thought
BOM management becomes more important as a product becomes successful.
Ten prototypes can be managed through personal knowledge. Thousands of units require controlled data.
The objective is not to create bureaucracy. It is to make component identity, substitution, revision and product configuration explicit enough that the design can survive staff changes, supplier changes and market shortages.