怎样处理公关危机：把重复说明提取到公共页面时保留上下文
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /3fd29ea8ebcc.html
📄
怎样处理公关危机：把重复说明提取到公共页面时保留上下文
直接回答：不要把所有重复说明原样搬到一个公共页面。先判断这些说明是否依赖具体页面、具体角色或具体时间；依赖越强，越应保留在原文并用摘要链接引用公共页，只有在多处对同一事实的理解一致时，才适合把完整说明上移。
先判断重复说明属于哪一种依赖
把重复说明提取到公共页面，真正要解决的不是文字重复，而是同一事实在不同角色眼里含义不同。常见有三种依赖：页面依赖，说明只在某个流程或某类页面成立；角色依赖，客服、审核、技术对同一句话理解不同；时间依赖，说明会随阶段变化。判断方法很简单：把这句话单独拿出来，问“它在别处还成立吗”。如果答案需要加条件，就说明依赖存在。
假设某团队把“提交后需要人工复核”这句话重复写在五个页面。若五个页面都指同一流程，且复核标准一致，这句话就适合提取到公共说明页；若其中两个页面指的是自动校验，另外三个是人工抽检，提取后反而会让读者误以为所有提交都走同一路径。这时应保留页面内说明，只在公共页写“不同入口的复核方式见各页面”。
两种条件下，选择提取或保留
条件一：事实一致且边界清楚，提取完整说明
当多个页面描述的是同一件事，且适用条件、例外、时间范围都一致时，可以把完整说明提取到公共页面。实施动作是：先在公共页写清适用条件与例外，再把原页面中重复段落替换成一句摘要加链接，链接锚文本要说明读者将看到什么，而不是只写“点击这里”。这样做的结果是，后续修改只需改公共页，原页面不再各自维护一份，分歧也转成可以核对的项目。
需要保留的上下文包括：这条说明从哪一步开始适用、对谁适用、什么时候不适用。缺少这三项，公共页就会变成一句正确但无法执行的话。
条件二：事实一致但角色理解不同，保留原文并加对照
当多个角色对同一事实有不同理解时，直接提取到公共页会把分歧藏起来。更稳妥的做法是保留各页面原文，同时在公共页增加一张对照说明，列出“同一句话在不同角色下的含义”。实施动作是：让每个角色写出自己理解的适用条件和例外，再核对差异。结果是，能合并的部分合并，不能合并的部分明确标注为“按角色区分”。
例如，技术角色把“已处理”理解为系统已接收，客服角色理解为用户已收到反馈。两句话都写在各自页面时看不出冲突，提取到公共页后冲突才暴露。此时公共页应写“已处理”的两种含义，并分别链接到对应页面，而不是选一个含义覆盖另一个。
提取后的实际动作与核对方法
提取不是复制粘贴，而是一次小范围重构。可以按下面顺序做：
- 把准备提取的重复句子集中列出，逐句标注它依赖的页面、角色和时间。
- 只把三项依赖都一致的句子移入公共页；依赖不一致的句子留在原页，公共页只写索引和差异说明。
- 在原页面保留一句摘要，摘要必须能独立说明“这里讲的是什么”，并链接到公共页。
- 改动后检查公共页是否出现原页面没有的新结论。若有，说明提取时丢掉了上下文，应回退并补回条件。
核对时不要只看改动前后的访问量变化。搜索需求、季节和采集差异都会影响数据，一次改动前后比较只能作为线索。更可靠的做法是抽查原页面摘要是否仍能让读者判断自己该不该点进公共页，以及公共页的条件是否覆盖了原页面的例外。
例外：这些情况不要提取
有三种情况应保留在原页面，不进入公共页：一是说明中包含只对当前页面成立的步骤顺序；二是说明涉及不同角色的权限差异，而公共页无法同时展示；三是说明仍在变化，尚未形成稳定表述。此时可以先把公共页当作草稿区，但不要在原页面删除说明，直到公共页的条件和例外都经过核对。
把分歧转成可以核对的项目，比追求页面文字统一更重要。提取动作的结果应当是：读者在原页面能判断自己是否需要看公共页，在公共页能看到完整条件，而不是看到一个被抽掉上下文的结论。
