先给结论:如果读者是带着一个可完成、可验证的动作来的,按用户任务拆分;如果读者是在建立一套理解框架、概念之间互为前提,按概念拆分。判断依据不是文章长度本身,而是拆分后每一篇是否还能独立回答一个完整问题。前提一旦变化——比如同一概念下的子问题开始各自对应不同搜索意图——按概念拆就会失效,此时应改为按任务拆。
长度只是症状,不是原因。一篇内容变长,通常是因为它同时承担了两件以上的事:既解释一个概念,又教一个操作,还顺带处理几个例外情况。这时真正要问的是:拆出来的每一篇,能不能被一个读者单独读完并完成一件事。
按用户任务拆,每一篇对应一个可交付的结果。例如“如何判断某个词该做主推还是长尾”“如何为一组词分配落地页”“如何调整已发布页面的词布局”。这类拆分的特点是:读者读完能立刻去改一个页面、做一次取舍。判断标准是每篇结尾能自然落到一个动作上,而不是落到“接下来我们再看另一个概念”。
按概念拆,每一篇解释一个相对独立的知识单元,概念之间是并列或递进关系。例如“搜索意图的分类”“意图与页面类型的对应关系”“意图判断错误的常见表现”。这类拆分适合读者需要先建立共同语言、再谈操作的场景。判断标准是每篇能独立解释清楚一个判断维度,不依赖其他篇的结论才能读懂。
当你的业务已经有实际页面、实际词表,读者来是为了解决“我现在该怎么处理”时,任务拆分更有效。此时文章的价值在于给出可执行的判断顺序,而不是把概念讲全。
一个可执行的动作是:把现有长文里的每个小标题改写成一句“读者做完这件事能得到什么”。如果改写后多数小标题都能落到一个动作上,任务拆分成立;如果改写后大量小标题只能写成“理解某某”,说明内容仍偏概念,强行任务拆会产出空洞的步骤。
当读者还没有共同的判断标准,直接给任务步骤会导致他们照做但不知道为什么,换个场景就不会用。这时按概念拆,先把判断维度讲清楚,再让读者自行组合。
概念拆分成立的条件是:每个概念都能独立解释一个判断维度,并且读者可以按任意顺序阅读而不影响理解。例如先讲意图分类,再讲页面类型匹配,两者是并列的判断工具,谁先读都能用。如果概念之间存在强依赖——不读A就读不懂B——那更适合合并成一篇,而不是拆成两篇互相引用的短文。
这里有一个容易被忽略的取舍:概念拆分会让单篇更抽象,读者需要自己完成从概念到动作的转换。如果你的读者是有经验的从业者,这种转换成本可以接受;如果读者需要边看边做,概念拆分反而会增加摩擦。
假设你按概念拆分,把“意图分类”和“意图与页面类型的对应”写成两篇,各自都很完整。但上线后发现,读者搜索“意图分类”时,真正想解决的是“我这个词该配落地页还是列表页”——这已经是一个任务问题,而不是概念问题。此时概念拆分失效,因为读者不是来学分类体系的,是来做页面决策的。
反过来也成立:如果你按任务拆出一篇“如何给词分配页面”,但读者其实连意图都没分清,照做后仍然会分错。这说明任务拆分的前提是读者已经具备基础判断力,否则应先补概念,而不是硬塞步骤。
需要说明的是,拆分后某篇的展现或点击没有起色,不能单独证明拆分方式错了。它还可能是因为标题没有对上意图、内链没有把相关篇目串起来、或者读者本来就不搜索这个细分问题。把这些可能性排除后,再回头判断拆分维度是否选错。
不要一次性重写全部内容。先选一个最长的页面,按上面的标准判断它当前混了几种任务或概念,然后只拆出其中一篇,观察两件事:拆分后的新页面是否能独立回答一个完整问题,以及原页面删除对应段落后是否仍然连贯。
如果新页面能独立成立、原页面也没有断裂,说明拆分维度选对了,可以继续拆下一篇;如果新页面必须依赖原页面才能读懂,说明这次拆的是概念依赖,应该合并回去,改从任务维度重新切。这个动作的结果直接决定下一步是扩大拆分范围,还是回到合并状态重新找切分点。