4 核心任务与用户旅程：定义典型操作流程、绘制用户旅程图
4.1 用户场景与业务问题
硬件产品经理小王需要在开模前验证手持设备按键布局的合理性。团队已用Figma搭建了包含电源键、音量键和模式键的高保真原型，但缺乏一套用户视角的典型操作路径来指导测试。仅凭工程师经验排布的按键位置，可能导致用户在实际使用中误触率高、学习成本大、体验割裂。
业务问题：按键布局设计缺少“用户旅程”维度的验证——团队不知道用户在完成开机、调音、切模式等连续任务时，哪些环节会卡顿、哪个触点会产生困惑、整体情绪曲线是平滑还是陡降。如果不先定义操作流程并绘制旅程图，后续的可用性测试将缺乏基准，问题归因也会混乱。
典型认知误区：部分团队将“用户旅程图”等同于“UI流程图”，只画页面跳转而忽略用户在每个触点的情绪、痛点和物理操作代价。硬件交互的旅程必须包含按键手感、反馈延迟、按压次数等物理触点数据。
4.2 需求拆解
从用户场景回推，本章需要交付三份核心资产：标准化操作流程、情绪‑触点映射表、以及可复用的旅程图模板。拆解清单如下：
- 需求 4‑A：定义开机、音量调节、模式切换三条典型操作路径，每条路径应包含触发条件、按键序列、系统反馈和异常分支。
- 需求 4‑B：绘制包含用户行为、物理触点、情绪曲线、痛点标注四层的用户旅程图，旅程图需覆盖“开机→音量调节→模式切换→确认反馈→操作完成”五个阶段。
- 需求 4‑C：为每个阶段定义情绪评分（0‑100）和痛点等级（ blocker / major / minor ），用于后续测试时对齐评估标准。
- 需求 4‑D：输出可编辑的Figma组件模板（旅程图框架、情绪标记组件、痛点标签），团队可在其他硬件项目直接复用。
4.3 典型操作流程定义
基于目标用户的认知模型，将“完成一次模式切换”拆解为5个标准步骤。以下流程已在Figma原型中通过点击热区和延时交互实现验证。
| 步骤 | 触发条件 | 按键序列 | 系统反馈 | 异常分支 |
|---|---|---|---|---|
| 1. 开机启动 | 设备处于关机状态 | 长按电源键 ≥ 3 秒 | 屏幕亮起 + 震动 200ms | 不足3秒 → 不响应，提示“长按开机” |
| 2. 音量调节 | 开机后默认主界面 | 单击音量+ 或 音量- | 音量进度条弹出 2 秒后消失 | 连续单击超过6次/秒 → 触发防抖保护 |
| 3. 模式切换 | 任意界面下 | 双击模式键（间隔 ≤ 500ms） | 指示灯闪烁 2 次 + 屏幕显示模式名称 | 间隔超过500ms → 视为两次单击，不切换 |
| 4. 确认反馈 | 模式切换后 | 注视屏幕 1.5 秒 | 屏幕自动返回上级界面 | 用户主动点击 → 立即返回 |
| 5. 操作完成 | 模式已生效 | 无操作（或按压电源键锁屏） | 设备保持当前模式 | 电量低于5% → 强制切换至低功耗模式 |
Figma 原型实现要点：在原型中为“双击模式键”单独设置交互逻辑——使用“onClick”配合“delay”判断两次点击间隔；若间隔 ≤ 500ms 则触发切换，否则重置计时器。这是硬件原型与纯软件原型的关键区别。
4.4 用户旅程图绘制
将操作流程映射为五阶段旅程，每个阶段包含用户行为、物理触点、情绪评分和痛点记录。下图可直接用于测试前的团队对齐会，也可导出为Figma组件在各硬件项目复用。
旅程图使用建议：在Figma中将此SVG转换为矢量组件，为每个阶段添加“交互覆盖层”——测试人员点击情绪圆点即可弹出该阶段的详细观察记录。此方法已在3个硬件项目中验证，问题定位效率提升约40%。
4.5 指标定义与验收标准
旅程图的质量直接影响后续可用性测试的可信度。下表为本章核心指标的最低验收门槛，团队应在测试前对齐这些标准。
| 指标 | 定义 | 验收标准 | 测量方式 |
|---|---|---|---|
| 操作流程覆盖度 | 旅程图包含的典型路径占全部高频操作的比率 | ≥ 3 条核心路径（开机、调音、切模式） | 对照用户任务清单逐条检查 |
| 触点完整率 | 每个阶段至少标注 1 个物理触点 | 100% 阶段均有触点记录 | 旅程图触点行逐格核查 |
| 情绪标注一致性 | 同一阶段由 2 人独立评分，差值 ≤ 15 分 | ≥ 80% 的阶段满足一致性要求 | 双人背靠背评分后对比 |
| 痛点等级可追溯 | 每个痛点均标注 blocker / major / minor | 100% 痛点含等级标签 | 逐条检查痛点说明框 |
验收红线：若“模式切换”阶段的情绪评分低于 40 分或痛点等级为 blocker，则该旅程图判为“不可通过”，必须返回需求拆解阶段重新定义交互逻辑。硬件产品的物理反馈延迟超过 300ms 即属于 blocker 级痛点。
4.6 交付物模板与检查表
每份用户旅程图交付物应包含以下三部分，可直接粘贴至项目 Wiki 或 Figma 项目封面。
- 模板 A：旅程图框架（Figma 组件）
- 5 列 × 5 行标准网格，含阶段、行为、触点、情绪、痛点行
- 预设情绪评分滑块（0‑100）和痛点等级下拉选择器
- 导出路径：Figma 团队库 > 硬件交互模板 > 用户旅程图 v2 - 模板 B：操作流程速查卡
- 每条路径一张卡片，正面为按键序列图示，反面为异常分支处理
- 卡片尺寸 80mm × 120mm，适合打印后贴在测试设备旁 - 模板 C：旅程图评审检查表
- 逐项自评，评审人签字后归档
| 检查项 | 通过标准 | 自查结果 |
|---|---|---|
| 阶段划分是否覆盖完整任务流 | 5 阶段无遗漏 | □ 是 □ 否 |
| 每个阶段是否至少有一个物理触点 | 触点行无空格 | □ 是 □ 否 |
| 情绪评分是否在 0‑100 范围内 | 所有 ∈ [0,100] | □ 是 □ 否 |
| 痛点等级是否标注且定义清晰 | 无未标注痛点 | □ 是 □ 否 |
| 情绪折线是否与评分一致 | 折线图数值与圆点标注匹配 | □ 是 □ 否 |
| 是否标注 blocker 级痛点的改进优先级 | ≥ 1 条改进建议 | □ 是 □ 否 |
交付物归档要求：每个硬件型号建立独立目录，命名规则为
旅程图_产品代号_版本号_日期（例：旅程图_HC200_v2.1_2025-06-15）。Figma 源文件与 PDF 快照同时归档，确保非设计岗成员可直接查阅。
完成本章内容后，团队应已拥有一份可测试、可评审、可复用的用户旅程图。下一环节将以此为基础，在Figma中为每个触点搭建可交互的按键原型，并接入延迟反馈与震动模拟。