需求分析：产品功能定义、性能指标拆解、功耗预算制定、成本目标设定

做芯片选型这么多年，我最大的体会是：选型不是技术活，而是翻译活。你得把市场部的「我们要做一款很牛的产品」翻译成工程师能懂的「主频多少、内存多大、功耗几瓦」。这一步做不好，后面全是坑。

我个人习惯，拿到一个项目需求，先花一周时间做需求分析。别急着翻芯片手册，别急着画原理图。先想清楚：你到底要做什么？

产品功能定义：别让「伪需求」害了你

功能定义听起来简单，其实最容易出问题。我见过太多团队，产品经理列了30个功能，最后用户只用了3个。剩下的27个，全变成了成本负担。

我的做法是：把功能分成三类。

• 核心功能：没有它，产品就没法用。比如手机的通话功能、手环的心率监测。
• 增强功能：有了更好，没有也能接受。比如手机的无线充电、手环的GPS。
• 噱头功能：纯粹为了营销，技术上可有可无。比如手环的「情绪识别」。

嗯，这里要注意：每一类功能，都对应着不同的芯片选型策略。核心功能决定了芯片的底线，增强功能决定了芯片的上限，噱头功能……我建议直接砍掉。

性能指标拆解：把「快」变成「多少MHz」

产品经理说「要快」，工程师得知道「多快才算快」。这中间差着一个性能指标拆解的过程。

我一般会画一张表，把每个功能对应的性能指标列出来。比如一个智能手表：

功能模块	性能指标	最低要求	推荐值	备注
屏幕显示	刷新率	30fps	60fps	低于30fps会有明显卡顿
心率监测	采样率	25Hz	50Hz	医疗级需要100Hz以上
蓝牙通信	吞吐量	1Mbps	2Mbps	BLE 5.0以上支持
传感器融合	MIPS	50MIPS	100MIPS	含加速度计+陀螺仪

拆解完你会发现：真正的瓶颈往往只有一两个。比如上面这个手表，最吃性能的是传感器融合算法，而不是屏幕显示。那选芯片的时候，重点看MCU的算力，而不是GPU的能力。

为什么会这样？因为很多工程师习惯「大而全」——选一个性能过剩的芯片，觉得「反正够用」。但你要知道，性能每高一个档次，成本可能翻一倍。

功耗预算制定：别让产品「热死」

功耗这事，说起来都是泪。我做过一个智能摄像头，选型时没仔细算功耗，结果散热片加了3层，外壳还得开散热孔。最后产品丑得要命，用户投诉「烫手」。

功耗预算的制定，我建议分三步走：

1. 拆功耗模块：把产品拆成各个子系统，比如主控、通信、传感器、显示、电源管理。
2. 算峰值功耗：所有模块同时满负荷工作时的功耗。这个值决定了电源和散热的设计。
3. 算平均功耗：日常使用场景下的功耗。这个值决定了电池续航。

举个例子，一个智能门锁：

// 功耗预算示例（单位：mW）
// 待机模式：指纹模块 0.5 + 蓝牙 0.3 + 主控 1.2 = 2.0mW
// 工作模式：指纹模块 50 + 蓝牙 30 + 主控 80 + 电机 500 = 660mW
// 平均功耗：待机95%时间 + 工作5%时间 = 2.0*0.95 + 660*0.05 ≈ 35mW
// 电池容量：2000mAh * 3.7V = 7400mWh
// 理论续航：7400 / 35 ≈ 211小时 ≈ 8.8天

你看，算完才发现：待机功耗才是续航的关键。因为门锁99%的时间都在待机。那选芯片时，就要重点看待机功耗，而不是工作功耗。

成本目标设定：别让BOM表「超支」

成本这事，最怕「差不多」。我见过太多项目，选型时觉得「贵一点没关系」，结果量产时发现成本超了30%，老板脸都绿了。

我的做法是：先定目标成本，再倒推选型。比如产品目标售价是299元，那BOM成本就不能超过100元。然后把这100元分配到各个模块：

模块	成本占比	目标成本	选型策略
主控芯片	30%	30元	国产替代优先
传感器	20%	20元	选通用型号
通信模块	15%	15元	Wi-Fi/BLE二合一
电源管理	10%	10元	集成PMIC
PCB+被动件	15%	15元	减少层数
结构件+包装	10%	10元	公模优先

你看，主控芯片只给了30元预算。那你就别想着用高通、联发科了，老老实实看国产芯片。比如全志、瑞芯微、君正，30元以内能买到不错的Cortex-A7方案。

说白了，成本控制不是砍功能，而是做取舍。你想想看，如果主控芯片省了10元，那这10元可以加到传感器上，让产品体验更好。这才是聪明的成本策略。

知识体系总览

下面这张图，是我做需求分析时常用的框架。它把功能、性能、功耗、成本串在了一起，帮你快速找到「最优解」。

这张图的核心逻辑是：功能决定性能，性能影响功耗，功耗和性能共同决定成本。四个要素互相制约，没有完美的方案，只有最合适的平衡。

好了，需求分析这部分就聊到这儿。记住一句话：选型前多花一周做分析，量产时少花一个月改方案。这是我从无数个加班夜换来的教训。