产品需求分析：用户需求调研、市场分析、竞品分析、需求文档撰写、功能优先级排序

智能硬件与IoT产品的开发与传统纯软件产品有显著差异：它涉及硬件BOM成本、结构设计、固件迭代、供应链周期、认证测试以及量产爬坡等硬约束。因此，需求分析阶段一旦出现偏差，返工代价极高——改一行固件代码可能只需数小时，但改一版模具或更换一颗主控芯片则可能耗费数月和数十万元。本章将围绕“用户需求调研→市场分析→竞品分析→需求文档撰写→功能优先级排序”这一完整链路，建立一套可落地、可追溯、可评审的需求工程方法。

2.1 用户需求调研：从“用户想要”到“工程可实现”

核心原理

智能硬件用户调研的难点在于：用户往往无法准确表达对“尚未存在的产品”的需求。例如，用户不会说“我需要一颗支持蓝牙5.3的SoC”，而会说“我希望设备连接更快、更省电”。因此，调研的核心任务不是收集用户的原话，而是通过场景还原和行为观察，将模糊的愿望转化为可测量的工程指标。调研必须覆盖三个层次：痛点（Pain Point）、使用场景（Context）和期望值（Expectation）。痛点决定产品存在的价值，场景决定硬件形态和交互方式，期望值决定性能指标的下限。

操作流程

1. 定性调研（Why）：采用深度访谈（每次45-60分钟，样本8-12人）和焦点小组，挖掘用户对现有方案的抱怨、替代行为（如用手机替代专用设备）和“最想要的功能”。此阶段禁止引导用户直接给方案，只记录“事件”和“情绪”。
2. 定量验证（How Many）：基于定性结论设计问卷，样本量建议不少于300份（智能硬件通常需要覆盖目标人群的3-5个细分群体）。关键问题包括：使用频率、愿意支付的价格区间、对续航/体积/连接方式的容忍度。
3. 场景化测试（Real Context）：制作低保真原型（纸面原型或简易3D打印模型），在目标用户的实际使用环境中（如厨房、车库、户外）进行可用性测试，观察用户操作时的犹豫点和误操作。
4. 需求转化：将调研记录逐条转化为“用户故事+验收标准”。例如：“作为健身爱好者，我希望运动手表在GPS信号弱时仍能记录轨迹，以便在隧道或林间跑步时不丢失数据。” 对应的工程指标是：GPS失锁后，基于IMU的航位推算误差小于2%。

案例拆解：智能门锁的调研陷阱

某团队在开发智能门锁前进行了200份问卷，结果显示“指纹识别”是用户最期待的功能（占比78%）。但后续入户观察发现：约30%的家庭有老人或儿童，指纹浅导致识别失败率高；且用户真正抱怨的场景是“双手拎满购物袋时开门不便”。如果团队直接按问卷结果开发，会陷入“指纹识别率”的军备竞赛。正确的做法是：将需求重新定义为“无感开门”，方案可以是“靠近自动解锁（UWB）”或“语音识别+人脸识别”。最终产品选择了“指纹+密码+NFC卡片”三合一方案，并优化了指纹模组的拒真率（FRR）至0.1%以下，同时增加了“拎包模式”（通过加速度计检测用户手持重物时自动降低识别阈值）。

2.2 市场分析：用数据框定产品边界

核心原理

市场分析不是简单地看“市场规模有多大”，而是回答三个问题：这个市场是否值得进入？（市场容量与增长率）、我们能否在这个市场生存？（竞争格局与进入壁垒）、我们的差异化空间在哪里？（细分市场与趋势红利）。智能硬件领域常用PEST（政策、经济、社会、技术）分析宏观环境，用TAM/SAM/SOM模型评估商业潜力。特别要注意的是，IoT产品往往存在“连接价值”与“硬件价值”的分离——硬件可能不赚钱，但数据服务或平台接入费才是长期利润来源。

判断方法

• TAM（总体可用市场）：例如全球智能家居门锁年出货量约2000万套，平均单价150美元，则TAM为30亿美元。
• SAM（可服务市场）：若产品仅支持Zigbee协议且面向欧美市场，则需剔除不支持该协议的份额，SAM可能缩水至8亿美元。
• SOM（可获得市场）：考虑品牌知名度、渠道能力，第一年目标占领0.5%份额，即400万美元营收。

