不得夸大必要性以换取授权
别名: 权限必要性 · 虚假功能依赖 · 强制授权 · permission dark pattern
概念解释
非胁迫的权限必要性陈述（non-coercive permission necessity claim）只把确实依赖某项权限的能力写成必要，不用虚假的功能依赖、恐惧、紧迫感、羞辱式拒绝或预先替用户选择来提高授权率。若相机权限只影响扫码，就不能写“不允许将无法使用应用”；若权限确实是当前任务不可替代的技术前提，则可以诚实阻断该任务，并说明阻断范围。
禁止夸大不等于所有权限都必须可跳过。关键区别是：阻断是否来自可验证的产品或平台依赖，是否只覆盖真正受影响的任务，以及是否如实呈现未受影响的路径。
机制
权限选择建立在功能收益、数据暴露和替代路径的权衡上。虚构“必须”、借用与权限无关的安全威胁、倒计时，或把允许设为默认，会改变选择压力却不提供新的事实。短期授权增加无法证明理解或信任；用户在拒绝后发现产品仍可使用，或授权后发现理由与调用不符，会把一次错配扩展为对后续请求的不信任。
必要性应来自版本化的能力依赖图：哪项功能调用哪种能力，拒绝后是完全阻断、降级还是可用替代，哪些角色或设备例外。依赖真实且不可替代时，阻断是系统事实，不是威胁；依赖只覆盖一个分支时，扩大到整个产品就是误导。产品自己的预提示也不能预先选中允许、让拒绝更难，或反复请求直到用户接受。
怎么研究
让参与者在有实际目标的任务中阅读权限请求，随后说明哪些功能需要权限、拒绝后哪些仍可用、是否存在替代路径，并用自己的理由做选择。测理解准确率、选择与后续行为一致性、任务完成、撤销、重复提示后的屈从、后悔和信任；授权率只能描述选择结果，不能单独判断界面优劣。
用依赖注入覆盖完全必要、单功能必要、可降级和完全非必要四种条件，保持功能价值、平台提示和请求时机一致。单独测试恐惧词、默认焦点、视觉权重、拒绝路径长度与重复频率，避免把多个操纵变量混在一个版本。研究不得故意让参与者相信虚假的安全损失；可用明确标注的模拟情境并在事后说明。
边界
真实风险可以直说。例如拒绝通知会使依赖通知送达的一次性提醒无法出现；但不能把“收不到提醒”扩大成“账户不安全”，除非权限与具体安全控制存在真实且可说明的依赖。监管或组织政策要求的能力也应说明适用角色和受影响范围，而不是借“合规”一词压过选择。
对于离线扫码、录音或蓝牙连接等没有权限就无法执行的任务，可以停在权限边界；仍应提供返回、稍后决定或可行的手动替代，除非确实不存在。产品文案只负责准确呈现依赖与选择，不判断处理是否合法、同意是否有效，也不能代替隐私治理对必要性和最小化的审查。
怎么落地
- 建立“功能—权限—拒绝结果—替代路径”矩阵，按完全阻断、能力降级、单分支失效和不受影响分类；文案强度必须与矩阵同档，并记录产品、角色、平台和版本。
- 删除与依赖无关的“必须”“保护你”“立即允许”、倒计时、confirmshaming 和默认允许。继续与暂不决定的控件均应可见、可操作且名称中立；不能用自定义界面伪造平台已经授权。
- 只有依赖检查确认当前任务无法继续时才阻断，并把阻断限制在该任务；同时列出未受影响能力和真实可用的返回、手动输入或稍后恢复路径。没有替代时明确说没有，不虚构降级。
- 发布门同时校验依赖图、权限 API、界面文案和处理程序。监控拒绝后仍成功完成被称为“必需”任务的比例、无对应功能调用的授权、撤销、重复提示和投诉；任何错配先修依赖或申请范围。