当同一个词同时承载两种需求时,本文边界不应由词本身决定,而应由“谁在什么场景下要拿它做什么”决定。可执行的做法是:先列出该词对应的两种任务,再判断它们是否共享同一批证据和下一步动作;若共享,合并写;若不共享,拆成两篇并互相链接。下面用两种条件下的不同选择说明判断依据、实施动作和例外。
同一个词可能既被用来理解一件事,又被用来完成一件事。例如“快速优化关键词”可能被内容编辑理解为“怎么判断该改哪个页面”,也可能被运营理解为“今天先改标题还是先补内容”。这两种理解都合理,但需要的证据不同:前者需要判断标准,后者需要操作顺序。
判断是否属于两种需求,可以看三个信号:
如果三个信号里有两个以上不同,就不要硬塞进一篇。硬合并的结果通常是前半篇讲概念、后半篇讲操作,读者两边都得不到完整答案。此时更稳妥的动作是拆成两篇,并在两篇之间用一句自然链接互相指向。
当两种需求都依赖同一组事实,只是提问角度不同,合并反而更省读者的时间。假设一个团队对“快速优化关键词”有两种理解:编辑想知道“哪些页面值得先动”,运营想知道“先动的那批页面按什么顺序改”。这两者看似不同,但都要先看同一份页面清单:哪些页面已有展现、哪些页面承接了站内搜索、哪些页面有明确转化动作。
在这种情况下,合并写的边界可以这样划:
实施动作是:把两种需求写成同一份核对表的两列,一列记“判断依据”,一列记“下一步动作”。如果两列能对应上同一批页面,说明合并成立;如果对应不上,说明边界划错了。这个动作的结果会直接影响下一篇是补充案例还是直接拆分。
当两种需求需要先确认不同前提,合并就会让读者在错误的前提下读完整篇。假设同一批人里,有人把“快速优化关键词”理解成“先确认页面是否值得保留”,另一些人理解成“先确认标题和首段是否说清了任务”。前者要先看页面是否存在重复或空转,后者要先看页面是否对准了具体使用场景。这两个前提不同,证据来源也不同。
拆开写的判断依据是:
实施动作是:先写一篇只回答“怎么判断该不该保留这个页面”,再写一篇只回答“保留后怎么把任务说清楚”。两篇都围绕同一个词,但各自只解决一个前置条件。这样做的结果是,读者不会在还没决定页面去留时就被带入文案细节,也不会在已经决定保留后还要重新翻找判断标准。
假设某站点内搜索里,“快速优化关键词”同时出现在两类查询中:一类查询后面跟着“怎么判断”,另一类查询后面跟着“先改哪里”。这只是假设的查询记录,用来演示比较方法,不代表任何真实站点的数据。
可以把这两类查询分别写成一句话:
如果两句话的答案都指向同一张页面清单,合并写;如果一句话指向“删减或合并页面”,另一句话指向“重写标题和首段”,拆开写。这个核对动作本身就会告诉你边界在哪里,而不需要事先规定一个字数或段落数。
有些词虽然看起来有两种理解,但其中一种只是另一种的附属问题。例如,当“快速优化关键词”在具体语境里已经明确指向“改一个已有页面的首段”,那么关于“要不要新建页面”的讨论就属于例外,不应单独成篇,而应作为边界说明放在文末或脚注式段落里。
判断例外的条件是:如果第二种需求只在第一种需求成立之后才出现,并且不改变第一种需求的结论,就把它写成补充说明,而不是另起一篇。反过来,如果第二种需求会推翻第一种需求的结论,就必须拆开,否则读者会得到互相矛盾的建议。
最后一步动作:把本文的边界写成一句可核对的话——“本文只回答在页面已有明确任务的前提下,如何判断该改哪一处;不回答是否新建页面。”这句话写清楚之后,标题、正文和内部链接都会自然对齐,后续补充内容也不会越界。