遵循平台既有约定
别名: 平台标准 · 系统惯例 · 行业标准
概念解释
界面应遵循目标平台、行业和无障碍标准已经建立的位置、手势、控件行为、快捷键和状态表达。平台既有约定（platform convention）是用户从其他应用带入的默认预期，遵循它能省去教学并减少误操作——用户不是在学这个产品的新规则，而是在确认这个产品有没有打破自己早就会的规则。
机制
平台约定由大量应用和系统界面反复训练出来：返回方向、关闭位置、缩放手势、日期选择、菜单语义和焦点顺序早已变成不需要思考的行动习惯。偏离时，用户会先按旧习惯尝试，失败后才回头寻找新规则；在紧急或高频路径上，这个失败成本会反复发生，因为习惯不会因为失败一次就消失。无障碍标准还保证辅助技术能按可预测的模型解释界面，读屏软件依赖的正是控件行为与平台角色语义之间的稳定对应。
约定的强度并不固定，它取决于两件事：用户在多少其他应用里重复接触过这个约定，以及操作系统本身有没有更新过这个约定。同一个手势在不同用户身上强度不同——只用过带实体返回键设备的用户，和只用过手势导航的用户，对“返回”动作的默认预期完全不一样；操作系统换代还会让约定本身发生迁移，例如导航方式从物理按键改为手势条之后，旧约定不再是当前平台的约定，继续遵循旧约定反而变成了新的偏离。这说明“遵循平台约定”不能理解成遵循一份一次性写死的清单，而要理解成遵循当前这批用户实际带着走的那套预期，清单需要跟随系统版本和用户群体定期核实。
怎么研究
可以用期望测试（expectation testing）判断某个位置或手势是否已经成为约定：给用户看静态界面截图或低保真原型，不提供真实交互，问“如果点这里会发生什么”“这个手势你觉得能做什么”，比较预测与实际平台行为的一致率。也可以做首次点击测试，让熟悉该平台但没用过这个产品的用户完成任务，记录点击目标与真实控件位置之间的偏差，偏差集中的地方通常意味着自定义设计撞上了强约定。
对已经上线的产品，可以做启发式评估：请多位熟悉目标平台既有惯例的评估者各自独立逐屏核对、标出偏离点并打分，再合并结果比较分歧。多名评估者独立标注是为了控制评估者效应——同一套界面，不同评估者凭个人经验会漏检或误判不同的偏离点，单人评估结论不可靠。
边界
约定不是法律，过时或不可达的惯例应当被替换，品牌和任务创新也可能需要不同模式。关键是偏离要有理由、可被发现、可被学会，并在关键路径提供文字冗余，而不是只靠图标暗示。跨平台产品不能把一个平台的约定强行搬到另一个平台，而应该共享概念、允许交互形式分叉。
企业内部工具是一个具体的反例：如果用户群体常年被内部系统训练出一套与操作系统约定不同的习惯——例如某个行业软件长期用左键拖拽表示复制——继续贴合操作系统的通用约定反而会打断这批用户已经很深的肌肉记忆。此时“约定”应该以这批人的历史使用经验为准，而不是以系统级指南为准，但要在设计文档里写清楚这是有意为之的例外，避免被后续团队当成疏漏改掉。
怎么落地
- 建立平台约定清单：导航、手势、关闭、确认、文件、日期、键盘和焦点顺序；清单标注核实时使用的系统版本，随系统更新复核。
- 默认使用原生控件或等价行为；自定义控件补齐键盘、触摸、语音和无障碍状态。
- 偏离平台约定时保留位置锚点、提示和恢复方式，并记录原因、适用版本与例外范围。
- 用未见过产品但熟悉该平台的用户做首次点击测试，测量点击目标与真实控件位置的偏差率；偏差集中处优先复核是否误判了约定，而不是急着替用户“教育”。