E5.04.3keep frequent items out of hamburger设计
高频功能不应放入其中
别名: 汉堡降级 · 高频外置 · menu demotion
概念解释
汉堡菜单可以收容那些偶尔才去的地方；高频功能不应放进汉堡（keep frequent items out of hamburger）说的是另一条规则：按打开次数或任务关键性已经排到前面的目的地，必须留在打开菜单之前就能点到的表面。隐藏会伤所有内部项的使用率，但对高频项的伤害是不可接受的——它把每天都要走的路加成两步，且没有换来可读性以外的收益。
机制
一次导航的成本是「找到入口」乘「到达次数」。低频项藏起来，总成本仍然小，因为次数低；高频项即使每次只多一拍，乘上每天几十次也会主导整个产品的导航税。人会对高频路径形成肌肉记忆：入口必须停在稳定的可见位置，不能先打开一个容器再在列表里瞄一次。把「消息」「工作台」「当前项目」放进汉堡，等于要求用户在最熟的路上每次都做一次容器决策。
降级还有信号作用。被放进菜单的项会被理解为「次要」。若产品实际上靠它完成主任务，心智模型和真实结构会打架：用户去可见表面找主任务，找不到就认为产品没有，而不是去菜单里翻。可见槽位不够时，正确做法是合并目的地、做快捷入口，或重新决定什么才是主任务，而不是把仍高频的项塞进汉堡充作「仍然可达」。
边界
「高频」要以目标用户和当前版本的真实数据为准。内部管理员每天进的审计页，对普通用户是低频，可以进菜单；对管理员则应外置或做成角色专属的可见栏。季节性峰值（报税期、大促后台）会把平时的低频项临时抬成高频，应当有一条可外置的通道，而不是改完信息架构再等下个版本。用户自定义的固定项可以进可见表面，哪怕对全体用户统计并不高频——频率要按使用它的那个人算。纯粹的设置、关于、退出几乎总是低频，放进菜单是合适的，不要为了「对称」把它们和外置的主任务混为一谈。
怎么落地
- 按人均每日到达次数给目的地排序。排在前面、且属于主任务路径的项，禁止只存在于汉堡内。
- 可见槽位不够时，先砍真正的低频项、合并同类目的地、或提供可固定的快捷，而不是把仍在前排的项降级进菜单。
- 汉堡里留下的应是账号、法律、偶尔的实验室开关这类不依赖路过触发的项；进菜单前用名称写清，不要靠用户记得「主功能在里面」。
- 验证：导出一周导航点击，列出汉堡内每一项的到达次数。任何接近可见栏量级的项都要外置一轮再看主任务是否受损。同时做一次「闭着眼睛去你最常去的地方」，手先伸向汉堡的，那一项就不该在里面。