C6.23.3Scene-matched numeric keypad layout设计研究
软件数字键盘的布局选择应匹配该场景用户更熟悉的设备类型
别名: 场景匹配数字键 · 按设备选行序 · 拨号盘还是计算器
概念解释
屏幕上弹出的数字键盘可以任意画行序，选择依据应是这个场景里用户更熟哪类设备，而不是设计师更熟哪类。拨电话、输验证码、进电梯式门禁，用户的模型多半是电话盘（1 在上）；记账、点菜改价、科学计算，模型多半是计算器（7 在上）。选错不等于键不可用，而是把人已有的那套行程序对准了错误的键面。
机制
熟悉度来自职业与日用设备，不是来自“数字就是数字”。收银员的右手记得小键盘 789 在上；只使用手机的人记得拨号盘 123 在上。软件键盘若在点餐改价时画出电话行序，错误会向 1/7 对调集中。匹配不是猜世代：老年用户同样可能更熟电话，因为家用座机和功能机都是 1 在上。系统默认数字键盘（iOS/Android 电话式 vs 桌面 numpad 计算器式）会渗透进 Web 的 inputmode=numeric，页面若自己画一套相反的，就在系统习惯上再叠一层冲突。
怎么研究
先调查目标人群最近一周在哪些设备上输入数字（手机拨号、ATM、POS、电脑小键盘），再把软件键盘做成匹配组与反转组。因变量用任务完成时间、行对调错误、主观“键怎么反了”。人群要按职业分层，不要用大学生样本代表收银员。A/B 若只看总体转化，可能把匹配效应稀释在其他变量里，应预注册错误类型分析。
边界
完全新手、两套都没练过时，阅读顺序（1 在上）可能略占优，但仍应看任务像不像拨号。国际市场的 ATM 标准并不统一，匹配要按当地硬件而不是按总部办公桌。把金额输入做成全键盘数字行（QWERTY 上方 1234567890）是第三套空间，不适用九键匹配规则。验证码若允许粘贴，键盘行序的权重下降。
怎么落地
- 拨号、OTP、门禁类输入用 123 在上；金额、数量、计算器类用 789 在上。
- 调用系统数字键盘时核对它在该平台的默认行序，若与场景相反就自绘并标明。
- 在键盘标题写“拨号”或“计算器”，给模型一个名字，而不是只摆九个方块。
- 验证：向目标用户出示两种行序的静态图，问“哪张像你平时用的”；再让他们用你选的那张完成真实任务，确认行对调低于反转组。