2、需求分析实战：用户需求收集方法、竞品分析、功能需求列表、非功能性需求定义

说实话，很多硬件工程师一上来就喜欢画原理图、选芯片。但我做了十几年照明产品，踩过最大的坑，往往不是技术问题，而是需求没搞清楚就开干。

你想想看，灯珠焊上去容易，拆下来可就麻烦了。需求分析这一步，说白了就是给整个项目打地基。地基歪了，后面盖的楼再漂亮也得塌。

2.1 用户需求收集方法

我个人的习惯是，拿到项目先别急着翻芯片手册。先问自己三个问题：谁在用？在哪用？怎么用？

举个例子。有一次我们做一款办公台灯，工程师们觉得色温可调、亮度可调就完事了。结果去用户现场一看，发现很多人在工位上用笔记本，台灯底座太大，笔记本根本放不下。这就是典型的「需求没摸透」。

常用的收集方法，我总结下来就这几招：

• 用户访谈：别找产品经理代劳，你自己去聊。我一般会问「你每天开灯多久？」「最烦这个灯的什么？」
• 现场观察：去用户的实际使用环境看看。比如做户外灯，就去工地蹲一天，看看灯是怎么被安装、被碰撞的。
• 问卷调查：适合大样本，但问题要具体。别问「你希望灯更亮吗？」这种废话，要问「你希望3000K色温下照度达到多少？」
• 售后数据分析：翻翻维修记录，看看哪些问题被反复投诉。我见过一个项目，返修率最高的居然是「按键手感不好」——这谁能想到？

2.2 竞品分析

竞品分析不是让你抄作业，而是让你知道「别人踩过的坑，我能不能绕过去」。

我一般会买3-5款竞品回来，拆！

怎么拆？不是光拆外壳，而是拆出几个维度：

分析维度	具体内容	我关注的点
功能特性	调光范围、色温档位、显色指数	有没有冗余功能？用户真的需要RGB吗？
硬件方案	主控芯片、驱动IC、LED灯珠型号	成本控制得怎么样？散热怎么做的？
用户体验	按键手感、安装方式、说明书	有没有反人类设计？比如充电口在底部
价格定位	零售价、BOM成本估算	利润空间在哪？能不能用更低成本实现？

我记得有一次分析一款智能灯，发现竞品用了蓝牙Mesh方案，但实际体验中组网成功率只有70%。我们后来改用Zigbee，虽然贵了5毛钱，但稳定性好太多。这就是竞品分析的价值。

2.3 功能需求列表

功能需求列表，说白了就是「这个灯到底要能干哪些事」。

我习惯用MoSCoW方法分类：

• Must have（必须有）：比如能亮、能调光、符合安规。这些做不到，产品就别上市了。
• Should have（应该有）：比如色温可调、记忆亮度。这些能提升体验，但优先级稍低。
• Could have（可以有）：比如语音控制、APP远程。这些是加分项，但别为了炫技加功能。
• Won't have（这次不做）：比如摄像头、传感器联动。明确说「不做」，比模棱两可强。

举个例子，我们做一款床头灯：

功能项	优先级	说明
亮度0-100%无级调光	Must	用户睡前需要很暗的光
色温2700K-6500K	Should	阅读和睡眠需要不同色温
定时关灯	Could	方便睡着后自动关
手机APP控制	Won't	成本太高，且用户多为老年人

2.4 非功能性需求定义

非功能性需求，就是那些「用户不会直接说，但体验不好会骂娘」的东西。

我把它分成几类：

• 性能需求：比如调光响应时间<100ms，待机功耗<0.5W。这些要量化，别写「响应快」这种模糊词。
• 可靠性需求：比如寿命>25000小时，防水等级IP65。这些直接关系到售后成本。
• 可用性需求：比如按键寿命>10万次，操作逻辑符合直觉。我见过一个灯，开关在底部，每次开关都要把灯拿起来——这种设计就是典型的「可用性没做好」。
• 合规需求：比如符合CCC、CE、FCC认证。这些是硬门槛，别想着绕过去。

嗯，这里要注意一点。非功能性需求往往比功能需求更难定义，因为「好」和「不好」没有绝对标准。

我个人的做法是：找3个典型用户，让他们用竞品，然后问「你觉得哪里不爽？」。把那些「不爽」的点量化，就是你的非功能性需求。

最后说一句，需求分析不是一次性的工作。项目进行中，需求可能会变。但只要你把「用户需求收集→竞品分析→功能列表→非功能性定义」这个流程走扎实了，后面改起来也有依据。

说白了，需求分析就是「把模糊的想法变成清晰的文档」。这一步做扎实了，后面的硬件设计、软件开发、测试验证，都会顺畅很多。