O2.06.1Asymmetric consent path设计研究
拒绝路径比接受路径更长属于操纵
别名: 拒绝路径不对称 · 同意摩擦 · obstruction in consent
概念解释
不对称同意路径（asymmetric consent path）是接受可在当前层级一步完成，拒绝却需进入更多页面、逐项关闭或解决额外障碍的选择架构。它不是普通的功能复杂度：当两种回答针对同一请求，但界面只为组织偏好的答案消除摩擦，路径差异就在塑造而非记录意图。
机制
每一步搜索、返回、分类判断和确认都增加时间与放弃概率。人在只想继续原任务时，会选择快速结束打断的路径，即使它不符合长期偏好。把批量接受与逐项拒绝配对，还会利用组合爆炸，使形式上存在的拒绝变得实际不可行。
怎么研究
从同一弹窗和任务状态出发，分别要求未见过界面的参与者“全部接受”与“全部拒绝”，记录操作数、决策点、阅读量、时间、误入和放弃。需同时检查最终后台状态，因为相同点击数也可能导向不同覆盖范围。任务必须指定相同目标；拿粒度调整与一键接受直接比较会混淆功能差异。
边界
可逆性、安全影响或法定记录要求可能使某个动作需要说明或再确认，但额外步骤应由可证明的后果差异决定。为了解各用途而提供“自定义”不是问题，前提是同时有与“全部接受”范围对等的“全部拒绝”。无法关闭的必要处理应另行解释，不应伪装成拒绝路径的一部分。
怎么落地
- 先定义接受与拒绝的对等状态，再画出从当前屏幕到后台生效的两条路径。
- 在首层同时提供全部接受、全部拒绝和自定义，不让拒绝必须经过第二层。
- 保持关键概念、结果粒度和生效时间可比，不用反向开关迫使用户重新解码。
- 为两条路径建立成对回归任务；若拒绝在任一成本或后台范围上更差，修复后再发布。