跨平台产品需要为不同操作系统适配各自的排列惯例
别名: 跨平台按钮顺序 · 跟随宿主OS · platform-adaptive order
概念解释
同一产品若同时出 Windows、macOS、iOS、Android，确认/取消的槽位不应做成「设计师电脑上的那一套」全球一份。跨平台产品要在运行时跟随宿主操作系统的排列惯例：在 Mac 上取消左确认右，在 Windows 上反过来，在 iOS 的动作表里取消独自沉底。适配的是槽位映射，不是每套系统重画整个视觉。产品内仍然统一——统一的是「永远跟当前 OS」，不是「永远确认在右」。
机制
用户的位置记忆绑在日常 OS，不绑在品牌。跨平台若坚持一份顺序，每一侧都有一半用户在用反手槽，习惯化失误会按平台人群分裂出现。Web 应用尤其容易错：页面在浏览器里，却按设计稿的 macOS 顺序渲染给 Windows 用户。原生壳可以读系统 API；网页要用平台探测或 CSS 的系统集成，但探测错误（把 iPad 报成 Mac）会用错一套。适配不是审美妥协：它让技能留在 OS 层，产品只声明「我们是这个系统上的一个窗口」。不适配则强迫用户为这个品牌另学一套槽，和所有其他窗口打架。
怎么研究
同一构建在 Windows 与 macOS（或 iOS 与 Android）上跑限时确认，对照「跟随 OS」与「全球一份（设计师侧）」。按被试日常 OS 分层。
自变量：是否跟随宿主、探测是否正确、对话框还是底部表。 因变量：错按率按 OS 分层后是否只在不匹配组升高。
只在公司标配的一种电脑上测，永远得到「我们的全球顺序没问题」。
边界
纯 Web 后台若用户 OS 混杂且探测不可靠，内部统一可能优于错误探测带来的随机对调——随机比「总是跟错」更糟。嵌入系统对话框已经跟 OS，应用对话框若故意跟另一套，会与系统选择器同屏打架。游戏全屏自建一套 UI，用户不期待 OS 槽，可以自洽，但桌面设置窗口一旦看起来像系统对话框，又要跟回 OS。品牌营销站可以不管 OS，那不是生产力对话框。
怎么落地
- 原生应用调用系统对话框或读取 OS 的按钮顺序设置，不要在资源文件里写死左右。
- Web 在能可靠知道宿主时跟随；不能知道时选一套并在全站固定，同时避免与系统文件选择器并排。
- 适配顺序时保持视觉权重规则不变：主按钮仍是高权重，只换槽。
- 验证：同一账号在两种 OS 上做一次限时保存。跟随成功时，错应按发生在「顺序与该 OS 相反」的构建上，而不是平均分布。