导航收录页的「学习路径」怎么排：编辑选序与改稿

导航站收录的很多资源页，其实只有一个链接列表，读者点进来看到几十条，看完还是不知道先学哪个。这时候编辑要做的事，不是再加几条链接，而是给这一页排出一条能走通的学习路径。这篇讲的就是选序和改稿的具体做法。

先判断：这个站到底有没有「路径」

不是所有收录页都适合排学习路径。有些站本身就是工具集合，比如字体下载、图片压缩，彼此之间没有先后关系，硬排顺序只会误导读者。判断标准很简单：这批资源里，后一个的入门是否需要前一个作为前提。如果答案是肯定的，就有路径；如果只是同类并列，最多做分类，别做顺序。

还有一个判断角度是读者的目标。如果读者进来是想解决一个具体问题，那路径应该是「解决这个问题的最短链条」；如果读者是想系统补一块知识，那路径可以是「从概念到动手到查漏」。目标不同，排法不同，编辑动笔前先把这个想清楚，比后面反复改稿省事得多。

另外要排除一种情况：收录数量太少。三五个资源谈不上路径，叫清单更合适。路径的价值在于降低选择成本，选项本来就少的时候，读者自己就能扫完，硬加阶段划分反而显得多余。

路径按阶段拆还是按技能拆：粒度怎么定

两种拆法都成立，区别在于读者是谁。按阶段拆，比如入门、进阶、实战，适合刚接触这个领域、不知道自己在什么位置的读者，好处是门槛清晰，坏处是同一阶段里可能混着不同方向的内容。按技能拆，比如语法基础、调试排查、工程化，适合已经有基础、想补齐某一块的读者，好处是目标明确，坏处是新手容易高估自己，直接跳到中段。

多数情况下，导航页面向前者更多，所以优先按阶段拆，再在阶段内部按技能归类。粒度控制在三到四段比较合适，太少等于没拆，太多读者记不住。每一段的名字要写成人话，不要写「初级篇」「高级篇」这种没有信息量的词，写成「第一次跑通」「能独立改别人的代码」这种描述，读者的代入感会强很多。

还有一种混合做法：主结构按阶段，每个阶段下面用一句话点明这一阶段主要练哪项技能。这样既保留了门槛感，又不至于阶段内部一片模糊。编辑可以按这个结构先搭骨架，再往里填资源。

先后顺序的依据：靠什么排序不靠感觉

排序最容易犯的毛病是凭印象：哪个资源名气大放前面，哪个自己用得顺手放前面。这在个人笔记里没问题，放到导航页上就不够。更稳的依据是依赖关系、认知负荷和反馈速度这三条。

依赖关系：后一项要用到前一项的产出，就必须排后面。比如要写脚本，先得能看懂语法，再谈调试工具。
认知负荷：一次要同时接受的新概念越少，越适合放前面。同一个位置，选那个「只引入一个新东西」的资源。
反馈速度：能让人在短时间内看到结果的内容，优先给新手。先做出东西再理解原理，多数人更容易坚持下来。

三条冲突的时候，依赖关系优先。因为认知负荷和反馈速度是体验问题，依赖关系是能不能走下去的问题。排完之后，编辑最好自己按顺序走一遍，把卡住的地方记下来，卡点往往就是顺序排错了。

MDN 学习区网站截图

图：MDN 学习区网站截图（developer.mozilla.org/zh-CN/docs/Learn）

拿 MDN 学习区来说，它本身就是按「先建立概念、再动手、最后查细节」的思路组织的，HTML、CSS、JavaScript 各有独立的入门线路，同时又能互相引用。编辑在收录这类结构化学习资源时，可以直接借用它已有的章节顺序，而不是自己另起一套，否则读者在导航页和原站之间会来回对不上号。需要注意的是，借用的是它的组织逻辑，不是照抄目录，导航页的路径要服务于「这一页的读者从哪来、想去哪」。

三条改稿示例：从空话到可执行

路径描述最典型的空话是「打好基础」「深入学习」「掌握核心」。这类句子放在任何页面上都成立，也就等于什么都没说。改稿的方向是补上动作、产出和判断标准。

原句：「先打好基础。」改成：「先跟着做出一张能打开的静态页面，能自己改文字和颜色，再往下走。」
原句：「然后深入学习进阶内容。」改成：「开始给页面加交互，重点是能看懂报错信息，知道去哪一处改。」
原句：「最后进行实战提升。」改成：「找一个能跑起来的小项目，独立完成从搭建到调试的全过程，卡住时再回查对应章节。」

这三个改法的共同点是：每一句都能让读者判断自己「做到了没有」。路径不是给人看的排场，是给人用的路标，路标必须能对照。编辑改稿时可以逐句自问：读者读到这句，知不知道下一步具体做什么。答不上来就继续改。

还有一类空话藏在形容词里，比如「优质的」「经典的」「必看的」。这些词不提供任何排序信息。要么删掉，要么换成说明为什么放在这个位置，比如「放在这里是因为它假设你已经会写基本的选择器」。

和「适用人群」「难度」字段的联动

很多导航站有适用人群和难度两个字段，但常常和路径各写各的，读者看到的信息是矛盾的。合理的做法是让字段成为路径的索引：路径第几段对应什么难度，什么人群该从哪一段切入。

具体写法上，可以在路径开头用一句话交代分叉，比如「完全没接触过从第一段开始，用过但没系统学从第二段开始」。这样难度字段就不是一个孤立的标签，而是和位置绑定了。反过来，如果难度字段标的是「入门」，路径里却把它放在第三段，读者会直接失去信任。

适用人群也一样，不要写「适合所有人」这种等于没写的描述，写成「适合会一点电脑操作、但没写过代码的人」，读者能立刻对号入座，也就知道该不该采纳这条路径。

路径写长了怎么办：长度与折叠处理

一条路径写到十几步，读者基本不会看完。长度控制的原则是：主线步骤压到五到七步，细节放到步骤内的说明里，或者单独成块。折叠是导航页常用的处理方式，但折叠的前提是折叠前后的标题能自解释，读者不展开也知道里面大概是什么。

折叠层级不要超过两层，三层以上读者会迷路。另外，默认展开第一段，让读者一眼看到起点在哪，后面的再收起来。涉及多条路径的页面，宁可按路径分块折叠，也不要把所有资源堆进一个大折叠块里，那样等于把选择问题又丢回给读者。

还有一个细节：路径里引用的站外资源，正文里提名字和所在章节就够了，不要写具体链接地址，避免链接失效后整段说明失去意义。资源本身在收录库里维护，路径只负责说清「什么时候去用它」。

小结

给收录页排学习路径，核心是三件事：先判断有没有真依赖，再定拆法和粒度，最后用依赖关系、认知负荷、反馈速度来排序，并把每一步写成能对照的动作。下一步建议你先挑一个自己熟悉的收录页，把现有的资源按阶段粗分一遍，然后逐条检查描述里有没有「打好基础」这类空话，能改的就地改成可执行的说法，改完自己按顺序走一遍，把卡住的地方记下来再调整。一轮下来，这一页能不能用，你自己就有判断了。