O2.06.2Preselected consent设计研究
默认预勾选把「未表态」当作「已同意」，与知情同意的前提冲突
别名: 预勾选同意 · 默认加入 · consent by default
概念解释
预勾选同意（preselected consent）在用户作出肯定动作前，就把可选用途、共享对象或追踪开关设为启用。用户点击“继续”可能只是接受主任务，界面却将其延伸解释为对所有预选项的表态。因此，该设计无法区分“主动选择”与“没有注意或没有改变”。
机制
默认状态会通过惰性、状态推荐暗示和变更成本影响保留率。在被打断的流程中，人还常将未修改的选项当成系统设置而非自己的声明。当后台只记录最终开关值，预选项又会制造一份看似完整、实则无法证明用户逐项理解并选择的“同意记录”。
怎么研究
在选项、文案和布局不变的情况下，随机比较未选、预选与必须显式回答的状态，分别测量保留率、选项回忆、理由复述和延迟后偏好。重点不是证明默认“有效”，而是判断最终状态能否识别出肯定意图。仅比较勾选率无法区分真实偏好、惰性和误解。
边界
与安全、可访问性或核心服务运行有关的普通默认并不都是“预勾选同意”；问题针对需用户授权的可选处理。对既有账户保留旧偏好也不同于新请求预选，但迁移后的语义不能扩大。某些地区对具体同意形式有法律规则，产品还需按适用法审核，不应将这一设计判断当成跨法域结论。
怎么落地
- 让每个可选用途初始为未选，并要求用户在清楚说明后做出可归因的肯定动作。
- 将核心服务必需处理与可选同意分开，不用被禁用的开关伪装可选性。
- 记录用户看到的版本、对象、动作与时间，不从最终数据库真值反推同意。
- 以新用户、升级账户和从未操作的账户走查各个分支；任一可选状态在无肯定动作时变为启用，即判为失败。