有条件的结论:如果长文里每一段都在推进同一个用户任务,只是概念太多,就按概念拆成一组互相链接的页面;如果文中存在两个以上可以独立完成的用户任务,就按任务拆。判断依据不是字数,而是读者读完某一段后,下一步动作是否发生变化。动作不变,拆概念;动作改变,拆任务。
把长文按小标题列出来,在每个小标题后面写一句读者读完后的下一步动作。如果多数小标题后面的动作都是“继续往下读”“对照下一段参数”,说明它们服务于同一个任务,属于同一篇内容的不同侧面。这时按概念拆分更合适,因为每个概念可以独立成页,读者不必读完整篇才能完成一个动作。
反过来,如果小标题后面的动作出现明显分叉,比如一部分人要去下载模板,另一部分人要去比价,还有一部分人要排查故障,那么这些内容本来就不是一个任务。把它们塞在一篇长文里,只会让每类读者都翻很久才找到自己要的部分。这时按任务拆,每篇只服务一类动作,标题和开头也更容易写准。
按概念拆分成立,需要满足两个条件。第一,各概念之间存在稳定的先后或依赖关系,读者理解A之后才更容易理解B。第二,拆出来的页面能各自回答一个完整问题,而不是把一句话切成三页。常见做法是先写一篇总览页,交代任务全貌和判断顺序,再把每个概念写成独立页,从总览页链过去。
假设一个场景:一篇讲“如何选择建站方案”的长文,里面涉及域名、主机、程序、备案、上线检查五个概念。这些概念都服务于“把站建起来”这一个任务,但每个概念都可以独立回答一个问题。此时按概念拆成五页,再从总览页统一链接,读者可以按需跳转。这个例子只是说明拆分方法,不代表任何具体项目的实际结果。
按任务拆分成立,需要满足另一个条件:每类任务有独立的完成标志。比如“排查收录异常”和“规划栏目结构”是两个任务,前者以定位原因为完成标志,后者以产出结构草图为完成标志。两者虽然都属于内容与站点工作,但读者进入页面的意图、需要的材料、读完后的动作都不同。硬合并成一篇,就会出现前半段讲排查、后半段讲规划,读者在中间流失。
按任务拆分时,要避免把同一任务的不同步骤拆散。步骤之间强依赖,拆开后每页都不完整,读者还得来回跳。更稳妥的做法是:任务级页面负责完整闭环,步骤级内容放在同一页内用二级标题组织。
如果长文里的多个任务共享同一套前置知识,而且这套知识本身很长,那么直接按任务拆会导致每个任务页都重复一遍前置知识。重复内容既浪费篇幅,也让读者难以判断该从哪页开始。此时更合适的做法是先把前置知识抽成一篇独立页面,再按任务拆出后续页面,各自链接回前置页。也就是说,按任务拆分不是无条件优先,它需要前置知识可以独立成页这个前提。前提不成立时,先拆知识层,再拆任务层。
拿一张纸或表格,列出长文的所有小标题,逐行填写三项:这段回答的问题、读者读完后的动作、这段是否依赖其他段落。填完后按下面的顺序处理:
执行这个动作后,你会得到一组候选页面和它们之间的链接关系。下一步不是马上动笔,而是先检查每个候选页面的标题能否让读者一眼判断“这页是不是我要的”。如果标题只能靠副标题或开头解释才能看懂,说明这个拆分还停留在概念层,需要回到任务层重新判断。拆分是否成立,最终看读者能否在不读完整组页面的情况下完成自己的那一个动作。