大多数店铺只在刚开业时设置一次菜单，之后多年都不再去动它。但店铺并不会停在原地。商品目录在增长，流量在上升，你会添加新的合集，开拓新的市场。而菜单却和开业第一天一模一样。当导航跟不上店铺成长的速度时，体验会慢慢变差——哪怕商品、照片以及其他一切都比从前更好。
这篇文章讲的是按店铺阶段设计导航：同一家店铺在成长的不同节点，需要的导航类型也不同。菜单不是越多越好，你也未必总需要一个气派的 mega menu。真正重要的是认清你的店铺现在处于哪个阶段，以及当前的菜单结构是否还适合它。下面我们会走过三个阶段，分别讲清每个阶段该留意的信号和该做的事。
- 导航应匹配店铺阶段，而不是沿用开店第一天的设置。
- 小目录需要简单，大目录需要结构和速度。
- 当目录、主题或市场变化时，要重新检查菜单。
为什么导航必须随店铺成长而改变
菜单不是一件”设置一次就完事”的事。它是引导买家从首页走到他们真正需要的那件商品的框架。当一家店铺只有 10 个商品时，这个框架非常简单。当一家店铺有 10,000 个商品、几十个分类时，同样的旧框架会让买家迷失方向。
值得注意的是，绝大多数购买决策都发生在手机上，而手机的屏幕空间非常紧张。根据 Steven Hoober 的研究（Smashing Magazine 引用），约有 49% 的用户用一只手握住手机，并主要用拇指操作。拇指最容易够到的区域是屏幕的下半部分——这也是底部导航栏（tab bar）在移动端越来越常见的原因。
另一方面，把导航藏起来同样是有代价的。Nielsen Norman Group 的结论是：把主菜单藏起来（比如汉堡菜单）会让用户更难找到导航，拉长操作所需的时间，也增加了用户觉得网站难用的感受。这并不意味着汉堡菜单是错的——而是说，每一种展示菜单的方式都有它自己的代价，而这个代价会随着店铺规模的变化而变化。
理解了这一点，按阶段划分导航就变得容易想象多了。
阶段一——新店铺、小目录（少于 50 个商品）
在这个阶段，最大的敌人不是菜单太少，而是做过头了。新店铺常常照搬大品牌的结构：多列 mega menu、几十个子项、层层嵌套的下拉菜单。而整家店铺只有三十个商品。
当目录很小的时候，买家并不需要一套复杂的分类体系。他们需要的是立刻看到那几个主要选项，并尽快到达。一个扁平、项目少、清晰的菜单，几乎总是胜过多层级的菜单。
这个阶段值得记住的几条原则：
- 把主菜单项的数量保持在最少——通常 3 到 5 个就够（例如：商品、合集、关于我们、联系我们）。
- 在桌面端，优先采用直接展开显示的菜单，而不是把它们藏进多层级的下拉菜单里。
- 在移动端，可以为 3–4 个最重要的操作（首页、搜索、购物车、账户）考虑一个底部 tab bar，而不是把所有东西都塞进汉堡菜单。
- 不要为还不存在的东西创建分类。一个空的”合集”项只会让买家失望。
目标是让买家尽快到达商品，同时让店铺看上去整洁、与它真实的规模相符——而不是炫耀一个内容还没填满的结构。
深入了解阅读完整指南 → 阶段一——新店铺、小目录（少于 50 个商品）
阶段二——成长中的店铺（50–500 个商品）
这是菜单开始”吱呀作响”、却没有多少店主察觉的阶段。目录已经大到扁平菜单再也撑不住，但又还没大到逼你重新思考整体架构。这个中间地带最容易被忽视。
一个常见信号：你不断添加新合集，却不知道该往哪里放，于是把它们全都堆进那一个越来越长的”商品”项里。又或者，买家得在一个没完没了的下拉列表里滚动，才能找到他们想要的东西。到了这一步，对分类进行分组就成了必需。
这也是 mega menu 开始在桌面端体现价值的时候——不是为了炫耀，而是为了把许多分类按列、有条理地一次性展示出来，而不是让买家一个一个地翻下拉菜单。在移动端，tab bar 仍然应该承载核心操作，而分类浏览可以放进一个分组清晰的 slide menu 里。
在这个阶段，随着目录扩张，有几件事值得去做：
- 把合集归入对买家有意义的集群（按产品线、按场合、按受众），而不是按店铺内部的整理方式。
- 当分类数量超出普通下拉菜单一眼能传达的范围时，在桌面端考虑使用 mega menu。
- 把移动端和桌面端的配置分开。在宽屏上行得通的，在窄屏上未必行得通，反之亦然。
- 留意速度。菜单里的项目、图片和下拉越多，拖慢页面的风险就越高——下一节会解释为什么这件事很重要。
阶段二是投入一款认真的菜单工具的时候，因为随着目录不断增长，你将做出多得多的编辑。
深入了解阅读完整指南 → 阶段二——成长中的店铺（50–500 个商品）
阶段三——已扩张的店铺（500+ 个商品、15+ 个分类）
一旦店铺扩张，导航就不再只是方便与否的问题——它直接影响营收。当成百上千个商品分散在几十个分类里，如果买家几秒内找不到想要的东西，他们就会离开。根据 Baymard Institute，电商的平均购物车放弃率约为 70%；混乱的导航只会把这个数字推得更高。
在这样的规模下，桌面端几乎必须配备多列 mega menu，而移动端的 tab bar 必须经过仔细斟酌，因为移动端流量通常占了更大的份额。这两个环境需要各自独立的配置——你不能只是把桌面菜单缩小，就当成移动菜单。
但扩张之后最大的问题是速度。一个包含许多图片和项目的复杂菜单，如果构建得马虎，就会拖慢页面。Google 通过 Core Web Vitals 来衡量页面加载体验，”良好”的阈值是：LCP 低于 2.5 秒，INP 低于 200 毫秒，CLS 低于 0.1。一个臃肿的菜单可能让这三项全部超标——既损害体验，也损害 SEO。在这个阶段，一个拖慢页面的漂亮菜单，就是一个失败的菜单。
下面这张表总结了导航需求在每个阶段如何变化：
| 阶段 | 规模 | 导航重点 | 主要风险 |
|---|---|---|---|
| 1——新店铺 | 少于 50 个商品 | 简单、扁平、快速到达商品 | 把它弄得过于复杂 |
| 2——成长中 | 50–500 个商品 | 对分类分组，启用 mega menu | 让菜单失控膨胀 |
| 3——已扩张 | 500+ 个商品 | mega menu、独立 tab bar、保持快速 | 臃肿的菜单拖慢页面 |
有一件容易被忽视的事：在这个规模下，你还得确保菜单在你切换主题、或目录不断变化时不会崩掉。这正是一款专门的工具——比如 Navi+，它让你能分别配置移动端和桌面端，在切换主题时保持菜单完好，并经过优化以避免拖慢页面——能为你省下大量时间和风险的地方。
深入了解阅读完整指南 → 阶段三——已扩张的店铺（500+ 个商品、15+ 个分类）
什么时候该重新审视菜单——以及为什么扩张之后再换 app 代价高昂
比”理想的菜单长什么样”更实际的问题是”我什么时候该动菜单”。菜单很少会一下子全部坏掉——它是慢慢变差的，而你又太习惯它，以至于再也看不见问题所在。
几个该再看一眼的信号：
- 你刚添加了一批新合集，菜单开始显得乱了。
- 数据显示移动端用户使用菜单的频率远低于桌面端用户。
- 你即将切换主题、推出新产品线，或开拓新市场。
- 页面速度下降了，而你怀疑菜单是原因之一。
有一个陷阱值得单独拎出来说：在店铺扩张之后再更换菜单 app，代价非常高。当店铺还小的时候，卸载一款 app、安装另一款只要几分钟。可一旦你有了几十个精心配置、与主题和目录紧密绑定的分类，迁移到另一款工具就几乎等于从头重建——还要冒着界面在你销售旺季正中间崩掉的风险。
你往店铺里加的每一款 app 都可能影响它的速度。这也是为什么，尽早考虑选择一款能长期使用、而不必中途更换的菜单工具，是值得的。
深入了解阅读完整指南 → 什么时候该重新审视菜单——以及为什么扩张之后再换 app 代价高昂
从哪里开始
检查阶段先数产品和分类，再测试到达一个产品需要多少次点击。
如果你从来没有按阶段去思考过自己的菜单，这两步就足够作为开端。第一，弄清你的店铺处在哪个阶段——依据商品和分类的数量，而不是凭感觉。第二，在手机上打开你的店铺，像一个陌生的顾客那样，试着去找一件具体的商品，看看要点几下才能找到。
通常，光是这样做，就足以立刻看出当前的菜单是否还适合这家店铺。
没有哪个阶段是导航”无关紧要”的——唯一的区别在于你需要多少复杂度。小店铺需要一个精简的菜单；已扩张的店铺需要一个足够有条理、足够快的菜单。使用一款能贯穿这三个阶段的工具，意味着你不必每次店铺成长就更换 app——而这正是 Navi+ 想要做到的。你今天能做的事很简单：搞清你的店铺处在哪里，然后检查一下当前的菜单设置是否还跟得上它。
探索更多主题
本指南链接到一系列专题文章——逐一深入了解。