📚 课程目录第3章用户问题与痛点挖掘

用户问题与痛点挖掘：用户访谈提纲、观察法、问题优先级评分

章节核心目标：掌握从真实用户场景中提取未满足需求的三种互补方法——结构化访谈、行为观察与量化优先级排序，建立从“用户说了什么”到“用户实际做了什么”再到“我们应该先做什么”的完整挖掘链路。

3.1 用户访谈提纲设计：从闲聊到结构化挖掘

硬件产品的用户访谈不同于软件可用性测试，必须覆盖物理交互、环境约束与使用习惯。一份合格的访谈提纲应包含五个层级的漏斗式问题结构：

层级	问题类型	示例（以智能门锁MVP为例）	挖掘目标
1	背景与场景	“请描述一次您忘记带钥匙的经历，当时发生了什么？”	还原具体使用场景，建立共情
2	行为与流程	“您当时尝试了哪些开门方式？顺序是什么？”	识别现有行为路径中的摩擦点
3	痛点与情绪	“哪个环节让您最焦虑或最不耐烦？”	量化情感痛点强度
4	期望与想象	“如果有一把门锁能解决这个问题，您希望它怎么做？”	收集功能假设，但不过早引导
5	权衡与妥协	“如果增加指纹识别功能但电池只能撑三个月，您能接受吗？”	测试用户对性能-功能交换的容忍度

访谈避坑提示：避免问“您觉得XX功能怎么样？”，这种封闭式问题得到的只是礼貌性肯定。改用“您最近一次使用类似产品时，有没有某个时刻让您觉得‘要是它能……就好了’？”——引导用户回忆具体事件而非评价概念。

3.2 观察法：看见用户自己都没意识到的缺失

用户口头描述与真实行为之间存在系统性偏差。对于硬件产品，观察法主要分为三种，每种适用于不同的验证阶段：

环境观察：在用户实际使用场景中拍摄/记录设备放置位置、线缆走向、操作姿势等物理约束。例如观察智能家居面板时，发现用户总在弯腰后仰操作——这表明安装高度或角度需要调整。
任务流程追踪：请用户完成一个完整任务（如“从进门到关灯上床”），记录每一步的犹豫、重复、错误操作。硬件MVP通常有5-8个关键触点。
日记研究：让用户在1-2周内记录每次使用时的感受、异常或未完成动作。最适合发现低频但关键的问题。

三种观察法的对比与适用阶段：

观察方法	数据产出	最佳阶段	单人耗时（硬件团队）
环境观察	物理约束清单、空间冲突点	概念设计期	1-2小时
任务流程追踪	操作流程图、摩擦点统计	原型验证期	30-45分钟
日记研究	使用日志、情绪曲线	Beta测试期	用户投入5-10次/周

3.3 问题优先级评分：ICE加权模型

访谈和观察会产出大量原始问题，必须经过结构化评分才能进入需求排序。推荐硬件团队使用ICE加权评分模型，从三个维度对每个问题进行0-10分评价：

ICE 评分公式：

问题优先级总分 = (I × W₁) + (C × W₂) + (E × W₃)

其中 I = Impact（对用户核心体验的影响程度）、C = Confidence（我们对该问题判断的置信度）、E = Ease of Implementation（硬件侧实现难度/成本，需反向评分：越容易实现分数越高）

各维度权重建议硬件MVP采用：I占50%，C占25%，E占25%。因为硬件迭代成本高，必须优先处理影响大且置信度高的问题。

评分排序表示例（以智能门锁MVP为例）：

原始问题（来自访谈/观察）	I (0-10)	C (0-10)	E (0-10)	ICE 总分	优先级
指纹识别需反复尝试3次以上	9	8	6	8.0	P0（必做）
门外把手上半部分在雨天湿滑	6	7	9	6.7	P1（应做）
用户希望有临时密码分享给保洁	5	4	8	5.5	P2（选做）

⚠ 硬件特有易错点：E（实现难度）在硬件中不能只看开发工时，必须包含模具改版成本、电子料采购周期、认证测试周期。一个看似简单的传感器更换可能需要12周以上的重新认证，此时E要打很低的分。

3.4 三种方法的协同流程与交付物

在实际调研项目中，三种方法并非串行执行，而是形成交叉验证的闭环。以下SVG展示了从访谈/观察到评分再到需求排序的完整数据流：

3.5 本章交付物模板

完成本章学习后，应形成以下两份核心交付物：

用户访谈提纲（标准化模板）——包含5个层级的15-20个问题，每个问题标注挖掘目标与预期产出字段。
ICE问题优先级评分表——至少包含15条来源于访谈/观察的原始问题，每项有I/C/E分值与计算总分，并标注P0/P1/P2优先级分类。

验收标准：

· 访谈提纲覆盖了至少3个不同的典型用户角色（如主力用户、偶尔用户、代运营方）。

· 观察法至少采用了2种不同的观察方式（如环境观察+任务追踪），并产出了至少5个“口头说没问题但实际有摩擦”的交叉验证发现。

· ICE评分表中，所有P0问题的E分（实现难度）都经过了硬件团队至少1人确认，而非产品经理单独打分。