G2.10.5opt out of personalized nav order设计研究
用户需要有显式方式关闭个性化重排，恢复固定顺序
别名: 关闭个性化排序 · restore default order · 恢复固定顺序
概念解释
只要系统还在按个人重排导航，人就必须能显式关掉它并回到固定顺序。关闭不是清 cookie 碰运气，也不是换浏览器就失效的隐式退出。它是一个找得到、叫得出的开关：关掉之后，槽位回到全站默认（或用户自己钉过的顺序），并且跨会话保持。没有开关，空间记忆被打碎的人只能忍受或离开；有开关却藏在实验旗标里，等于没有。
恢复的是顺序契约，不是删掉推荐模块——推荐模块可以仍在分区里，只是不再抽动核心槽位。
机制
个性化排序的收益集中在算法匹配的那一类用户，成本由不匹配的人承担（共用电脑、辅助技术、刚换岗位、客服对照说明书）。这些人无法通过「用得更熟」来适应，因为他们的使用分布不是算法假设的那一个。退出通道把成本从被迫适应改成可选。开关必须改变实际顺序，而不是只改变推荐内容：关掉后若槽位仍在抖，控制感是假的，下次更不会去找设置。
可发现性决定退出是否真实存在。放在与导航无关的隐私深页，等于要求先完成一次成功的设置寻路——而这正是导航已经在伤害的能力。
怎么研究
测开关能否被找到、关掉后顺序是否真的冻结、以及跨会话是否保持。
- 范式：先让人经历重排带来的误点，再找关闭方式；对照开关在导航附近 vs 在隐私设置深页。关掉后改频率输入，看槽位是否仍动。隔日回访。
- 自变量：开关位置与命名、关闭后推荐模块是否还在、是否需要重新登录才生效。
- 因变量：找到开关的时间与成功率、关闭后误点是否回落、隔日顺序是否仍固定、关闭是否被理解为「退出账号」。
- 方法论注意点：实验室里告知「有一个设置」会高估可发现性。要从误点情境无提示去找。关闭若被做成「重置学习」而不是「从此固定」，过几天算法又会开始排，被试会认为开关坏了。
边界
没有个性化重排的产品不需要这个开关，硬造会暗示还存在一种用户关不掉的排序。A/B 实验旗标不是用户开关。法定或安全要求的固定顺序（交易确认上的项）本来就不应被个性化，谈不上关闭。共享设备上的「为此设备关闭」与「为此账号关闭」是两个范围，默认应是账号级，并说明设备级不会跟着账号走。
怎么落地
- 在设置里提供「导航使用固定顺序 / 使用个人排序」，默认固定或至少让固定同样好找。关闭后核心槽位立即回到默认表，并写入账号。
- 开关命名避免「智能」「优化」这类不能反过来说的词；用「固定顺序」这种关闭后能核对的词。
- 验证：打开个人排序直到发生一次「它跑了」，无提示去找关闭。找到并关掉后，再人工推高另一项的频率，核心顺序应不动。隔日同一账号仍是固定表。找不到、关掉后仍抖、或被理解成退出登录，开关都不算成立。