硬件行业最大的坑，不是技术难，而是需求失控

做智能硬件的兄弟们，应该都有过这种时刻。项目已经进入开发阶段，结构基本定型，PCB 已经画完，样机也开始回来测试。这个时候，产品经理突然拍脑袋说了一句：“用户反馈了一个需求，要不我们顺手加一下？”

听起来很简单。可能只是增加一个传感器，增加一个按键，增加一个联网功能，甚至只是改变一下交互方式。但对于硬件来说，“顺手加一下”这几个字，往往意味着一场灾难的开始。

软件行业的人可能很难理解硬件工程师为什么这么抗拒需求变更。软件里面，一个功能从无到有，很多时候就是增加几百行代码，重新编译、测试、发布。即使架构调整，也主要是在代码层面解决。

但硬件不是这样。硬件产品一旦进入设计阶段，每一个决定都会和后面的环节绑定在一起。增加一个小功能，背后可能意味着 BOM 增加一个器件，电源重新评估，MCU 资源重新分配，PCB 重新 Layout，结构重新堆叠，散热重新验证，EMC 重新测试。

如果这个功能涉及外观或者内部空间，那影响会更大。结构工程师可能需要重新调整支架，重新开模。模具这个东西不像代码，删掉几行重新提交就结束了。几十万投入进去的模具，一个不起眼的改动，就可能变成修模、改模，甚至整个模具推倒重来。所以很多做过量产的人都有一个共同感受：硬件项目最怕的不是没有需求，而是需求没有边界。

很多公司喜欢讲“用户至上”。这个理念本身没有问题。但是很多人把互联网软件时代的一套产品方法，直接搬到了硬件行业。

软件行业为什么敢快速迭代？因为软件的试错成本低。今天上线一个功能，用户反馈不好，下个版本改回来。

但是硬件产品不是这样。你生产了一万台设备之后，再发现某个设计不合理，怎么办？重新生产？库存怎么办？供应链怎么办？已经发出去的产品怎么办？这就是为什么很多硬件公司在产品定义阶段，会比互联网公司更加谨慎。不是硬件工程师保守，而是硬件天然决定了它必须尊重物理规律。

一个软件 Bug，可以通过升级解决。一个结构问题、电气问题、供应链问题，很多时候只能靠成本解决。我见过不少产品经理，刚从互联网行业转到智能硬件领域。他们习惯了一种思维：“先做出来，后面慢慢优化。”这套思路在互联网产品里非常常见。先上线 MVP，通过数据验证方向，然后快速迭代。

但硬件的 MVP 不是没有成本。一个硬件版本，从设计到量产，中间经过原理图、PCB、结构、供应链、认证、测试、生产，每一步都是投入。你今天觉得只是增加一个小功能，但实际上改变的是整个系统的耦合关系。

硬件产品经理真正厉害的地方，不是能提出多少功能，而是知道哪些功能值得付出这些代价。

以前做产品的时候，经常有人问：“为什么大厂做硬件反而功能没有小公司丰富？”其实原因很简单。大厂不是做不到，而是不愿意承担没有价值的复杂度。

很多功能放在 PPT 上非常漂亮。智能语音、AI识别、各种传感器、各种联网能力，看起来一个比一个高级。但到了真实用户场景里面，可能一年都用不了几次。最终增加的是 BOM 成本、研发成本、售后成本。而用户真正愿意买单的，可能只是一个稳定可靠的核心功能。

硬件产品做到最后，比拼的不是谁堆的功能最多，而是谁控制复杂度的能力更强。所以硬件行业有两个非常重要的词：克制。精准。克制，不是不创新，而是不被每一个想法带走。精准，不是功能少，而是每一个增加的东西都有明确价值。

真正优秀的硬件产品，往往不是设计出来的，而是删出来的。删掉那些看起来很酷、但没有价值的功能。删掉那些增加成本、降低可靠性的设计。最后留下来的，才是用户真正需要的东西。对于做智能硬件的人来说，最大的能力不是把产品做复杂。而是在无数诱惑面前，知道什么不能做。