违反平台惯例会提高单设备使用成本
别名: 平台惯例 · iOS Android 导航 · platform look-and-feel · 违反惯例
概念解释
为了和桌面或另一端「长得一样」，在 iOS 上画一条 Android 式的返回箭头和汉堡菜单，或在 Android 上做成只能从左上角退出、系统返回键无效。人在这台设备上的所有其他应用都在用另一套惯例，这一处例外会单独收费。违反平台惯例提高单设备成本：每一次与系统预期冲突，都要额外确认、额外撤销、额外学一条只在这个应用里成立的规则。iOS 习惯从底部标签栏切换主区，Android 习惯系统返回键走出一层；跨端像素一致若牺牲其中一侧，该侧每次打开都在缴税。这条只谈单台上的惯例冲突，不谈跨端名称一致能省下多少学习，也不谈冲突时该保概念还是保外形。
机制
每个平台都训练了一套群体刻板：手去哪、返回意味着跳出一层还是关掉，分享会唤起什么。这套刻板覆盖该设备上的大多数应用，成为默认预测。一个应用若改用另一平台的控件和导航，预测连续落空：滑边没有反应、系统返回把整页关掉、找不到本该在右上的动作。错误会归因于自己「没学会这个应用」，而不是「它没用这台设备的惯例」。单设备使用远比跨设备切换频繁，所以这笔税每天都在付；跨端看起来整齐，换来的是本机上反复的停顿。惯例还包含系统表面：分享面板、设置层级、权限对话框。自绘一套跨端统一的分享列表，会在这台设备上漏掉用户已经固定的目标，单设备损失立刻可见。
怎么研究
在主力平台上比较两种实现：原生惯例（iOS 标签栏 + 系统分享，Android 系统返回 + 系统 Sharesheet）对比「为了跨端一致而移植的另一套导航」。被试应是该平台的日常用户，不是跨端产品团队。
自变量：导航结构是否遵循本平台（标签栏 vs 汉堡、系统返回是否有效）、系统表面是否被自绘替代。 因变量：首次找错导航的次数、误用系统手势或返回键的次数、完成常见任务的时间、把失败归因于自身还是应用。
不要用「两端截图像不像」当指标，那测的是形式一致。平台惯例研究关心的是本机错误。实验室若同时给 iOS 和 Android 用户同一套移植界面，会把跨端迁移和本机违规混在一起，两组要分开跑。
边界
游戏、沉浸式媒体、自有强品牌的创作工具常常故意离开平台外壳，用户也预期如此；惯例成本被「进入另一世界」的预期抵消。内部工具只跑在一种受管设备上，没有跨应用的惯例可违反。老人或平台新手还没有建成刻板，违反惯例的额外成本较低，但一旦他们学会了系统，税会补回来。Web 套壳若无法调用系统返回和系统分享，损失要算在套壳技术上，不能用「跨端一致」来辩护。
怎么落地
- 各端导航接到该平台的默认结构：iOS 用标签栏或系统导航条，Android 让系统返回键按层退出，不要为了和另一端截图一致而自绘一套跨平台导航壳。
- 分享、文件打开、权限请求走系统表面，即使另一端的视觉不一样。
- 若产品在桌面用菜单栏、在手机用标签栏，这是服从惯例，不要为了「各端按钮长在同一个角」而把桌面菜单拆进汉堡。
- 验证：找只使用 iOS 的人和只使用 Android 的人，各自在本机完成「返回上一层」和「把这条内容分享到系统里刚装的笔记应用」。系统返回无效、或分享走自绘列表而漏掉该笔记应用，记为惯例违规。不要用两端截图对照当通过条件。