O2.01.2Permission pre-prompt设计研究
系统提示的文案空间有限，需前置说明
别名: 权限预提示 · 权限教育页 · pre-permission dialog
概念解释
权限预提示（permission pre-prompt）是在操作系统权限框出现之前，由产品用自身界面解释功能、数据范围和可选方案。它补充系统弹窗受限的标题与文案空间，但不能伪装系统授权、替用户预先选择，或把预提示按钮命名为“允许”后再出现第二次真正决定。两层各有职责：产品解释情境，系统授予受保护能力。
机制
系统框需要跨应用保持一致，因此只能呈现权限类别和有限用途文本；它不了解产品任务的完整上下文。预提示可用示例、局部预览和替代路径建立必要性心智模型，再由系统框确认能力边界。若预提示只是增加一个接受步骤或隐藏拒绝，双层结构会增加疲劳并形成“先答应一次就应继续答应”的一致性压力。
怎么研究
实验可比较直接系统框、情境化预提示和营销式预提示，对用途理解、系统框选择、任务成功、后续撤回与感知操纵的影响。过程分析应分别记录两层动作，避免把预提示点击当作权限授予。可用回忆题检验用户能否区分应用解释与系统控制；若参与者认为预提示已授权，界面角色表达失败。
边界
不是每次请求都需要独立预提示。当前动作已明确表达意图且系统用途文本足够时，额外页面只增加摩擦。平台规则可能限制在拒绝后再次提示或禁止操纵式预提示，具体实现需核对当前系统要求。预提示不能承诺系统不提供的粒度，也不能在用户拒绝后循环阻塞功能。
怎么落地
- 仅在系统框无法解释产品情境时使用预提示，展示具体功能预览、所需范围和无需权限的替代。
- 将主操作命名为“继续到系统设置”等过程语义，并清楚说明下一步才是系统决定。
- 提供离开或暂不使用该功能的同等可见路径，不在预提示阶段收集受保护数据。
- 测试用户能否指出哪一层真正授予权限，并分别走继续、取消和系统拒绝路径；任何循环提示、错误授权理解或拒绝后异常数据流都需修正。