关键词摘要写法：一篇文章过长时按用户任务还是概念拆分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /1005e94e75c1.html
📄
关键词摘要写法：一篇文章过长时按用户任务还是概念拆分
先给结论：如果这篇长文服务的是同一类用户、要完成同一件事，就按用户任务拆分；如果它同时服务几类用户、每类人关心的是不同概念，才按概念拆分。判断标准不是文章有多长，而是读者拿到其中一段后，能不能独立用起来。下面用一个假设场景，逐步把一篇过长的旧文变成可执行的处理方案。
先看读者是否带着同一个任务进来
假设你手里有一篇旧文，标题是“关键词摘要写法”，内容从摘要的定义、作用、长度、位置，一直写到不同页面类型该怎么写。它现在的问题是：读者从搜索进来，往往只关心“我这篇文章的摘要到底写什么”。
这时要问的第一个问题不是“多少字算长”，而是：这篇文里的每一段，是不是都在回答同一个用户任务？如果答案是“是”，哪怕它很长，也不该按概念硬拆。硬拆之后，每篇都缺一半前提，读者还得来回跳。
反过来，如果文里混进了两类人——一类是编辑，想知道摘要怎么写；另一类是开发者，想知道摘要字段怎么接——那按概念拆就成立，因为两类人的任务不同、验收标准也不同。
按用户任务拆：适合“同一件事的不同步骤”
按用户任务拆，核心是每篇文对应一个可完成的事。还是上面那篇旧文，如果读者目标统一，可以拆成三个任务页：
- 写摘要前，先判断这篇内容该不该有摘要；
- 写摘要时，怎么从正文里挑出真正要被概括的部分；
- 写完摘要后，怎么检查它有没有偏离正文承诺。
这样拆的好处是：每篇都能独立回答一个“我现在该做什么”。判断是否拆对了，可以做一个动作——把其中一篇单独发给一个没看过原文的同事，看他能不能直接照着做。如果他能做，说明任务边界清楚；如果他一上来就问“那前面那步呢”，说明你拆的是步骤，不是任务，需要合并或补前提。
这个动作的结果会直接影响下一步：能独立执行，就保留拆分；不能独立执行，就先回到原文，把共用前提抽出来，而不是继续加新篇。
按概念拆：适合“不同读者关心不同定义”
按概念拆，适合原文里同时存在多个概念，而且它们之间不是先后关系，而是并列关系。比如“关键词摘要写法”这篇旧文里，如果同时讲了摘要与标题的关系、摘要与正文首段的关系、摘要与页面类型的关系，而读者可能只查其中一组关系，那按概念拆更自然。
但要注意一个反常现象：按概念拆出来的文章，很容易变成同义词换写。比如把“摘要怎么写”改成“摘要如何撰写”，再改成“摘要写作方法”，三篇内容几乎一样。这种拆法不会带来新价值，只会让读者在几个相似页面之间反复选择。
判断概念拆分是否成立，可以看一个证据：每篇的目标读者，是否会用不同的词来描述自己的问题。如果编辑搜的是“摘要写什么”，开发者搜的是“摘要字段怎么填”，那拆开有意义；如果两拨人搜的是同一句话，就不该拆。
旧内容退出时，先保留仍然有价值的部分
旧文拆分往往伴随旧内容退出。这里的关键不是把旧文删掉，而是先判断哪些部分还有独立价值。
可以按下面这个顺序处理：
- 把旧文里仍然成立的原则保留下来，比如“摘要要概括正文真正承诺的内容”；
- 把已经过时或只适用于旧系统的操作步骤单独标记，不混进新任务页；
- 把重复表达同一件事的段落合并，而不是换个说法再发一篇；
- 对无法判断是否还有价值的部分，先保留原文，不急着拆。
这里的实际动作是：给旧文每一段标一个“任务”或“概念”标签。标完之后，如果同一任务下的段落超过全文一半，就按任务拆；如果不同概念各自独立且读者不同，就按概念拆。这个标签结果会决定你是做合并、拆分，还是只做局部更新。
一个假设例子：同一篇旧文的两种处理结果
假设旧文有 3000 字，其中 1800 字都在讲“怎么从正文里挑摘要内容”，另外 1200 字在讲“摘要和标题的区别”。
如果按用户任务拆，可以把 1800 字那部分独立成一篇，聚焦“怎么挑”；剩下的 1200 字如果仍然服务同一类读者，就并入同一篇作为前置判断，而不是单独成篇。
如果按概念拆，可以把“摘要与标题的区别”单独成篇，因为它回答的是另一个问题。但前提是：确实有读者会单独搜这个问题，而不是你在硬造概念。
两种做法都成立，区别在于：任务拆分解决“读者下一步做什么”，概念拆分解决“读者在查哪个定义”。选错的表现是：读者看完一篇，仍然不知道该怎么动手，或者三篇内容看起来差不多。
最后用可执行检查收口
回到你手里的那篇长文，先不要问“该拆成几篇”。先做这三件事：
- 把每段标成“任务”或“概念”；
- 把标为同一任务的段落放在一起，看它们能不能独立完成一件事；
- 把标为不同概念的段落放在一起，看它们的目标读者是否真的不同。
如果同一任务占主导，就按用户任务拆，并保留共用前提；如果不同概念对应不同读者，就按概念拆，但不要用同义词换写来凑篇数。拆完之后，再检查每篇是否还能独立回答一个具体问题——能，就保留；不能，就合并回去。这样处理，旧内容退出时仍然有价值的部分不会被误删，新拆出来的页面也不会只是旧文的同义改写。
