网络关键字，长文按用户任务还是概念拆分
📱 CCBot/2.0 (https://commoncrawl.org/faq/)
🔗 /89a66f1d8fa8.html
📄
网络关键字，长文按用户任务还是概念拆分
先给结论：如果这篇文章的目标是让读者完成一件可交付的事，就按用户任务拆；如果目标是让读者建立一套能自行推导的判断框架，就按概念拆。判断依据不是文章有多长，而是拆完之后每一节是否还能独立回答一个完整问题。拆错的代价很具体：按任务拆错，读者会在中途拿到半截答案；按概念拆错，读者会读完几节仍不知道下一步做什么。
一个常见矛盾：越写越长，但读者中途就走
长文最常见的问题不是长度本身，而是读者在第三、四节之后停止滚动。这时有两种解释，而且它们的证据不同。
第一种解释是读者已经拿到答案。如果跳出集中在某个小节结束处，而该小节本身已经把一个问题讲完整，那么问题多半出在顺序，而不是拆分方式。第二种解释是读者在等一个始终没出现的结论。如果跳出集中在铺垫、背景、定义这类段落，且这些段落连续出现，那么问题多半出在结构：概念讲得太多，任务入口太靠后。
区分这两种解释，看的不是平均阅读时长，而是读者停下的位置是否落在一个完整小节的边界上。停在边界，是取舍问题；停在段落中间，是拆分问题。
按用户任务拆分的成立条件
按任务拆分，每一节对应读者要做的一件事，标题通常是动词开头，例如核对资料、替换旧内容、提交前自检。它成立的条件有三条：
- 任务之间有明确先后，前一步的输出是后一步的输入；
- 每个任务可以独立完成，不需要读者先理解整套原理；
- 读者读完任意一节，都能判断自己是否做对了。
这种拆法的代价是概念会被打散。同一个判断标准可能在三个任务里各出现一次，读者若想系统理解，需要自己把碎片拼起来。所以它更适合操作型、交付型内容，不太适合需要建立判断力的主题。
按概念拆分的成立条件
按概念拆分，每一节讲清一个判断维度，标题通常是名词或判断句，例如什么情况下该换、哪些信号不能单独作为依据。它成立的条件是：
- 概念之间存在依赖，跳过任一节会导致后面理解偏差；
- 读者的问题不是"怎么做"，而是"该不该做、按什么标准判断"；
- 各概念能组成一个可复用的框架，换一个场景仍然适用。
代价是入口偏后。读者要读完两三个概念才看到可执行动作，中途流失的概率更高。缓解方式是把一个最小可执行动作提前，但不要为此打乱概念顺序。
一个假设例子：同一篇长文，两种拆法
假设你要写一篇讲"旧内容该删还是该改"的长文，素材足够撑到三千字以上。
按任务拆，结构可能是：先列出需要检查的页面范围，再逐页判断保留价值，然后执行改写或删除，最后做一次结果复核。读者照着做能走完流程，但"为什么某些页面不能只看访问量"这个判断标准会被拆到第二步和第四步里，读者未必意识到它是个通用原则。
按概念拆，结构可能是：先讲清"访问量下降"的几种不同原因，再讲哪些原因可以修、哪些只能放弃，然后才给出动作清单。读者理解更完整，但要在第二节之后才拿到第一个动作。
选择依据是读者的起点。如果读者已经知道自己在做什么、只差执行步骤，按任务拆；如果读者连"该不该动这篇"都没想清楚，按概念拆。这个例子里涉及的数字只用于说明比较方法，不代表任何实际统计。
拆完之后必须做的一次检查
无论选哪种拆法，拆完目录后做一件事：把每个小标题单独拿出来，问它能否独立回答一个完整问题。如果一个小标题的答案必须依赖上一节才能成立，说明这两节应该合并，或者顺序需要调整。
这个动作会直接影响下一步。若多数小标题都能独立成立，说明拆分方式与读者的使用方式匹配，可以进入写作；若多数标题互相依赖，说明你其实是在写一个不可分割的长论证，此时强行拆成多节只会制造断裂，更合理的做法是减少小节数量、把依赖关系写进过渡句里。
最后一条判断标准：如果两种拆法都能自圆其说，优先选让读者更早拿到一个可执行动作的那种，因为读者是否继续读下去，往往取决于他在前两节里有没有获得能立刻使用的东西。