此外，必须分析技术替代风险。例如，传统BLE Beacon室内定位市场正被UWB和Wi-Fi RTT技术侵蚀，若新产品仍押注BLE Beacon，需评估技术迭代周期是否在研发周期内。

实战场景：智能宠物喂食器的市场定位

团队计划开发一款带摄像头和语音交互的宠物喂食器。初步TAM分析显示全球宠物用品市场达1200亿美元，看似巨大。但进一步拆解：智能喂食器细分市场仅占2%（约24亿美元），且头部品牌（如PetSafe、小米）已占据40%份额。通过SOM分析，团队发现“多宠物家庭”和“宠物肥胖管理”是两个未被充分满足的细分需求。于是将产品定位为“健康管理型喂食器”，增加体重监测和APP端饮食建议功能，避开与头部品牌的“远程投喂”功能竞争。这一决策直接影响了硬件设计：需要增加称重传感器（成本+3美元）和低功耗蓝牙（用于每日体重数据同步），但砍掉了成本较高的4G蜂窝模块（节省12美元）。

2.3 竞品分析：拆解、对比、找破绽

核心原理

竞品分析的目标不是“抄袭”，而是通过系统化拆解找到对手的结构性弱点。智能硬件竞品分析必须覆盖四个维度：硬件拆解（BOM成本、芯片选型、结构工艺）、软件体验（APP交互、固件稳定性、OTA策略）、商业模式（硬件利润、耗材收入、订阅服务）、用户口碑（电商评论、社媒吐槽、退货原因）。其中，硬件拆解是智能硬件特有的关键步骤——通过拆机可以准确估算对手的BOM成本，从而判断其毛利空间和价格战底线。

操作流程

1. 选定对标对象：选择3-5款产品，包括直接竞品（同价位同功能）、间接竞品（不同价位但满足同一需求）、潜在竞品（跨界产品，如用手机APP替代专用硬件）。
2. 购买并拆解：记录主控芯片型号、传感器品牌、电池容量、PCB层数、天线形式、防水等级。估算BOM成本（可参考iFixit拆解报告或供应链报价）。
3. 功能清单对比：列出100+项功能点，逐项标注“有/无/优/劣”。重点关注“有但难用”的功能——这往往是竞品的软肋。
4. 用户评论挖掘：爬取亚马逊、京东、贴吧的评论，用关键词聚类（如“续航差”“连接不稳定”“APP闪退”），找出高频痛点。

案例拆解：智能手环的竞品分析

某团队开发入门级智能手环，对标小米手环和小米手环Pro。拆解发现：小米手环Pro采用Apollo3 Blue Plus MCU（Cortex-M4F），BOM成本约9.5美元；而小米手环标准版采用DA14697，BOM成本约6.8美元。两者价差仅20元人民币，但Pro版增加了GPS和血氧传感器。用户评论分析显示：Pro版“GPS定位慢”是高频差评（约12%的1星评论提及），而标准版“振动马达力度弱”是主要抱怨。团队据此决策：不直接对标Pro版，而是开发一款“精准GPS+强振动”的细分产品，采用双频GPS模组（成本+2美元）和线性马达（成本+1.5美元），砍掉不常用的音乐存储功能（节省Flash成本1美元）。最终产品在“户外跑者”群体中建立了口碑。

2.4 需求文档撰写：从“口头共识”到“可追溯契约”

核心原理

智能硬件需求文档分为三个层级：BRD（商业需求文档）面向决策层，回答“为什么做”；PRD（产品需求文档）面向研发和设计，回答“做什么”；FRD（功能需求文档）面向测试和运维，回答“怎么验证”。硬件PRD必须包含软件产品没有的章节：机械结构约束（尺寸、重量、材质）、环境适应性（工作温度、防水等级、跌落高度）、功耗预算（各模式下的电流消耗及续航计算）、认证要求（FCC/CE/SRRC）、生产测试需求（产线校准项、良率目标）。

撰写要点

