第1章 硬件按键布局测试场景定义
1.1 用户场景与业务问题
智能遥控器、游戏手柄、工业控制面板等硬件产品在按键布局设计阶段，普遍依赖设计经验与主观判断，缺乏系统化的场景测试方法。产品上市后频繁出现以下业务问题：
- 误触率居高不下——相邻按键间距不足，用户盲操时频繁触发非目标键；
- 核心操作效率低——高频按键被放置在边缘或难以够到的位置，用户需要调整握持姿势；
- 学习成本过高——按键排列逻辑与用户心智模型不一致，首次使用需要反复查看说明书；
- 环境适应性差——在弱光、震动、单手操作等真实环境下，按键可辨识度与可操作性大幅下降。
要解决上述问题，必须在原型阶段建立场景驱动的按键布局测试体系，从用户群体、使用环境、核心操作任务、关键交互痛点四个维度系统定义测试场景，为后续的Figma交互原型设计与验证提供明确的输入条件。
场景定义要点：测试场景必须覆盖「谁在用、在哪儿用、做什么、哪里不爽」四个维度，缺一不可。只有四维对齐，才能确保Figma原型中的按键布局方案经得起真实使用检验。
1.2 需求拆解列表
基于上述场景分析，将硬件按键布局测试需求拆解为以下四个维度共12项具体需求：
| 维度 | 需求项 | 需求描述 | 优先级 |
|---|---|---|---|
| 用户群体 | 年龄分层覆盖 | 测试样本应包含青年、中年、老年三类用户，占比不低于3:4:3 | P0 |
| 惯用手差异 | 左利手与右利手用户各占比不低于20% | P1 | |
| 数字素养分级 | 低、中、高数字素养用户各占比不低于20% | P1 | |
| 使用环境 | 光照条件覆盖 | 测试环境应包含明亮（≥500 lux）、普通（200-500 lux）、弱光（≤50 lux）三种光照条件 | P0 |
| 操作姿态覆盖 | 覆盖坐姿、躺姿、单手悬空、行走四种典型姿态 | P0 | |
| 噪声环境覆盖 | 包含安静（≤40 dB）、中等（40-70 dB）、嘈杂（≥70 dB）三种声学环境 | P2 | |
| 核心操作任务 | 高频任务识别 | 明确产品使用频次最高的Top 5操作任务，测试覆盖率100% | P0 |
| 组合按键任务 | 识别并测试所有需要≥2个按键协同完成的操作序列 | P0 | |
| 紧急操作任务 | 如「紧急停止」「一键呼叫」等安全性相关操作，必须纳入测试 | P0 | |
| 关键交互痛点 | 误触率基线 | 建立同类产品误触率基线数据，目标误触率≤3% | P0 |
| 触感区分需求 | 相邻按键应在高度、行程、力度反馈上形成可感知差异 | P1 | |
| 盲操可达性 | 80%以上的高频操作可在不看键盘的情况下单手完成 | P0 |
需求优先级说明：P0为必测项，缺失会导致测试结论无效；P1为建议项，按资源情况安排；P2为扩展项，在有余力时覆盖。
1.3 Figma原型交互说明
在Figma中构建按键布局测试场景时，需按照以下交互逻辑搭建可测试原型：
- 场景面板切换——在原型左侧设置「场景选择器」下拉菜单，包含「客厅明亮环境」「卧室弱光环境」「户外行走环境」等场景入口，点击后画布自动切换对应的按键配色方案与交互热区；
- 用户角色模拟——在顶部工具栏增加「用户模式」开关，可选「青年模式」「老年模式」「儿童模式」，不同模式下按键触控热区大小、反馈时长、文字标签字号自动适配；
- 任务引导与计时——在原型底部嵌入「任务引导条」，显示当前测试任务名称（如「调节音量从15到30」）及计时器，记录用户从任务出现到操作完成的总耗时；
- 痛点标记工具——在原型右侧提供「痛点标注」浮动面板，测试过程中可点击「误触」「寻找困难」「操作失误」等标签，在按键区域直接标记问题位置；
- 数据看板预览——在原型结束页展示本次测试的关键指标摘要，包括误触次数、任务完成时间、用户满意度评分，数据以模拟数值呈现，便于测试后导出比对。
上述交互流程在Figma中通过组件状态（Component States）、交互触发器（Interaction Triggers）以及条件可见性（Conditional Visibility）实现，无需编写任何代码，完全基于原型工具原生能力搭建。
1.4 指标定义与验收标准
场景定义是否有效，需要通过以下指标进行量化验证：
| 指标类别 | 指标名称 | 定义与计算方式 | 验收标准 |
|---|---|---|---|
| 场景完整性 | 场景覆盖率 | 已定义场景数 ÷ 目标场景总数（四维交叉矩阵总数） | 覆盖率 ≥ 90%，且每个维度至少覆盖3个细分场景 |
| 用户代表度 | 测试用户画像与目标市场用户画像的重合度（按年龄、惯用手、素养三级匹配） | 三级匹配中至少两级重合度 ≥ 80% | |
| 任务有效性 | 任务完整度 | 实际完成的任务数 ÷ 需求列表中定义的必测任务数（P0+P1） | P0任务完整度 = 100%，P1任务完整度 ≥ 70% |
| 操作效率基线 | 高频任务从开始到完成的平均耗时（秒），与同类产品标杆数据对比 | 平均耗时 ≤ 标杆值 × 1.2 | |
| 痛点识别 | 痛点命中率 | 测试中发现的实际痛点数 ÷ 需求列表中预定义的潜在痛点数 | 命中率 ≥ 80%，且无P0级痛点遗漏 |
| 误触率 | 误触操作次数 ÷ 总操作次数 × 100% | 误触率 ≤ 3%，且无连续误触场景 |
验收硬性门槛：若「场景覆盖率」或「P0任务完整度」未达标，测试场景定义视为不合格，需补充场景后重新评审，不得进入原型设计阶段。
1.5 交付物模板与检查表
本章交付物为《硬件按键布局测试场景定义文档》，包含以下内容模板：
| 章节 | 内容要素 | 填写规范 | 检查状态 |
|---|---|---|---|
| 1. 用户群体定义 | 年龄分层、惯用手比例、数字素养分级、用户招募筛选标准 | 需附带用户画像卡片（文字描述+参考照片） | □ 已完成 |
| 2. 使用环境清单 | 光照条件、操作姿态、噪声环境、温度/湿度（如适用） | 每种环境需标注「模拟方式」（如Figma背景色/组件状态） | □ 已完成 |
| 3. 操作任务列表 | 任务名称、触发条件、操作步骤、预期反馈、优先级 | 按高频/组合/紧急三类分组，标注P0/P1/P2 | □ 已完成 |
| 4. 痛点预判清单 | 痛点描述、涉及按键、可能原因、严重等级 | 严重等级分致命/严重/一般/建议四级 | □ 已完成 |
| 5. 四维交叉矩阵 | 用户×环境×任务×痛点的组合覆盖表 | 使用表格或思维导图呈现，确保每个交叉点有唯一编号 | □ 已完成 |
| 6. 评审签字栏 | 产品经理、交互设计师、用户研究员、测试负责人签字及日期 | 电子签名或手签均可，需标注评审结论（通过/有条件通过/不通过） | □ 已完成 |
交付物自查要点：每个场景定义必须同时回答四个问题——「谁在用？」「在什么环境下用？」「要完成什么操作？」「可能遇到什么不爽？」。如果某个场景无法同时回答这四个问题，说明定义颗粒度不够，需要重新拆分。