1. 需求分析概述：什么是硬件需求分析、为什么硬件工程师需要懂需求分析、需求分析在硬件开发流程中的位置
大家好，我是老张，在硬件这行摸爬滚打了十几年。今天咱们开始第一课，聊聊需求分析。
说实话，我刚入行那会儿，觉得需求分析就是产品经理的事。我们硬件工程师嘛，画板子、调电路、搞定时序，这才是真本事。直到有一次，我花了三个月设计了一块控制板，结果客户说“我要的是低功耗版本，你这功耗翻了一倍”。嗯，从那以后，我再也不敢小看需求分析了。
什么是硬件需求分析？
说白了，硬件需求分析就是搞清楚一件事：客户到底想要什么？
你可能会说，这不废话吗？客户要什么，他告诉我就是了。但现实往往不是这样。客户说“我要一个能测温度的设备”，你给他做了个精度±0.1℃的，结果他其实只需要±1℃。你多花了成本，他还嫌贵。
所以，需求分析就是把客户模糊的、零散的想法，转化成明确的、可量化的、可验证的技术指标。比如：
- 工作电压范围：3.0V ~ 3.6V
- 待机电流：≤ 10μA
- 工作温度：-20℃ ~ +85℃
- 通信接口：I2C，速率400kHz
我个人习惯把需求分成三类：
| 需求类型 | 说明 | 例子 |
|---|---|---|
| 功能需求 | 系统必须能做什么 | 支持蓝牙5.0通信 |
| 性能需求 | 做到什么程度 | 通信距离≥10米 |
| 约束条件 | 不能突破的边界 | 成本≤50元，尺寸≤30x30mm |
核心要点：需求分析不是“记笔记”，而是“翻译”。把客户的语言翻译成工程师的语言。
为什么硬件工程师需要懂需求分析？
你可能会问：需求分析不是项目经理的事吗？我老老实实画板子不行吗？
我跟你讲，真不行。原因有三：
- 避免返工——我在项目中遇到过，需求没搞清楚就开干，结果方案推倒重来。一次改版，光打样费就浪费了两万块。
- 保护自己——需求写清楚了，出了问题好追溯。不然客户说“我没说要这个功能”，你百口莫辩。
- 提升效率——你想想看，需求明确了，选型、设计、测试都有依据。不用猜来猜去，效率自然高。
我的经验：每次项目启动前，我都会拉着产品经理、测试工程师一起过一遍需求文档。哪怕多花半天时间，也比后期改板子强十倍。
我曾经遇到一个项目，客户说“响应要快”。结果我们做了毫秒级响应，客户说“我说的快是秒级就行”。你看，这就是需求没分析透的后果。
需求分析在硬件开发流程中的位置
硬件开发流程，说白了就是一条流水线。需求分析就是这条流水线的第一道工序。
典型的硬件开发流程是这样的：
- 需求分析——搞清楚要做什么
- 方案设计——确定用什么芯片、什么架构
- 详细设计——画原理图、画PCB
- 打样调试——做板子、调电路
- 测试验证——看能不能满足需求
- 量产交付——批量生产
你会发现，需求分析在最前面。为什么？因为后面的所有工作，都是基于需求来的。需求错了，后面全白干。
注意：需求分析不是一次性工作。随着项目推进，需求可能会变。但变归变，一定要走变更流程，不能口头说改就改。我曾经吃过这个亏，口头答应改一个参数，结果测试时才发现，整个方案都得重来。
我记得有个前辈跟我说过一句话，我一直记到现在：“需求分析花的时间，会在后面十倍百倍地省回来。”这话一点不假。
所以，硬件工程师懂需求分析，不是让你去抢产品经理的饭碗，而是让你保护好自己的时间和精力。你想想看，与其花三个月做一个没人要的东西，不如花三天把需求搞清楚，然后花两个月做一个客户真正需要的东西。哪个划算？
好了，这一章就聊到这儿。下一章咱们聊聊需求分析的输入和输出——也就是需求从哪来，最后要变成什么样子。到时候我会拿一个实际项目案例来讲，保证你听完就能用。