你有没有注意到，当一个应用的主菜单里塞满了十几个选项时，用户往往会在两三分钟内就失去方向感？这背后有一条不容忽视的心理学定律：Miller 1956 年提出的「工作记忆只能一次处理七个（±2）信息块」。

在产品世界里，我们常说「少即是多」。这句口号的根基正是源自工作记忆的容量限制。把一堆单词堆砌在一起，用户必须一次性把它们全都记住；如果超过七个，信息就会被「压缩」，导致误操作、搜索时间拉长，甚至直接抛弃产品。

具体到菜单设计，chunking 就是把大类拆分成若干易于记忆的子集。例如，Windows 的「开始」菜单最初是「文件、编辑、视图」这几大块；当用户逐渐熟悉后，可以进一步展开到「文件‑>新建、打开、保存」等子选项。整个流程的每一步都保持在 3–5 项之间，既不让记忆超载，又不让界面显得碎片化。

下面给你几个真实案例：

• Airbnb 的顶层导航栏仅保留了「住宿」「体验」「主办」三大板块，下面再细分到 5–6 个子页面。用户在 2 秒内就能看到主要入口，整体任务完成时间比传统 8+ 项菜单快 15%。
• Google Docs 的左侧工具栏共 8 项，但其中只有 3–4 项是常用功能；其余放在「更多」的折叠里。通过 A/B 测试，使用者在文档编辑时的错误率下降 18%。
• 某电商平台的首页分类导航最初设置了 12 个大类，随后改为 7 个主类+2个折叠子类。数据显示，平均点击深度从 3.6 降到 2.8，转化率提升 9%。

这些数据告诉我们，遵循 7±2 的原则往往能直接提升关键指标。可别把它当成硬性规定：如果用户习惯了「高级功能」集中在一个菜单里，强行拆分可能适得其反。关键是保持「工作记忆负荷」的可控性，让用户在一次扫描中获得足够的信息。

想要把 chunking 运用到自己的产品，试试下面这几个步骤：

1. 列出所有一级菜单项，先统计数量。若超过 7 项，考虑拆分为子菜单或使用标签页。
2. 给每个子菜单再做一次 3–5 项的检查，确保用户能在一次视线扫描内把握要点。
3. 利用原型工具做快速可视化实验，邀请真实用户做 3–5 分钟的任务；记录错误率、任务完成时间，形成数据依据。
4. 如果需要隐藏高级功能，采用「进阶」或「更多」的折叠方式，保持主界面的简洁。
5. 最后，用热图分析实际点击热度，看看是否真的存在「信息过载」的风险。

现在问问自己：在你负责的产品里，主菜单是否已经「跑掉」了七的限制？如果是，快把它给收拢；如果不是，恭喜你已经走在了用户体验的前沿。