优先按用户任务拆分,只有当每个概念各自对应独立任务、独立证据和独立下一步动作时,才按概念拆分。判断标准不是文章现在有多长,而是读者读完某一段后,是否要去做一件与前后段不同的事。如果答案是肯定的,这个任务就值得独立成篇;如果几段只是同一件事的不同解释,拆开反而会让每篇都缺少完整答案。
按任务拆分的成立条件是:读者带着不同目的进入,且每个目的需要不同的操作步骤、判断依据和结果验证。例如一篇讲“关键词seo优化”的长文,前半段在教读者如何从站内搜索词判断需求,后半段在讲如何把判断结果落到栏目结构上。这两件事的输入和输出不同,前者产出需求清单,后者产出页面层级,拆成两篇后各自都能独立完成一个闭环。
按概念拆分的成立条件是:同一个任务下存在多个必须分别理解、否则会误用的概念,而且这些概念之间没有先后依赖。例如“搜索意图”和“查询意图”如果只是同一件事的两种叫法,拆开没有意义;只有当它们分别对应不同的判断对象,且读者混用会导致动作错误时,才值得分开写。这里的关键证据是:把两个概念互换后,读者的下一步动作是否会改变。会改变,才拆;不会改变,合并解释更省事。
没有后台权限、没有完整查询报告时,仍然可以做一件事:把现有长文按段落标出“读者读完这一段要做什么”。动作很简单,在每段旁边写一个动词短语,比如“判断需求”“选页面类型”“改标题”“加内链”。写完后看这些动词短语是否重复。如果连续三段都指向同一个动作,说明它们属于同一任务,不该拆;如果动词短语出现明显分叉,且分叉后的动作各自需要不同证据,拆分就有了依据。
这个动作的结果会直接影响下一步:如果标完后发现只有两个任务,就拆成两篇,每篇围绕一个任务补齐操作和例外;如果发现三个以上任务,不要一次全拆,先拆出搜索需求最明确、最可能被独立查询触发的那一个,其余暂时保留为长文中的小节。缺少数据时不能推出的结论是:某篇文章长就一定该拆,或者拆完就一定能获得更好表现。长度只是表象,任务分叉才是可操作依据。
确定按任务拆分后,按以下顺序执行:
例外情况有三种。第一,如果两个任务共享同一组证据,拆开后每篇都要重复大段背景,这时合并更好。第二,如果其中一个任务单独成篇后不足以支撑完整回答,只能写成半篇,就不拆。第三,如果拆分只是为了把同一段话换几个同义词分别铺开,那不是拆分,是重复,应该直接删减。
当同一个任务下存在两个容易混淆、且混用会导致动作错误的概念时,按概念拆分更合适。假设有一篇讲“关键词seo优化”的长文,其中一部分在说“需求判断”,另一部分在说“页面匹配”。如果读者把“需求判断”理解成“看搜索量”,就会跳过站内搜索词和用户任务,直接去选页面类型,动作顺序就错了。这时把两个概念分开写,各自说明适用条件和误用后果,比塞在一篇里更清楚。
但按概念拆分有一个硬条件:每个概念都要能独立回答“它是什么、什么时候用、用错会怎样”。如果只能写出定义,写不出使用条件和误用后果,说明它还不值得独立成篇。此时更稳的做法是保留在长文中,用一个小标题隔开,而不是硬拆成两篇单薄的文章。拆分后的下一步不是立刻继续拆,而是观察这两篇是否各自被独立任务触发;如果没有,就说明拆错了方向,应考虑合并回去。
这三个检查点不需要完整数据也能执行。它们不能证明拆分后一定获得更好表现,但能帮你排除“为了拆而拆”的情况。真正需要避免的是把一篇文章切成几篇同义词版本,读者在几篇之间来回跳,却始终找不到一个能完成的任务闭环。拆分的终点不是篇数变多,而是每个任务都能被独立完成。