导航重建问题
大多数店铺在规划导航架构时并未考虑增长。他们构建了一个适合当前目录的菜单——简单、扁平、适用于50到100个产品——然后在目录增长到300、500或1,000个产品时面临结构性问题。在上线时运作良好的简单菜单在规模化后变得不够用：顶级分类过多却缺乏有意义的子分类组织，为小型目录选择的分类名称在每个分类包含80多个产品时不再适用，为上线时最受欢迎产品配置的标签栏不再反映店铺的产品范围。
目录增长后随之而来的导航重建代价高昂。它需要对现有导航进行盘点、分析不起作用的地方、重新设计分类结构、更新所有引用旧结构的内部链接，以及对已熟记旧导航的老顾客进行重新引导。成本不仅仅是重建所需的开发时间——还包括对店铺的干扰，以及突然找不到商品的现有顾客所造成的生产力损失。从一开始就融入灵活性的可扩展导航架构，能够避免大部分此类成本。
「我们以六个产品分类和简单的侧滑菜单上线。两年后，我们有了22个分类，导航变得一团糟——每添加一个新产品线，都会放到一个略微错误的地方，还收到顾客询问商品被移到哪里的邮件。重建花费了我们约3,000美元的开发时间和一个月的运营中断。回头来看，如果我们在上线时就以可扩展性为目标构建分类层级——使用父子结构而非扁平分类——在增长过程中只需添加子分类，而无需重建整个体系。」
— Navi+ 用户，户外生活方式品牌
可扩展导航架构的原则
扩展性良好的导航架构具有几个结构特性，使其有别于仅为当前目录状态设计的导航：
具有可扩展子分类深度的稳定顶级分类。 最经久耐用的导航结构使用少量（4至7个）顶级分类，这些分类足够宽泛，能随目录增长保持相关性，并预期随着产品线的增加，子分类会不断扩展。"鞋类"、"服装"和"配饰"作为顶级分类，可以在不改变自身的情况下吸收数十年的产品添加——只有其下的子分类会增长。"男士跑步鞋"作为顶级分类，在添加女士跑步鞋或越野跑鞋的那一刻就会变得过时。应在尽可能宽泛的层面设计顶级分类，将具体性留给子分类。
属性筛选作为大型子分类的主要导航工具。 当子分类超过30至40个产品时，层级导航（更多子分类）的实用性便不如属性筛选（尺码、颜色、材质、价格区间）。可扩展的导航架构预见到这一转变，并在分类层级之外同步构建筛选能力，以便当"跑步鞋"大到无法在没有引导的情况下浏览时，筛选器可以承担导航负荷，而无需对菜单进行结构性调整。
特色链接作为灵活覆盖层，而非结构性导航。 季节性促销、新品焦点和限时活动不应嵌入主要分类结构——这正是随目录变化破坏导航完整性的根源。可扩展的方法将这些视为可配置的覆盖层：侧滑菜单标题中的特色链接、大型菜单中的促销栏，或可在不触动底层分类层级的情况下快速更新的浮动操作按钮目标。核心导航保持稳定；促销层随之适应。
在规模化时无需重命名的命名规范。 为50个产品目录选择的分类名称，在500个产品时往往会失效，因为它们过于具体。"畅销品"作为导航分类，在有8个畅销品时有效；有80个时则毫无意义。"新品"在新品仅占目录一小部分时有效；在每周都有新品添加时则会造成混乱。具有扩展性的命名规范，要么足够宽泛以吸收目录增长，要么被访客理解为本质上是动态的（"特卖"分类预期会随时变化）。
| 导航决策 | 无法扩展 | 扩展良好 |
|---|---|---|
| 顶级分类结构 | 具体产品线（"男士跑步鞋"） | 宽泛分类（"鞋类"）加子分类 |
| 大型子分类导航 | 更多子分类层级 | 属性筛选作为主要导航 |
| 促销导航 | 嵌入分类结构 | 可配置覆盖层（特色链接、FAB） |
| 分类命名 | 依赖数量的具体名称（"Top 10"） | 宽泛、与目录无关的名称（"热门"） |
为未来的店铺规划导航
在规模化阶段重建导航的成本，完全可以通过上线时的适度规划来规避。需要问的问题不是"我现在需要什么导航？"而是"当我的目录扩大10倍时，什么导航仍然有效？"诚实地回答这个问题——并以这种增长为前提构建分类层级——将产生一种导航架构，通过添加子分类而非结构性重建来吸收多年的目录增长。Navi+ 的层级侧滑菜单、大型菜单栏目系统和可配置标签栏均内置支持这种父子结构，这意味着可扩展导航的基础设施不需要定制开发——只需有意识的初始规划即可。