4. 用户访谈与调研：访谈提纲、用户画像、关键发现、需求优先级
机器人原型定义不是凭空产生的，必须建立在对真实用户场景和业务痛点的深度理解之上。本章完整覆盖从「访谈准备」到「需求优先级排序」的调研闭环，帮助你在原型说明编写前就锁定正确的方向。
4.1 访谈提纲设计
提纲质量直接决定访谈产出。一份好的提纲应当遵循「场景漏斗」原则：从宽泛的使用情境切入，逐步聚焦到具体操作痛点与期望。
4.1.1 提纲结构模板
| 阶段 | 问题类型 | 示例问题 | 时长占比 |
|---|---|---|---|
| 破冰 | 背景了解 | 请描述您目前负责的产线环节 | 10% |
| 场景还原 | 行为回顾 | 昨天遇到物料错位时您是如何处理的？ | 30% |
| 痛点深挖 | 归因追问 | 您觉得导致误判的根本原因是什么？ | 35% |
| 期望探索 | 方案构想 | 如果有一个自动纠错装置，您希望它如何提示？ | 20% |
| 收尾 | 补充开放 | 还有什么我们没问到但您认为重要的事？ | 5% |
关键技巧： 每个痛点问题后紧跟「具体事例」追问，例如「您能否举个上周发生的实际例子？」—— 避免用户给出笼统或想象性回答。
4.1.2 机器人场景专用题库（节选）
- 人机交互： 您希望机器人用语音、屏幕还是指示灯反馈状态？原因是什么？
- 故障处理： 当机器人卡爪抓取失败时，您第一步会做什么？后续希望机器人自动做什么？
- 工作节奏： 当前产线节拍是多少秒？机器人动作是否允许有 ±0.5 秒的波动？
- 环境约束： 现场是否有油污、振动或电磁干扰？这些因素对传感器选型的影响有多大？
4.2 用户画像构建
画像不是标签堆砌，而是「决策角色 + 使用角色 + 维护角色」的立体刻画。每个画像需包含以下维度：
| 维度 | 说明 | 机器人项目示例 |
|---|---|---|
| 角色身份 | 岗位 / 决策权限 | 产线班组长（有权停线） |
| 核心目标 | 完成什么指标 | 将单班次不良率从 3% 降至 0.5% |
| 当前痛点 | 阻碍目标的因素 | 人工目检漏检，夜间尤其严重 |
| 使用环境 | 物理与系统环境 | 24h 照明、粉尘等级 Class 1000 |
| 技能水平 | 操作与技术能力 | 能操作触摸屏，不会写代码 |
| 决策偏好 | 选型/采购倾向 | 优先已有品牌生态，减少备件种类 |
实战建议： 每个项目至少输出 3 类画像（操作者 / 管理者 / 维护者）。操作者关注易用性，管理者关注 ROI，维护者关注可维修性。原型说明必须同时回应这三类角色的核心诉求。
4.3 关键发现整理
访谈结束后，将原始记录提炼为可指导原型设计的「发现卡片」。每张卡片包含：
- 发现编号： F-001 ~ F-XXX
- 原始引用： 用户原话摘录（保留语境）
- 归因分析： 根本原因而非表面现象
- 影响范围： 影响哪些角色 / 模块 / 指标
- 关联需求： 指向哪些功能或性能要求
4.3.1 发现卡片示例
F-003
原始引用："夜班时液晶屏反光严重，我经常看不清报警代码。"
归因分析：现有 HMI 屏幕亮度不可自动调节，且安装角度固定。
影响范围：夜班操作员 → 报警响应延迟 → 平均修复时间增加 40 秒。
关联需求：HMI 屏幕需支持环境光自适应亮度（50 ~ 800 cd/m²）及 ±15° 倾角调节。
常见错误： 将用户提出的「解决方案」直接当关键发现。例如用户说「我要一个红色大按钮」，应深挖背后的真实需求是「紧急情况下 0.5 秒内可盲操作停止机器人」，解决方案可能有多种。
4.4 需求优先级排序
采用 MoSCoW 法则 对需求进行分级，确保原型第一版聚焦在 Must-have 上。
| 优先级 | 含义 | 占比参考 | 机器人需求示例 |
|---|---|---|---|
| Must-have | 没有则原型不可用 | 40% | 急停响应 ≤ 200 ms |
| Should-have | 重要但可暂缓 | 30% | 语音播报故障代码 |
| Could-have | 有更好，无伤大雅 | 20% | 手机 APP 远程查看状态 |
| Won't-have | 本次明确不做 | 10% | 机械臂自学习路径规划 |
4.4.1 优先级判定决策树
对每个需求回答以下三个问题，通过分支决定其 MoSCoW 归属：
- Q1： 缺失该需求是否会导致安全风险或产线停机？ → 是 → Must-have
- Q2： 缺失该需求是否显著降低核心指标（节拍 / 良率）？ → 是 → Must-have
- Q3： 该需求是否依赖外部条件（如新硬件版本、第三方 API）？ → 是 → 倾向 Could-have / Won't-have
4.5 从发现到原型说明的衔接
完成优先级排序后，将 Must-have 需求直接写入原型说明的「功能清单」和「验收标准」章节。每个需求需附带：
- 来源画像： 对应哪类用户角色
- 关键发现编号： 可追溯回原始访谈记录
- 优先级标签： Must / Should / Could / Won't
- 验收指标： 可量化的通过条件
4.5.1 需求条目模板（直接用于原型说明）
REQ-004
标题：急停按钮双通道冗余
优先级：Must-have
来源画像：产线操作员（F-007）
关键发现：单通道急停在 PLC 故障时存在 200ms 死区
验收指标：按下急停 → 机器人动力切断 ≤ 100ms，两条独立回路均断开
交付物：电气原理图 + 急停回路仿真测试报告
课程产出物提醒： 本章结束后，你应完成以下交付物 —— ① 3 份用户画像卡片；② 5~8 张关键发现卡片；③ 按 MoSCoW 排序的需求清单（至少 15 条）；④ 访谈原始记录摘要。这些材料将直接作为第 5 章「需求拆解与场景化表达」的输入。