• 每个需求必须可测试：避免“响应速度快”这类模糊描述，应写“从按下按键到LED点亮的时间≤100ms”。
• 明确需求来源：每条需求标注来源（用户调研/竞品分析/法规要求/内部战略），便于追溯。
• 定义验收标准：包括功能验收（如“OTA升级成功率≥99.5%”）和硬件验收（如“在-20℃环境下连续工作8小时无死机”）。
• 包含边界条件：例如“电池电量低于5%时，关闭Wi-Fi但保持BLE广播，以维持基本定位功能”。

实战场景：智能插座PRD中的功耗需求

某智能插座PRD初稿中写道：“待机功耗应尽可能低。”评审时硬件工程师指出，这句话无法指导设计。修改后为：“在Wi-Fi连接但无负载输出时，整机功耗≤0.5W；在断电（继电器断开）但Wi-Fi待机时，功耗≤0.3W；支持通过APP查看实时功耗，误差≤±2%。”同时补充了测试条件：输入电压220V/50Hz，环境温度25℃。这样的描述使测试团队可以直接搭建测试台架，硬件团队也能明确选择电源方案（是否需用氮化镓器件）。

2.5 功能优先级排序：在资源约束下做减法

核心原理

智能硬件功能排序的复杂性在于：每个功能都有硬件成本、开发周期、功耗和体积的代价。例如，增加一个摄像头模组，不仅增加BOM成本8-15美元，还可能需要升级主控芯片（增加算力）、增大电池（增加体积）、增加散热设计。因此，排序不能仅看用户价值，必须结合技术可行性和商业回报。常用方法包括：MoSCoW法（Must/Should/Could/Won't）、RICE评分（Reach、Impact、Confidence、Effort）、KANO模型（基本型、期望型、兴奋型）。

操作流程

1. 建立功能清单：从PRD中提取所有功能点，编号F1-Fn。
2. 多维评分：每个功能按以下维度打分（1-5分）：用户价值、商业价值、技术难度、硬件成本、开发周期、风险等级。
3. 计算优先级指数：例如使用RICE公式：Priority = (Reach × Impact × Confidence) / Effort。其中Reach为每周期影响的用户数，Impact为单个用户的影响程度，Confidence为信心指数（80%=0.8），Effort为人月数。
4. 硬约束过滤：剔除超出功耗预算、体积限制或认证要求的功能。
5. 干系人评审：组织硬件、软件、市场、供应链四方评审，确认最终排序。

案例拆解：智能摄像头功能排序

某团队开发家用AI摄像头，候选功能包括：F1-人形检测（AI）、F2-宠物识别（AI）、F3-双向语音、F4-本地SD卡存储、F5-云存储、F6-隐私遮蔽、F7-手势控制、F8-环境温湿度监测。初步RICE评分后，F7（手势控制）得分最低（Reach=2, Impact=2, Confidence=0.5, Effort=3人月，得分0.67），且需要增加一颗ToF传感器（成本+4美元），被直接砍掉。F8（温湿度监测）虽然用户价值不高（Impact=2），但硬件成本极低（仅需一颗SHT30传感器，成本0.8美元），且能增加产品差异化卖点，因此保留为“Should”级。最终MVP（最小可行产品）只包含F1、F3、F4、F5，确保在3个月内完成开发并上市。

2.6 需求验证与基线冻结

需求分析的最后一步是需求基线冻结。在智能硬件开发中，需求变更必须走正式的变更控制流程（CCB），因为任何变更都可能影响已采购的物料、已开模的结构件或已完成的认证测试。建议在项目启动时建立需求追溯矩阵（RTM），将每条需求与设计文档、测试用例、代码模块建立映射关系。当需求变更时，可以快速评估影响范围。例如，将电池容量从2000mAh提升到2500mAh，RTM会显示这影响结构设计（电池仓尺寸）、电源管理IC选型、充电时间测试用例、以及产品说明书中的续航参数。通过RTM，团队可以在2小时内完成影响评估，而不是靠开会讨论。

此外，建议在需求冻结前进行一次需求走查（Requirement Walkthrough），邀请硬件、软件、测试、供应链、认证工程师共同参与，逐条朗读需求并确认可实现性。这一步能提前发现诸如“需求要求工作温度-40℃~85℃，但所选电池的放电温度范围仅为-20℃~60℃”这类矛盾。走查通过后，需求文档即成为项目契约，后续所有开发活动均以此为准。