关键词选择策略：一篇文章过长时按用户任务还是概念拆分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /67b512979e83.html
📄
关键词选择策略：一篇文章过长时按用户任务还是概念拆分
先给结论：如果文章过长是因为同一批读者要连续完成几个动作，就按用户任务拆分；如果过长是因为同一件事被拆成多个并列概念、读者只需看懂其中一层，就按概念拆分。判断依据不是字数，而是读者进入页面时是否带着一条连续的操作路径。若读者在每一步之间会停下来比较、回查或换工具，任务链已经断开，按任务拆更合适；若各概念之间只是定义上的并列关系，按概念拆能减少重复铺垫。
先看一个会改变判断的反例
假设你写的是“给已有站点做一次内容盘点”。表面上看，读者要走完抓取、去重、分类、决定保留或删除这一整条路径，似乎应该按任务拆成多篇。但如果你的读者只有一个人，且他每次盘点都会把这几步连着做完，拆成多篇反而会让他不断在页面间跳转，丢失上下文。此时更合理的做法是保留一篇长文，用清晰的段内小标题分段，而不是按任务切成独立页面。
反过来说，如果同一批读者里有人只负责抓取、有人只负责分类决策，任务链在不同角色之间断开，按任务拆分就能让每篇只服务一个动作。这个反例说明：任务拆分成立的条件是读者群和动作链同时分段，缺一个都不成立。
按用户任务拆分的适用条件
任务拆分适合以下情况同时出现：
- 读者带着明确目标进入，例如“把旧文章合并”“给新栏目定第一批选题”；
- 每一步都有可观察的完成标志，例如得到一份去重后的清单、确定一组保留页；
- 不同步骤之间需要换工具或换判断标准，读者会在中途离开当前页面；
- 每篇都能独立回答“这一步做完后下一步做什么”，而不是只讲一个定义。
满足这些条件时，按任务拆分能让每篇的标题更接近读者当时的动作描述，也更容易让读者在完成一步后自然进入下一步。实际动作可以这样验证：把现有长文的每个小标题改写成“读者做完这一步会得到什么”，如果多数小标题只能写成名词短语，说明它更接近概念，而不是任务。
按概念拆分的适用条件
概念拆分适合另一种情况：长文里并列着多个定义、分类标准或判断维度，读者不需要按顺序全部读完，而是按需查阅其中一层。例如同一主题下分别讲“什么算重复内容”“什么算薄内容”“什么算过期内容”，这三者之间没有先后依赖，读者可能只关心其中一种。
此时按概念拆分的收益是：每篇可以围绕一个判断标准把边界写透，不必为了照顾其他概念而反复铺垫。代价是页面之间需要互相指路，否则读者不知道另一层概念在哪里。一个可操作的检查是：如果删掉其中一节，其他节的操作步骤仍然完整，就说明这些节之间是概念并列，不是任务依赖。
一个注明假设的短例子
假设某站有一篇关于“栏目页内容整理”的长文，包含：判断哪些栏目页该保留、合并重复栏目、给保留页补内链、决定是否重写标题。这里前两步是任务依赖，后两步是任务依赖，但“补内链”和“重写标题”之间没有先后关系。
按任务拆，可以拆成“筛选并合并栏目页”和“给保留页补内链与改标题”两篇；按概念拆，则可能拆成“栏目页保留标准”“栏目页合并标准”“栏目页内链标准”三篇。哪种更好，取决于读者是否会在同一工作时段内连续完成这些动作。如果读者是同一人连续操作，前者更顺；如果读者分属不同角色，后者更容易被单独引用。
下一步动作：用一次改写测试决定
不要先定字数上限，而是先做一次改写测试：把长文每个二级标题改写成“读者要完成的一个动作”或“读者要理解的一个判断标准”。如果多数能改写成动作，并且动作之间有先后依赖，就按任务拆分；如果多数只能改写成判断标准，并且彼此可以独立查阅，就按概念拆分。
测试结果会直接影响下一步：按任务拆分后，每篇结尾要明确指向下一个动作；按概念拆分后，每篇开头要说明它解决的是哪一层判断，并指向相邻概念。若测试结果两边都占一半，优先保留一篇长文，只把最独立的那一层概念抽出去，避免为了形式整齐而切断读者的连续操作。
