2. 汽车电子基础
说实话，很多硬件工程师拿到需求文档的第一反应是——直接翻到最后一页看参数表。我以前也这样，结果吃过亏。有一次项目做到一半，才发现客户写的「支持宽电压输入」和我们理解的「宽电压」差了整整一倍。从那以后，我养成了一个习惯：拿到需求文档，先泡杯茶，从头到尾读三遍。
需求分析不是走流程，它是整个硬件项目的「宪法」。后面所有设计、选型、测试、认证，都得围着它转。这一节，我们就聊聊怎么把需求文档吃透，怎么写出一份靠谱的硬件规格书，以及怎么抓住那些真正要命的KPI。
2.1 读懂需求文档：别让「我以为」变成「我完了」
需求文档通常来自产品经理、客户或者系统工程师。它可能是一份PRD（产品需求文档），也可能是一封邮件加几张截图。不管形式如何，核心要回答三个问题：
- 这个设备要干什么？（功能需求）
- 它要在什么环境下干？（环境需求）
- 它得干到什么程度？（性能需求）
我习惯把需求文档里的每一条都拆成「主语 + 谓语 + 宾语 + 约束条件」。举个例子：
原文：「设备需支持-40℃~85℃环境下连续工作8小时。」
拆解：
- 主语：设备
- 谓语：支持连续工作
- 宾语：8小时
- 约束条件：-40℃~85℃环境
这么一拆，你马上会发现——「连续工作」是什么意思？是满负荷运行还是待机？8小时是累计还是连续？这些模糊点，就是后面要跟需求方确认的坑。
2.2 硬件规格书的编写：把「需求」翻译成「技术语言」
需求文档是给所有人看的，但硬件规格书是给硬件团队看的。它的核心任务是把模糊的需求翻译成可测量、可验证的技术参数。
一份完整的硬件规格书，我通常分成这几个模块：
| 模块 | 内容 | 示例 |
|---|---|---|
| 1. 概述 | 产品定位、应用场景、系统框图 | 工业级边缘计算网关，用于工厂设备数据采集 |
| 2. 电气特性 | 供电电压、电流、功耗、IO电平 | 供电：12V DC ±10%，待机功耗 < 2W |
| 3. 环境规格 | 工作温度、湿度、防护等级、振动 | 工作温度：-20℃~70℃，IP40 |
| 4. 接口定义 | 通信接口、GPIO、连接器型号、引脚定义 | 1x RS485（隔离），1x 百兆以太网 |
| 5. 性能指标 | 处理能力、采样率、精度、延迟 | ADC采样率：1kSPS，精度：±0.1% |
| 6. 可靠性要求 | MTBF、ESD等级、浪涌、认证标准 | MTBF ≥ 100,000小时，ESD接触放电±6kV |
| 7. 机械结构 | 尺寸、重量、安装方式、散热 | 200x150x50mm，导轨安装，自然散热 |
写规格书的时候，有个原则我一直记着：能写数字的，绝不写形容词。比如「响应速度快」这种话，在规格书里就是废的。要写成「从收到指令到输出响应，时间 ≤ 10ms」。
2.3 关键性能指标（KPI）的确定：抓大放小，别被参数淹死
一个硬件产品可能有上百个参数，但真正决定产品成败的，往往只有3~5个KPI。怎么找到它们？我一般从两个维度入手：
- 客户最在意的：客户买这个产品是为了解决什么问题？那个问题的核心指标就是KPI。
- 技术上最难实现的：有些参数虽然客户不直接提，但它是整个系统的瓶颈。比如高速ADC的信噪比，一旦达不到，后面所有设计都白搭。
举个例子，我之前做过一个便携式气体检测仪。需求文档里列了20多个参数，但真正的KPI只有三个：
- 检测精度（客户要的是「能报警」，但精度不够就会误报）
- 响应时间（从气体接触到显示读数，超过5秒就失去意义）
- 待机时长（便携设备，电池撑不到8小时就是废品）
其他参数，比如屏幕分辨率、外壳颜色、按键手感，虽然也要满足，但它们不会让产品「不能用」。KPI是底线，底线守不住，其他再好也没用。
- 列清单：把所有需求参数全部列出来，别漏。
- 分优先级：用「必须满足 / 最好满足 / 锦上添花」三级分类。
- 定阈值：每个KPI给出「合格值」和「目标值」。合格值是底线，目标值是努力方向。
2.4 需求到规格的映射：一张图说清楚
下面这张图，是我自己总结的「需求→规格→KPI」映射流程。每次做新项目，我都会先画一遍，确保思路清晰。
你看，这个流程不是线性的。从验证测试发现问题，可能要回到需求层重新确认，也可能要调整规格。我做过一个项目，测试时发现温漂超标，最后追根溯源，是需求文档里「工业级」三个字没写清楚工作温度范围。所以，闭环反馈才是这个流程的灵魂。
2.5 实战避坑：需求分析阶段的三个常见错误
这些年带团队，我发现新手最容易在需求阶段犯三个错误：
- 过度解读需求：客户说「最好支持」，你就当「必须支持」来设计。结果成本翻倍，客户还不领情。我的建议是：把「最好」和「必须」分开，写在规格书的不同优先级里。
- 忽略测试条件：规格书里写了「精度±1%」，但没写测试条件。结果你在25℃下测合格，客户在60℃下测就不合格。所以，每个参数都要绑定测试条件：温度、湿度、供电电压、负载情况。
- KPI太多等于没有KPI：有人喜欢把规格书里所有参数都标成「关键指标」。结果团队精力分散，哪个都没做到极致。我一般控制在5个以内，超过5个就重新排序，砍掉相对不重要的。
好了，需求分析和规格定义这部分，核心就是三件事：读懂需求、写清规格、抓住KPI。这三件事做好了，后面的设计选型就有了明确的方向。别急着动手画原理图，先把需求文档吃透，把规格书写扎实。磨刀不误砍柴工，这个道理在硬件设计里尤其适用。