第二章 机器人用户场景分析：目标用户、使用环境、操作流程、痛点识别
用户场景分析是机器人产品需求工程的起点。任何机器人原型说明都必须回答三个根本问题：谁在用、在哪儿用、怎么用。本章将系统拆解场景分析的四个核心模块——目标用户、使用环境、操作流程、痛点识别，并给出可直接复用的分析模板与访谈框架。
2.1 目标用户定义与分层
机器人产品的用户不是单一群体。必须按照角色职责、交互频率、决策影响力三个维度进行分层。以下是服务机器人领域常见的用户分层模型：
| 用户层 | 典型角色 | 核心关注点 | 交互频率 |
|---|---|---|---|
| 直接操作者 | 一线操作员、护士、安检员 | 操作效率、学习成本、故障恢复 | 每日高频 |
| 业务管理者 | 科室主任、产线组长、运营总监 | 任务完成率、异常报警、数据报表 | 每日中频 |
| 技术维护者 | 机器人运维工程师、IT 支持 | 诊断接口、日志可读性、OTA 升级 | 每周中低频 |
| 决策采购者 | CIO、CTO、项目投资方 | ROI、安全性、合规认证 | 项目周期低频 |
在原型说明的“目标用户”章节中，必须为每一层用户定义用户画像卡。画像卡至少包含：角色名称、典型一天、核心目标、使用频次、技术熟练度、环境约束。
角色：住院部护士 / 年龄分布 25-45 岁 / 日均操作机器人 15-20 次 / 技术熟练度：中低（非机器人专业） / 核心目标：减少跑腿时间，提升给药准确率 / 环境约束：走廊狭窄、Wi-Fi 信号不稳定、手术区禁止噪声。
2.2 使用环境维度拆解
机器人运行环境比纯软件产品复杂得多。环境分析必须覆盖以下三个维度，缺一不可：
- 物理环境：空间尺寸、地面材质、光照强度、温湿度范围、电磁干扰、Wi-Fi/BLE 信号覆盖。
- 社会环境：人机密度、行人流动速度、紧急疏散路径、噪音等级、多机协同要求。
- 技术环境：网络带宽与延迟、边缘算力、云服务可用性、API 对接系统（如 HIS、MES、WMS）。
环境数据必须量化，避免模糊描述。以下是一份可复用的环境参数采集模板：
环境参数采集表（示例：医院住院楼 3F 护士站）
├─ 物理环境
│ ├─ 走廊宽度: 1.8 m
│ ├─ 地面材质: PVC 塑胶，摩擦系数 0.55
│ ├─ 光照: 平均 320 lux，护士站区域 480 lux
│ └─ Wi-Fi RSSI: -62 dBm ~ -75 dBm
├─ 社会环境
│ ├─ 高峰人流: 4.2 人/min（07:30-09:00）
│ ├─ 电梯等待: 平均 45 s，最长 120 s
│ └─ 噪音峰值: 62 dB（午间发药时段）
└─ 技术环境
├─ 网络延迟: 平均 18 ms，丢包率 0.3%
├─ 边缘节点: Jetson Orin NX 16GB
└─ 对接系统: HIS (HL7/FHIR), 药房 WMS2.3 操作流程拆解与任务建模
操作流程拆解的目标是将用户行为转化为可编程的任务序列。推荐使用 HTM（Hierarchical Task Model）方法，从最高层目标逐级下钻到原子操作。
以下是一个医院配送机器人的任务层级示例：
Level 0: 完成药品配送任务
└── Level 1: 接收配送订单
│ ├── 任务 1.1: 从 HIS 拉取待配送列表
│ └── 任务 1.2: 护士在 HMI 确认订单
└── Level 2: 前往药房装载
│ ├── 任务 2.1: 导航至药房取药口
│ └── 任务 2.2: 药房人员放入药品并扫码确认
└── Level 3: 运输至目标病区
│ ├── 任务 3.1: 路径规划与避障
│ ├── 任务 3.2: 电梯交互（呼叫/选层/等待）
│ └── 任务 3.3: 到达后语音提示
└── Level 4: 护士取药并签收
├── 任务 4.1: 护士身份验证（NFC/人脸）
├── 任务 4.2: 开箱取药
└── 任务 4.3: 电子签收并回传 HIS每个原子任务（Level N 最底层）都必须记录：触发器、前置条件、后置条件、执行时长、失败处理。这些数据将直接输入到后续的“需求拆解”与“验收标准”章节。
2.4 痛点识别与优先级排序
痛点分为三类：效率痛点（耗时过长）、体验痛点（操作别扭）、安全痛点（存在风险）。识别痛点后，必须用严重程度 × 发生频率矩阵进行排序，确定需求优先级。
以下是医院配送机器人项目中的痛点优先级矩阵实例：
| 痛点描述 | 用户角色 | 严重程度 (1-5) | 发生频率 (1-5) | 优先级得分 |
|---|---|---|---|---|
| 电梯等待超时导致送药延误 | 护士 | 5 | 5 | 25 — P0 |
| HMI 界面层级过深，操作需 4 步 | 护士 | 3 | 5 | 15 — P1 |
| 夜间运行噪声干扰患者休息 | 患者 | 4 | 3 | 12 — P1 |
| 充电桩插拔费力，需要弯腰 | 运维 | 2 | 2 | 4 — P2 |
优先级得分 = 严重程度 × 发生频率。P0（≥20）必须在原型说明中强制解决，P1（10-19）在 MVP 阶段覆盖，P2（＜10）可放入后续迭代。
2.5 用户访谈与场景验证框架
用户访谈是获取场景信息的核心手段。以下是一份标准化访谈大纲，适用于机器人产品的场景分析阶段：
机器人用户场景访谈大纲（半结构化）
├─ Part A: 背景了解 (5 min)
│ ├── 您的岗位是什么？日常工作内容有哪些？
│ └── 您使用机器人多久了？每周使用多少次？
├─ Part B: 当前流程还原 (15 min)
│ ├── 请描述一次完整的配送任务，从开始到结束。
│ ├── 期间您最常操作的 3 个界面/交互是什么？
│ └── 如果中途出现异常（如网络断开），您会怎么做？
├─ Part C: 痛点挖掘 (15 min)
│ ├── 哪个环节最让您觉得“浪费时间”？为什么？
│ ├── 有没有让您觉得“操作很别扭”的地方？
│ └── 您是否遇到过机器人做出“危险动作”的情况？
└─ Part D: 期望与边界 (10 min)
├── 如果有一个功能能帮您节省 5 分钟，您最希望是什么？
└── 您绝对不能接受机器人出现什么样的行为？完成用户访谈后，用以下场景一致性检查表验证收集到的信息是否完整：
| 检查项 | 验收标准 | 通过/未通过 |
|---|---|---|
| 用户角色覆盖 | 至少访问 3 类角色的代表（操作者、管理者、维护者） | □ |
| 环境参数量化 | 物理/社会/技术三个维度均有 ≥3 个量化指标 | □ |
| 操作流程完整 | 主干流程拆解到原子任务，且包含 2 个以上异常分支 | □ |
| 痛点证据链 | 每个痛点附有用户原话或操作日志截取 | □ |
| 优先级矩阵 | 已按严重 × 频率排序，并标出 P0/P1/P2 | □ |
2.6 本章交付物标准
完成第二章的用户场景分析后，你必须输出以下四份结构化的交付物模板，它们将作为第三章“需求拆解”的输入源：
| 交付物 | 格式 | 最少内容要求 |
|---|---|---|
| 用户角色画像卡 | 每角色 1 页卡片 | 角色名、典型一天、核心目标、熟练度、环境约束 |
| 环境参数量化表 | 表格/JSON | 物理×3、社会×3、技术×3，每项带单位/阈值 |
| 操作流程 HTM 图 | 层级清单或 SVG | 4 级以上拆解，含异常分支 |
| 痛点优先级矩阵 | 表格 | ≥8 条痛点，含得分与 P0/P1/P2 标签 |
本章核心收束：用户场景分析不是一次性的案头工作，而是贯穿产品开发全周期的持续输入。目标用户、使用环境、操作流程、痛点识别四个模块环环相扣，构成严格的结构化推理链。只有把场景数据量化、可复现、可验证后，机器人原型说明才能从“拍脑袋”走向“有据可依”。