2. STM32产品需求与合规性分析

在STM32产品项目中，认证失败最常见的原因并不是测试本身，而是需求阶段没有把“卖到哪里、卖给谁、按什么标准、由谁出证”说清楚。产品需求文档（PRD）通常由市场、产品经理或客户撰写，语言偏功能与体验，例如“支持USB Type-C供电”“具备无线连接”“用于工业现场”。这些描述背后其实隐含着一组认证约束：目标市场的强制性法规、无线频谱许可、安规与EMC限值、能效要求，以及客户或行业附加的准入条件。本节的任务，就是把PRD中的自然语言需求，翻译成可执行、可验证、可排期的认证要求。

一、从PRD中提取认证要求的四类线索

不要逐字阅读PRD，而应按四类线索做结构化提取。第一类是市场与销售区域：欧盟、美国、加拿大、日本、韩国、中国、印度、澳洲等，各自对应不同的强制认证体系。第二类是产品形态与接口：是否含无线（Wi-Fi/蓝牙/LoRa/蜂窝）、是否有AC-DC电源、是否含电池、是否带USB充电、是否有线通信接口。第三类是使用环境与行业：消费、工业、医疗、汽车、家电，直接决定标准等级。第四类是客户与合同条款：客户可能要求特定安规证书、能效标签、RoHS/REACH声明或工厂审核。

以一款基于STM32WBA52的智能网关为例，PRD写“面向欧洲家庭和北美小型办公室，支持Wi-Fi 6与BLE 5.3，USB-C供电，内置可充电锂电池”。提取结果如下：欧盟需CE（含RED无线指令、EMC、LVD或安规）、RoHS、WEEE、REACH；美国需FCC Part 15C（无意辐射体）与Part 15E（若含5GHz）、电池需UN38.3与运输鉴定；加拿大需ISED；若带USB-C充电，还需考虑USB-IF合规与IEC 62368-1安规。这些不是“测试项目”，而是准入条件，必须在计划中逐项闭环。

二、确定目标市场法规的判定路径

目标市场法规的确定，建议按“区域→产品类别→无线/有线→电源/电池→行业附加”的顺序判定，避免遗漏。下面这张图给出了一条可复用的判定链，把PRD输入、法规分支与最终认证清单串起来，便于在评审会上直接对照使用。

三、把认证要求写成可排期的计划

提取出清单后，下一步是把它变成计划。认证计划的最小可用结构应包含：认证项目、适用标准与版本、目标市场、责任方（内部/实验室/代理）、所需样品数量与形态、资料清单、前置依赖、计划开始与完成时间、费用预算、风险与备选方案。其中“标准版本”必须写明年份，例如EN 55032:2015+A11:2020，因为标准换版会直接导致测试重做。

以智能网关为例，可形成如下认证计划片段（示例参数，实际以项目为准）：

计划中必须明确“关键路径”。上例中，CE-RED与FCC ID通常并行，但都依赖射频固件定版；安规依赖结构件定版；UN38.3依赖BMS参数冻结。若射频固件延期两周，CE-RED与FCC ID同时顺延，进而影响ISED。因此，认证计划不是测试排期表，而是产品开发依赖关系的映射。

四、交付里程碑与准入判定

认证交付里程碑建议与产品开发阶段对齐，而不是独立存在。典型设置如下：

• M1 需求冻结：认证清单、目标市场、标准版本、责任方全部确认，输出《认证要求跟踪表》。
• M2 预测试：在正式送测前完成EMC与射频摸底，记录余量。例如辐射骚扰在30MHz～1GHz频段需保留至少6dB余量，若仅3dB则需整改。
• M3 正式送测：样品、固件、天线报告、原理图、BOM、标签稿齐套，实验室排期确认。
• M4 取证交付：证书、测试报告、符合性声明、标签与说明书归档，完成市场准入判定。

每个里程碑都应设置明确的通过判据。例如M2的判据是“所有预测试项目余量≥6dB，无失败项”；M3的判据是“实验室受理并确认样品与资料无缺失”；M4的判据是“证书编号可查、报告版本与产品版本一致、标签已确认”。若M2出现失败项，应触发整改循环，而不是带病进入正式送测。

综上，从PRD到认证计划的核心动作是：按区域、无线、电源、行业四条线索提取要求；按判定链确定法规；把法规翻译成带标准版本、样品、依赖和周期的计划；再用M1～M4里程碑把计划锚定到产品开发节奏上。这样，认证不再是交付前的“最后一关”，而是从需求阶段就嵌入产品定义的可控工程活动。