首次拒绝的代价高于延后请求
别名: 首次拒绝 · 拒绝粘性 · don't ask again · permission denial cost
概念解释
多数操作系统把人对系统权限弹窗的第一次拒绝记成稳定偏好：再次调用同一接口不再出现弹窗，或很快进入「不再询问」。要从拒绝恢复，人通常得离开应用、在系统设置里找到开关。因此过早问出一次「不允许」，代价高于把请求留到人已经看见功能的时候。这条谈的是首次拒绝在平台上的不可逆性，不是该不该在启动时问、也不是拒绝之后反复把弹窗塞回来。
机制
系统弹窗是一次性的授权通道，不是可以重试的对话框。平台用「记住拒绝」防止应用把询问变成骚扰，副作用是把一次匆忙的「不允许」写进长期状态。启动或注册时的拒绝尤其贵：人还不知道功能长什么样，拒绝几乎没有信息，却把通道关掉了。事后要重新打开，路径从「点一下弹窗」变成「找到设置、找到应用、找到权限列表、打开开关、再回到应用」——多数人不会走完。延后请求并不是更礼貌，而是避免在信息最少的时刻烧掉唯一便宜的恢复机会。
怎么研究
追踪单次拒绝之后的恢复漏斗，而不是只看弹窗当时的允许率。
自变量：请求相对功能首次暴露的时机、拒绝后应用是否提供设置跳转、平台是否把第二次调用直接吞掉。 因变量：首次拒绝率、七日内经设置恢复为允许的比例、因缺权限而放弃的任务数、恢复路径上的离开点。
实验室一次会话看不到「拒绝被记住」的跨日后果。测量时要把「点了不允许」和「勾了不再询问」分开；后者恢复成本更高。不要用「过几天再弹一次」去抬允许率——那测的是骚扰耐受，不是时机是否过早。
边界
用户明确点了「仅本次」或「每次询问」时，拒绝不是长期状态，代价模型要按平台实际语义改写。系统设置里已经关闭该权限的二次打开，不会再给应用弹窗机会，时机再好也救不回来，只能走设置路径。安全类拒绝（未知来源的企业设备管理、来路不明的麦克风）应当被记住；问题不在粘性，而在不该问。
怎么落地
- 在触发系统弹窗之前确认：当前动作如果被拒绝，产品是否付得起「只能去设置里改」的恢复成本；付不起就先不要问。
- 把会关闭通道的系统弹窗留到人已经看见该功能的结果（一张预览图、一条路线、一段试听），而不是留到品牌页。
- 拒绝后不要立刻再调同一接口；若功能仍被需要，改为应用内说明如何去设置，并提供一次跳转。
- 验证：对首次拒绝的用户做七日回访漏斗——有多少人到达设置、有多少人把开关打开、有多少人回来完成原任务。若恢复率接近零，问题在第一次问得太早，不在设置页难找。