强行统一两平台的返回会违反各自惯例
别名: 跨平台返回 · convention violation · 假统一 · platform-native Back
概念解释
为了少维护一套导航，把安卓的系统返回和 iOS 的页内返回画成同一个控件、同一种栈规则，会同时踩两边的习惯。iOS 标签根上出现常驻的左上角返回、安卓把系统返回吞掉改成「和 iOS 一样只能点箭头」、两端共用一条「永远弹到产品首页」的链，都属于假统一。错的不是「两端都要能离开」，而是用同一套形态去覆盖两种已经学成肌肉记忆的离开方式。这条谈的是跨平台产品里的错误统一，不重复解释系统返回是否存在，也不展开跨应用栈怎么弹。
机制
平台惯例是长期训练的结果：安卓用户的拇指已经把底边或左缘当成离开，iOS 用户把左上箭头和边缘滑回当成「这一层导航栈的上一页」。跨平台框架默认一个导航器、一套手势，会把其中一边的模型泄漏到另一边。泄漏有两种方向。把安卓模型搬到 iOS：根页也有返回、返回跳出应用、出现安卓式的导航条按钮，iOS 用户会觉得这一层还可以再往回走，走了却到了不该到的地方。把 iOS 模型搬到安卓：忽略系统返回，只在左上角给箭头，系统返回被写成最小化或直接退出，安卓用户会认为应用坏了。统一的吸引力是设计稿只画一次；代价是每一次离开都在和该平台上其他应用作对，错误会被归因到你的产品，而不是「跨平台本来就这样」。
怎么研究
做惯例违背对照：同一任务，原生导航 vs 统一导航，被试是该平台的日常用户。编码错误离开（走到不该到的页、意外退出、寻找不存在的系统返回）。
自变量：导航实现（平台原生 / 统一控件）、平台、是否暴露系统返回。 因变量：错误离开次数、完成时长、偏好、是否用主屏逃避。
不要用「两端看起来一样」的评分当成功——那是视觉一致，不是离开是否符合惯例。被试若两边都用，要按主力平台分组，否则平均数会把两边的怒火对冲掉。实验室任务若从不走到根页或跨应用，测不到假统一最疼的那些点。
边界
内部工具只发一个平台，或用户被训练成只用这一套壳，统一的代价下降。游戏和全屏媒体常用自定义离开，平台惯例本身就弱。纯网页在两边的浏览器里已经共享历史返回，再叠一套原生返回才是新的冲突。企业 MDM 锁死导航时，谈的是策略，不是产品自己选的统一。
怎么落地
- 按平台分别映射离开：安卓响应系统返回，iOS 只在有导航栈或模态时提供箭头或关闭，根页两边都不要强行加一个对称的返回。
- 跨平台框架里关掉「自动给每一屏加返回按钮」；为安卓单独接系统返回回调，为 iOS 单独接导航栈。
- 视觉可以接近，离开的落点必须跟该平台上系统应用一致：设置、邮件、文件管理是对照，不是另一端的设计稿。
- 验证：把同一构建交给只使用 iOS 的人和只使用安卓的人，完成到根页、到模态、到一次他应用跳转。统计「按了不该存在的返回」「系统返回没反应」「回到了产品首页而不是上一层」的次数。任一侧显著高于原生对照应用，就是假统一还在。