A Preliminary Design Review (PDR) is a formal design gate review held after the conceptual design phase and before detailed design begins. PDR verifies that: system requirements are complete and baselined, the selected design concept is feasible and addresses all requirements, requirements have been allocated to subsystems, key risks have been identified and mitigation plans are in place, the design approach is technically sound, and the project can proceed to detailed design within cost and schedule. PDR is the last gate before significant engineering resources are committed to a specific design direction.
PDR artifacts typically include: baselined system requirements specification, concept of operations, system architecture block diagram, interface definitions, preliminary BOM with rough cost estimates, risk register with top 10 risks and mitigations, verification approach for each requirement, and a preliminary schedule for detailed design through DVT. The review board — typically senior engineers and program management — evaluates whether each artifact is sufficiently mature to support proceeding.
PDR is most valuable when teams resist the temptation to hold it prematurely. A PDR held with unresolved requirement conflicts, undefined interfaces, or unvalidated key technical assumptions creates a false gate — the paperwork passes but the underlying risks remain. The discipline is in surfacing and resolving (or explicitly accepting) all major uncertainties before PDR so the review is a genuine checkpoint, not a schedule milestone.
Practical Example
PDR for an industrial IoT gateway: 34 requirements reviewed (all verifiable, 2 marked TBD pending customer input), architecture approved (Linux + STM32 coprocessor), top risks identified (cellular modem certification timeline, -40°C supply chain for key components), preliminary BOM cost at $187/unit (target $200), PDR PASSED with 2 open items closed within 30 days.
How SpecZero handles this
SpecZero's requirement list and concept planner together provide the key inputs for PDR: a structured requirements set, concept evaluations showing the selected approach and rejected alternatives, and decision log entries documenting the rationale. Exporting this content provides the core narrative for a PDR package.
Related terms
Critical Design Review(CDR)
The design gate before production build authorization — confirming the detailed design meets all requirements and is ready for manufacturing.
System Requirements Specification(SRS)
A formal document defining all requirements a system must satisfy, derived from stakeholder needs.
Concept Trade Study
A structured comparison of design alternatives against a set of requirements and evaluation criteria.
Requirements Traceability Matrix(RTM)
A document that links requirements to their sources, design elements, and verification tests.