当一家店铺跨过 500 件商品和 15 个分类时，事情的性质就变了。规模化店铺导航的挑战不再是”如何保持整洁”，而是”如何帮助成千上万、各自带着几十种不同意图的购物者，在几秒钟内找到自己想要的东西”。这是我经营店铺时最为头疼的阶段，所以让我分享一下从中学到的东西。
阶段三是什么样子
最明显的特征是一个庞大的、多层级的商品目录。你不再只有几个扁平的分类，而是一棵两到三级的树：顶层分组、子分组，再按属性进行筛选。一家服装店可能会有男装 / 女装 / 童装，每个分支又拆成上装 / 下装 / 配饰，然后再按场合或季节细分。
流量也变得更加多样。来自 Google 搜索的购物者通常已经清楚自己想要什么。来自 Facebook 或 TikTok 广告的购物者往往是临时起意，点开一件商品，再决定接下来做什么。来自邮件的购物者是熟门熟路的回头客。每个来源的行为方式都不一样，而菜单必须在同一个界面上同时服务这三类人。
这个阶段的很多店铺还会跨多个市场和多种语言销售。而速度此时已是生死攸关的事。根据 Google 的说法，Core Web Vitals 的良好阈值是 LCP 低于 2.5 秒、INP 低于 200ms、CLS 低于 0.1。你每多安装一个应用，都可能侵蚀这份预算，所以保持页面轻量需要真正的自律。
这个规模下的导航需求
对规模化店铺导航来说，一条简单的菜单栏是不够的。需求通常包括：
- 更复杂的 Mega Menu：用多列来铺开整棵分类树，并留出空间放一件主推商品和一张季节性促销横幅。
- 优化的移动端导航：大部分订单来自手机，所以触屏体验必须流畅、触手可及。
- 菜单 A/B 测试：当流量足够大时，用度量代替猜测。
- 用于季节性 CTA 的 FAB：一个浮动按钮，用来推送正在进行的活动，而无需改动整个菜单。
多列巨型菜单 —— 以及它的局限
多列巨型菜单让购物者一次悬停就能看到整个店铺的结构。这在桌面端是一大优势，那里空间充裕，光标也精准。
但多列并不意味着把所有东西都塞进去。购物者从左到右、从上到下地扫视屏幕，所以最左侧的第一列应该放最重要的分组。把主推商品或横幅放在最右侧那一列 —— 视线最后才到达的区域 —— 通常比硬挤进阅读动线的中间更合理。
移动端：订单在这里被决定
在手机上，拇指就是光标。根据 Steven Hoober（UXmatters）的研究，大多数用户单手握持手机、用拇指操作，所以最容易触及的区域是屏幕的下半部分。这正是为什么底部固定的 Tab Bar 通常比把所有东西都堆进顶部汉堡菜单更有效。
Nielsen Norman Group 也指出，把全部导航都藏在汉堡菜单背后，会明显降低购物者使用菜单的频率。他们建议采用一种组合方式：把几个重要的快捷入口放在显眼处，其余的收进侧滑菜单。对于一家 500+ 商品的店铺，这种搭配几乎是必备的 —— 你不能指望购物者自己去打开汉堡菜单来探索商品目录。
几个艰难的抉择
到了这个规模，这些选择不再有放之四海皆准的答案。有几件事是我必须权衡的：
该不该按人群（persona）来拆分菜单？ 比如把”自己用”和”送礼”分开。当这两类购物者的思维方式确实不同时，这么做是有效的 —— 送礼的人在意场合、预算、收礼人。但如果你强加一个购物者并不会以此思考的人群划分，那只会多添一层犹豫。在决定之前，先看看你的站内搜索数据。
该不该把搜索附在巨型菜单上？ 在大型目录里，对于有明确意图的购物者来说，搜索往往是抵达目标最快的方式。把搜索框直接放在巨型菜单里面或旁边，能同时服务两类人 —— 喜欢浏览的和喜欢输入的。这通常是一个”应该做”的决定。
什么时候该在巨型菜单里放主推商品？ 当你有一件真正值得推的商品时：新品、力度很大的促销品，或那个分组的爆款。不要只为了填补空白就放一件主推商品 —— 一个没有理由的图片框只会让菜单更杂乱、更慢。
我给自己定了一条规则：菜单里的每一个元素都必须能回答这个问题 —— “它是在帮购物者向前走，还是仅仅是装饰？”
有一条基准值得记住：根据 Baymard Institute 的数据，平均购物车放弃率约为 70%，而这个数字多年来几乎没怎么变过。好的导航无法修复结账环节，但一个杂乱、缓慢、难以搜索的菜单会让购物者很早就离开 —— 甚至在他们有机会加入购物车之前。
用 Navi+ 配置的一些技巧
到了这个阶段，我通常会把桌面端和移动端分开来配置，而不是共用一套配置。Navi+ 允许你独立配置这两种环境，所以现在正是利用这一点的时候。
在桌面端：使用完整的 Mega Menu。把分类树铺开成多列，留出一列放主推商品或季节性横幅，并考虑把搜索框直接放进菜单里。由于 Navi+ 以无代码的拖放方式工作，当你想尝试一种新结构时，可以相当快地改变列的布局。
在移动端：组合三个层次。底部一条优化过的 Tab Bar，放 4-5 条最重要的路径，恰好落在拇指可达区域内。一个 Slide Menu，承载整个商品目录，供想深入浏览的购物者使用。还有一个用于季节性 CTA 的 FAB —— 比如”11.11 大促”或”春节礼物” —— 在活动期间打开，结束后关闭，无需重建菜单。
由于 Navi+ 菜单在你更换主题时会保留下来，并且经过优化不会拖累 Core Web Vitals，你可以更自由地试验各种布局，不必担心每次换设计都要从头再来。
按周期度量与复盘
大规模让你能以有意义的方式进行度量。用分析工具看看哪些菜单项被点击得很多，哪些几乎无人问津。当流量足够时，菜单 A/B 测试能帮你比较两个方案 —— 例如带主推商品的巨型菜单与不带的版本 —— 让数字来决定，而不是凭直觉。
对于多语言店铺，要记住机器翻译的菜单有时会破坏布局：德语比越南语长，有些语言还是从右往左读的。把每个语言版本当作它自己独立的体验来检查；不要以为原文好看，译文就一定好看。
最后，定一个固定的复盘节奏 —— 比如每季度一次。这个阶段的商品目录在不断变化，半年前合理的菜单，可能已经跟不上你当前的商品结构了。导航不是一劳永逸、做完就忘的事。
本文是更宏大的指南 店铺成长每个阶段的导航方案 —— 从 10 件商品到 10,000 件商品 的一部分。