第2章 硬件功能需求收集渠道：用户访谈·竞品分析·内部反馈·售后挖掘
硬件功能需求的真实来源往往比想象中更零散。本章将拆解四种核心收集渠道，并给出每个渠道的用户场景映射、业务问题识别、访谈/分析要点以及需求拆解模板。掌握这些渠道，你才能为后续 RICE 排序提供可靠的需求输入。
课程脉络：本章属于“需求获取与验证”模块。学完本章，你应该能针对一个硬件产品，系统性地规划出至少 3 条收集路径，并产出可量化的原始需求条目。
2.1 四种渠道全景
| 渠道 | 典型用户场景 | 业务问题 | 产出格式 |
|---|---|---|---|
| 用户访谈 | 工程师现场操作、产线工人换模、运维人员检修 | 操作耗时、易出错、缺乏感知反馈 | 访谈记录 + 用户故事 |
| 竞品分析 | 对标竞品的功能迭代、开箱体验、故障率统计 | 市场同类功能缺失或冗余 | 竞品功能对比矩阵 |
| 内部技术团队反馈 | 研发测试瓶颈、工艺适配困难、物料兼容性 | 技术实现复杂度高或路径不明确 | 技术可行性报告 |
| 售后数据挖掘 | 退换货原因、维修工单、客户投诉、日志分析 | 高故障率、设计缺陷、易损件寿命短 | 数据看板 + 缺陷优先级列表 |
2.2 用户访谈要点（场景驱动）
场景：某智能焊接机器人产品经理发现焊接飞溅率偏高，工人需频繁停机清理。用户访谈时需聚焦：
- 谁在操作：高级技工 vs 新手，操作习惯差异
- 何时发生：焊接起弧/收弧阶段、高电流模式、连续作业30分钟后
- 当前如何规避：手动调整参数、加装挡板、增加清枪频率
- 期望的理想方案：自适应调节电流、自动清枪机构、飞溅预警
访谈技巧：不要问“你希望有什么功能”，而是问“你最近一次遇到这个问题时，你做了什么”。场景重现能挖出真实需求。
2.3 竞品分析（市场验证）
竞品分析不是抄功能，而是识别需求缺口和过度设计。步骤：
- 选定 3~5 款直接竞品 + 2 款跨行业参考竞品
- 建立功能清单（硬件特性+软件联动）
- 标注各功能的用户抱怨频率（通过社区、评测、客服记录）
- 输出
竞品功能-用户痛点映射表
# 示例：竞品分析原始记录片段
竞品A：双电源自动切换（用户抱怨：切换时有2秒黑屏）
竞品B：单电源+UPS（用户抱怨：UPS寿命短，更换麻烦）
竞品C：热插拔电源模块（用户抱怨：接口不通用，备件贵）
→ 需求点：无缝切换、通用接口、可热插拔2.4 内部技术团队反馈（实现约束）
研发、测试、工艺团队是需求的反向验证器。他们能告诉你：
- 哪些需求在现有架构上只需固件升级（低成本）
- 哪些需求需要改PCB叠层/结构件（高成本高周期）
- 哪些需求违反安全/法规（必须舍弃）
避坑提醒：不要完全听信技术团队的“做不了”。要求他们给出替代方案和可行性分级（短期/中期/长期）。例如：直接改结构做不到，但可通过增加传感器+算法补偿实现80%效果。
2.5 售后数据挖掘（量化验证）
数据是公正的裁判。需要采集的维度：
| 数据类型 | 来源 | 挖掘方向 |
|---|---|---|
| 故障代码TOP10 | 设备日志/维修工单 | 锁定高发失效模式 |
| 退换货原因 | CRM系统 | 找出设计缺陷 vs 使用不当 |
| 零部件更换周期 | 备件管理系统 | 评估易损件改进优先级 |
| 客户投诉关键词 | 客服录音/工单 | 语义聚类发现隐性需求 |
交付物模板：将售后数据转化为需求条目时，请使用以下结构化卡片：
需求编号：HRQ-2025-008
需求标题：减少焊接飞溅清理频率
原始数据来源：售后工单 #3042、#3117、#3290（飞溅清理占比32%）
用户场景：焊接工位连续作业30分钟后，飞溅堆积触发停机清理
当前状态：工人手动停机、开盖、用压缩空气吹扫（单次耗时8分钟）
期望目标：停机频率降至每2小时1次以下
验证指标：清理间隔时间（从30分钟提升至≥120分钟）
验收标准：连续生产3天，飞溅清理次数≤4次/班
方案表达：增加自适应送丝速度+辅助气帘2.6 四种渠道融合：需求收集流程图
2.7 需求拆解与验收标准
从任一渠道收到的原始描述，必须拆解为可执行的需求单元。拆解方法：
- 用户场景：谁、在什么条件下、触发什么操作
- 业务问题：当前存在什么损失（时间/成本/安全/质量）
- 方案表达：硬件上增加什么（传感器/执行器/人机交互界面）
- 指标验证：定量指标（如：响应时间≤100ms，切换时间=0）
- 验收标准：通过什么测试场景判定需求完成
交付物标准：本章结束后，你应该能产出一份
需求采集清单.xlsx，包含至少 10 条来自不同渠道的需求，每条都含有来源标签、场景描述、原始问题、量化指标。这份清单将作为第 3 章“需求去重与合并”的输入。
2.8 常见陷阱（本章小结前必读）
- 访谈人数不足：至少访谈 5 名目标用户，覆盖不同经验等级
- 竞品分析只看旗舰款：中低端竞品往往暴露性价比需求
- 忽视内部反馈中的“可行性”：技术可行性不等于可实现性，需附带开发工作量估计
- 售后数据清洗不彻底：区分人为操作不当和硬件设计缺陷