软文的写法，相同事实在多篇文章中出现时如何减少冗余
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7a379b053dae.html
📄
软文的写法，相同事实在多篇文章中出现时如何减少冗余
先给有条件的结论：如果同一事实在不同文章里承担的任务不同，就应该保留事实、改变它出现的层级和粒度；如果承担的任务相同，就合并到一篇，其余文章只留一句指向它的判断。判断“任务是否相同”的可靠证据，是看这个事实在文中是否被用于推出不同的下一步动作，而不是看句子是否换了同义词。
冗余的判据不是重复次数，而是事实在文中的功能
同一组事实——比如一个产品的适用条件、一项服务的受理范围、一个流程的先后顺序——在软文里通常有三种功能：证明某个判断、帮助读者完成一个动作、界定一个容易误解的边界。三种功能对事实的展开程度要求不同。
- 用于证明判断时，事实只需要能支撑结论的最小信息量，多余细节反而稀释论证。
- 用于指导动作时，事实要完整到读者能照着做，顺序和条件不能省略。
- 用于界定边界时，事实要写清“在什么情况下不成立”，而不是重复它成立时的样子。
因此，同一个事实在两篇文章里都出现并不必然冗余。冗余发生在两篇文章都把它当作同一种功能使用，且给出的信息量几乎一致。这时读者读第二篇时不会获得新判断，只会重新确认已知内容。
一个反直觉现象：删掉重复段落反而让文章更难读
有些编辑发现重复后，第一反应是把后出现的那段整体删除，只留一句“如前所述”。这常常让文章变差，因为被删掉的事实可能是后文论证的前提，读者需要它就在手边，而不是跳去另一篇。
更稳妥的做法是改变事实的呈现层级，而不是删除事实本身。可以这样处理：
- 在需要它作为前提的文章里，用一句话压缩到最小可理解程度，例如只保留条件和结论，不保留推导过程。
- 在需要它指导动作的文章里，保留完整步骤和判断标准。
- 在需要它界定边界的文章里，只写不成立的情形，成立的情形用一句带过。
这样处理后，事实仍然出现在多篇文章中，但读者每读一篇获得的是不同用途的信息，而不是同一段话的复制。
会使结论失效的反例：事实本身是读者决策的唯一依据
上述做法有一个明确的反例。如果这个事实是读者做决定时必须完整看到的唯一依据——例如某项服务的受理条件、某个流程的截止节点、某类人群不适用某方案——那么把它压缩成一句话或分散到多篇，会让读者在任意单篇里都无法完成判断。
假设一个场景：三篇文章分别讨论同一类方案的适用人群、准备材料和常见失败原因。如果“适用人群”这一事实在三篇里都被压缩成同一句短判断，读者在准备材料那篇里就不知道自己的情况是否在范围内，只能回头翻第一篇。此时冗余不是问题，信息不完整才是问题。
区分这两种情况的办法是问：读者只看这一篇时，是否必须依据这个事实做出一个动作或放弃一个动作。如果是，就保留完整事实，并在其他文章里明确说明它为什么在这里出现，而不是假装它不存在。
可核对的证据：用动作指向判断事实是否真的重复
要确认两篇文章里的事实是否构成冗余，可以做一个简单核对，不需要统计工具，只需要逐条比对。
- 列出事实在两篇文章中各自支持的下一步动作。如果动作相同，事实的功能相同，属于冗余。
- 如果动作不同，事实的功能不同，属于必要重复，应调整表述层级而不是删除。
- 如果一篇文章里这个事实没有任何后续动作，只是背景介绍，那么它最可能是可压缩或可移除的部分。
这个核对的意义在于：重复次数、字数、关键词出现频率都不能单独证明冗余。一个事实出现两次但分别指向不同动作，比出现一次却让读者无法行动更有价值。反过来，出现三次且每次都不指向任何动作，即使措辞各不相同，也仍是冗余。
下一步动作：先合并功能相同的事实，再改写保留项
具体操作可以从一个动作开始：把两篇文章中指向同一动作的同一事实找出来，合并到其中一篇，另一篇改为一句带条件的指向。合并后检查被指向的那篇是否仍能独立支撑读者完成那个动作；如果能，说明合并成立；如果不能，说明这个事实本来就不该被拆开，应该回到完整保留。
这个动作的结果会直接决定下一步：合并成立时，继续检查其他事实，按功能分组处理；合并失败时，停止压缩，转而检查是不是文章之间的分工本身重叠，需要调整的是选题边界而不是句子写法。冗余问题往往不在句子层面，而在两篇文章是否真的需要同时存在。
