C6.23.4Cross-platform numeric keypad inconsistency设计研究
数字键位置差异在跨平台产品中若不统一，用户体验会不一致
别名: 跨平台数字键 · 数字键盘不统一 · 多端行序
概念解释
同一产品在 iOS、Android、Web、桌面客户端各自弹出数字键盘时，1 和 7 的位置若随平台漂移，用户等于在自己的账户里反复切换两套肌肉记忆。不一致不是“每端都跟系统走”的必然副作用，而是产品没有把行序当成跨端契约。结果是：在手机上练熟的付款码，到开票网页就打错。
机制
各平台默认数字键盘来源不同：移动系统多给电话行序，桌面 Web 在 input type=number 下可能唤起带计算器小键盘的系统控件，自绘 PIN 盘又常从设计师的电脑小键盘抄 789 在上。没有产品级规定时，每个端的实现者各抄各的范例。用户感知不到“这是系统控件那是自绘”，只感知键跑了。跨端不一致会叠加在已经存在的电话/计算器干扰之上：干扰来自世界，不一致来自产品自己。
怎么研究
做一次跨端审计：同一任务（登录验证码、转账金额、会议室门禁）在每个受支持平台上截数字键盘，对齐第一行。统计行序是否相同、0 的位置是否相同、是否有随机化。可用性测试让人在 A 端完成后再立刻在 B 端做同一任务，比较切换错误。自动化视觉回归可以把键盘截图纳入，而不是只回归业务页面。
边界
完全跟系统走的产品，在单一平台内是一致的，跨平台仍可能不一致——这是刻意的平台忠诚与跨端契约之间的权衡。随机排布的密码键盘本来就不追求位置记忆，跨端不统一反而是安全设计，不应为了“体验一致”取消随机。桌面端若用户主要用物理小键盘而不是屏幕阵列，屏幕行序的权重下降，但仍影响没有外接键盘的笔记本用户。
怎么落地
- 把数字键盘行序写进跨端约定：按场景锁定电话式或计算器式，各端不得自行改第一行。
- 自绘键盘与调用系统键盘的决策表公开给各端，避免一端自绘另一端系统默认。
- 版本发布清单包含“数字键盘截图对照”。
- 验证：用同一账号在所有支持的客户端完成同一段数字输入，把键盘第一行拍下来并排；出现两种第一行（且不是随机密码盘）即契约破裂。