O2.01.3Contextual permission timing设计研究
提示时机决定用户能否理解必要性
别名: 情境化权限请求 · 权限触发时机 · just-in-time permission
概念解释
情境化权限时机（contextual permission timing）是在用户主动调用相关功能、因而能把系统能力与当前目标联系起来时请求权限。应用首次启动时批量索取相机、位置和通讯录，用户尚不知道各能力为何必要；处理已经开始后才提示又失去事前控制。合适触发点位于意图已经形成、受保护访问尚未发生的窄窗口。
机制
必要性不是权限类别的固定属性，而是能力与任务之间的因果关系。点击“扫描文件”后请求相机，界面动作提供了可解释证据；启动页请求相机则要求用户想象未来用途。过晚、过早或在紧急完成压力下触发，都会削弱比较资源。时机还影响拒绝含义：未尝试功能时的拒绝可能只是“现在不决定”，不应永久解释为不需要。
怎么研究
可保持文案不变，将提示放在启动、功能入口、第一次真正访问前或任务中断点，测量用途预测、允许率、拒绝后恢复、功能发现和延迟修改。序列日志需记录触发前动作，判断请求是否由用户意图引发。高允许率可能来自任务被阻塞而非更好理解，因此必须与理解、感知控制和替代路径成功联合解释。
边界
后台持续功能没有每次都自然可见的触发点，可在用户启用该功能时请求并明确持续状态。紧急呼叫、无障碍或安全功能的最佳时机需考虑失败成本，但不能借紧迫性获取无关权限。操作系统只允许有限请求次数时，错误时机会有长期后果；产品应在请求前确认功能意图，而不是反复试探。
怎么落地
- 将权限请求绑定到需要能力的明确用户动作，并在系统调用前展示可理解的功能结果。
- 不在首次启动批量请求未来可能使用的权限；未进入功能的用户保持未决定状态。
- 拒绝后提供权限受限的替代或稍后重试，不用循环弹窗阻断无关任务。
- 对每个权限回放触发前事件序列，测试者应能仅凭上下文解释必要性；同时检查拒绝、稍后和系统设置返回后的状态转换。