系统弹窗前先解释用途
别名: 前置说明 · 权限预提示 · permission priming · pre-prompt
概念解释
前置说明（pre-permission prompt / permission priming）是在调用系统授权弹窗之前，用应用自己的界面讲清：接下来要申请哪项能力、用它完成哪件正在做的事、拒绝会怎样。系统弹窗文案空间极小，一旦出现，人只剩允许或拒绝，而拒绝往往被平台记住。前置层的作用是补上系统弹窗给不出的情境，并提供「现在不要」这种不烧掉系统通道的出口。这条谈的是「弹窗之前要有一层说明」，不谈说明必须写到多具体、也不得把必要性写过头。
机制
系统权限对话框是操作系统的可信界面，应用改不了标题、改不了按钮，只能塞一句很短的用途字符串。人在这一层几乎是在做二元风险管理，而不是理解产品。前置说明把决策拆成两拍：先理解「我在干什么」，再面对系统的「允不允许」。第一拍还可以点「稍后再说」而不调用系统 API，避免把犹豫写成永久拒绝。没有前置层时，系统弹窗承担了教育、说服和授权三件事，教育失败的代价由授权通道承担。
怎么研究
比较「直接调系统弹窗」与「先出应用内说明再调弹窗」，并分开测量理解与授权。
自变量：有无前置层、「稍后再说」是否可用、前置层到系统弹窗之间的间隔。 因变量：系统弹窗上的允许率、事后用途复述准确度、选择「稍后再说」的比例、前置层本身的离开率。
前置层会抬高允许率，也可能只是把拒绝提前发生在应用按钮上。要把「在前置层离开」和「看了系统弹窗后拒绝」分开，否则看起来像通过率上升，其实是过滤掉了会拒绝的人。实验室里前置层会被认真读完；真实产品里它若太长，会被当成又一张启动广告关掉。
边界
人已经在系统设置里打开过该权限，前置层变成多余摩擦，应直接进入功能。前置层若做成无法跳过的全屏，就从说明变成拦截，「稍后再说」必须是一等按钮。无障碍用户依赖系统弹窗的标准角色（alert、按钮名）；前置层需要有自己的标题和焦点顺序，不能只靠视觉层次。
怎么落地
- 在调用系统权限 API 之前插入一屏或一张卡片：写清能力名称、当前任务、拒绝后仍能做什么；主按钮再触发系统弹窗。
- 提供与「继续」同等可见的「现在不要」，并保证它不调用系统 API。
- 前置层只服务即将出现的那一个系统弹窗，不要在这一层再堆其他权限。
- 验证：做一次「关掉网络再走流程」的走查，确认点「现在不要」后系统弹窗从未出现；再找未参与设计的人看完前置层、在系统弹窗弹出前暂停，问「接下来系统会问什么、用来干什么」。答不出用途，前置层就失败了。