第2章需求来源与分类

第2章：需求来源与分类

大家好，我是老张。做硬件这行二十年了，今天咱们聊聊需求的来源和分类。说实话，很多工程师拿到需求就开始画原理图、做PCB，结果做到一半发现需求变了，或者根本就没搞清楚需求到底是什么。我年轻时也吃过这个亏，后来才明白——需求分析，才是硬件设计的真正起点。

市场需求，说白了就是“用户愿意花钱买什么”。它不是拍脑袋想出来的，而是从市场里“捞”出来的。

我个人习惯把市场需求分成三类：

我在项目中遇到过一件事：有个客户说要做一个“防水手环”，我们按IP68标准做了。结果产品上市后，用户反馈说“手环戴着洗澡没问题，但游泳时按键会误触”。你看，用户没说要“游泳时按键防误触”，但这就是隐性需求。后来我们加了个“游泳模式”，销量直接翻倍。

关键点：市场需求捕获的核心是“听、看、问”。听用户抱怨，看竞品缺陷，问行业趋势。别坐在办公室里猜。

客户需求和市场需求不一样。市场需求是“大众的”，客户需求是“具体的”。你想想看，一个客户可能只关心他的特定场景。

收集客户需求，我建议用这几种方法：

访谈：直接和客户聊，别用问卷。问卷太死板，聊着聊着就能挖出真东西。
现场观察：去客户使用产品的现场看看。我记得有一次，我们去一个工厂看客户用我们的工业控制器，发现他们操作时手上有油，触屏根本点不动。回来就改了方案，加了物理按键。
原型验证：做个简易原型给客户试，看他们怎么用。嗯，这一步特别重要，能避免后期大改。

小技巧：客户说的需求，往往不是真正的需求。比如客户说“我要一个更快的处理器”，其实他真正想要的是“系统响应时间小于100ms”。别被表面需求带偏了。

这部分是硬性要求，没得商量。法规和标准，说白了就是“你不满足就别想上市”。

常见的法规与标准需求包括：

我曾经犯过一个错：设计一款医疗设备，只关注了功能，没仔细看IEC 60601的安规要求。结果样机做出来，漏电流超标，整个项目延期三个月。从那以后，我每次项目启动前，都会先拉一份法规清单，贴在工位上。

警告：法规和标准不是“参考”，是“必须”。别想着“差不多就行”，认证不过关，产品就是一堆废铁。

这是需求分类里最基础的一对概念。很多新手搞混，我简单说说。

功能需求就是“系统能做什么”。比如：

这些都是功能需求，很直观。写功能需求时，我建议用“主语+动词+宾语”的句式，比如“系统在接收到启动指令后，3秒内完成自检”。这样写，测试人员一看就知道怎么测。

非功能需求是“系统做得怎么样”。它不直接描述功能，但决定了用户体验和系统质量。常见的有：

举个例子：一个智能门锁，功能需求是“指纹识别后开锁”。非功能需求呢？指纹识别成功率要大于99%，开锁时间小于1秒，电池续航一年以上。你看，没有非功能需求，功能需求就是空中楼阁。

核心观点：功能需求决定“能不能用”，非功能需求决定“好不好用”。我见过太多项目，功能全实现了，但用户骂声一片——因为太慢、太耗电、太难用。非功能需求，才是拉开产品差距的关键。

说了这么多，最后给点实战建议。我个人习惯在项目启动时，用一张表格把所有需求列出来，按来源和类型分类。比如：

这样做的好处是，后期需求变更时，你能快速定位影响范围。嗯，这个方法我用了十几年，推荐你也试试。

最后提醒一句：需求不是写完了就完事的。它需要持续跟踪、验证、更新。别等到流片了才发现需求漏了，那代价可就大了。

好了，这一章就聊到这儿。下一章咱们讲讲需求分析的具体方法，比如怎么画用例图、怎么写需求规格说明书。到时候见。