运营把栏目树铺得很满产品、方案、帮助、关于我们每一项下面还有子页。自己进后台搜索一下就能定位。把链接发给客户对方却在首页转了两圈问你们文档入口在哪这不是「再加一个 Banner」能修好的。后台栏目树是给编辑用的地图前台导航才是给陌生人用的门牌。两张图如果不是同一套命名访客看到的永远是你的内部习惯。Baklib 把栏目和页面收在应用后台的页面管理里树可以搜索、筛选、排序也可以在当前节点下新建子页。写完之后真正验收的动作不是再看一遍树而是点「前台访问」用访客的眼睛走一遍导航。栏目树服务编辑导航服务陌生人编辑喜欢深层级。一篇产品说明下面挂版本、接口、FAQ、过期活动树看起来很专业。访客只问一件事我现在该点哪一个。层级越深门牌越像仓库货架编号。比较稳的做法是树上可以细导航上必须短。对外只留六到八个入口用对方的句子不用项目代号。帮助中心不要叫「知识资产中台」官网不要把「Q3 战役」写进菜单。子页面可以继续往下长但首页和顶栏不要把仓库编号展示给外人。CMS 站的正文就在页面管理里改。Wiki 站则要记住分工文章目录在知识库应用后台管的是主题、导航映射和发布呈现。混用两套习惯就会出现「我改了文档菜单还是旧的」。很多人不是不会写是改错了地方还以为发布失败。保存并发布之后前台通常马上变。若中间还有 CDN 缓存会有短暂延迟。所以改完导航不要只刷新编辑器换无痕窗口再看一次。同事登录着看和客户没登录看也不是同一扇门。工具栏上的搜索、筛选是给运营自己用的。访客没有这条后路。他们只认导航、首页卡片、页脚那几行。你觉得「树里有了就算上线」他们觉得「站里没有这个功能」。少一页不可怕多一个找不到的入口更可怕。先走前台再决定要不要第九个栏目参与感在这里刚刚好。Baklib 不替你决定栏目叫什么它能做的是让栏目树、子页面和前台预览在同一处改完。你要自己点开前台用客户上周问过的那句话走一遍产品在哪、价格在哪、文档在哪。走得通再谈要不要加第九个栏目。适合谁已经搭好站点、却总被问「入口在哪」的市场和运营以及 Wiki 与官网并行、经常改错地方的小团队。也适合不愿每次改导航都排队等前端的人。还有一种常见错觉后台搜索很好用所以前台不必讲究。搜索是给记得关键词的人准备的。第一次进站的人没有关键词只有导航。导航写错搜索再强也救不了第一印象。改完菜单让没登录过后台的同事用手机打开一次比自己再点三遍更准。若对方还是问入口在哪先改门牌不要先加第九页。还有一个容易被忽略的细节同一套栏目在电脑顶栏、手机汉堡菜单、页脚三处出现时名字必须一致。电脑写「帮助中心」、手机写「文档」、页脚写「支持」访客会以为这是三个地方。抽查时不要只开桌面把手机宽度也看一遍。入口对不上不是少写了页是同一扇门挂了三块牌。栏目写完只是编辑侧完工。Baklib 能让你很快看到访客侧那一版。两张图对上了入口才算真的在。