中山网络推广：总部与分支机构介绍相互冲突时如何统一事实
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /7f6010b7683a.html
📄
中山网络推广：总部与分支机构介绍相互冲突时如何统一事实
先定一条硬规则：以能拿出凭证的一方为准，而不是以页面更新更晚、措辞更漂亮或职位更高的一方为准。具体做法是给每条冲突事实指定唯一责任人和唯一来源，再决定旧内容、旧系统或旧合作关系里哪些部分保留、哪些部分下线。下面按“总部能提供凭证”和“分支机构能提供凭证”两种条件分别展开。
条件一：总部能拿出凭证，分支机构只有口头说法
当总部能提供营业执照、服务范围说明、授权文件或历史合同，而分支机构只能给出转述、聊天记录或“一直这么写”的说法时，应把总部凭证作为事实基线。此时要处理的不是谁对谁错，而是旧内容如何退出。
实施动作分三步。第一步，把冲突事实逐条列成清单，每条只写一个待确认点，例如服务覆盖区域、承接主体、对接流程、资质表述。第二步，给每条标注来源类型：可核验凭证、内部记录、口头转述。第三步，只保留前两类，口头转述一律降级为待确认，不进入对外页面。
这个动作的结果会直接影响下一步：清单里可核验凭证覆盖不到的条目，不能靠“先写着、以后再改”蒙混过去，而应暂时从页面移除或改为中性表述。旧系统里的历史字段如果无法追溯来源，同样按待确认处理，不因为“以前就有”而保留。
例外情况是：如果分支机构能补充出可核验凭证，哪怕晚于总部提供，也应重新纳入基线。判断依据是凭证本身，而不是提交顺序。
条件二：分支机构能拿出凭证，总部表述已经过时
另一种常见情形是总部页面还停留在旧架构，而分支机构持有更新的授权、合同或服务说明。这时不能简单“以总部为准”，而应以凭证签发时间和适用范围判断：新凭证覆盖旧表述的，按新凭证统一；新旧凭证适用范围不同的，按范围分别表述，不强行合并成一句话。
实施动作是先冻结改动，再统一替换。冻结改动指在事实未定前，暂停对冲突页面的零散修改，避免一边改一边产生新版本。统一替换指确定基线后，一次性替换所有对外露出点，包括旧内容、旧系统字段和旧合作关系留下的介绍页。
这一步的结果是：如果替换后仍有渠道显示旧表述，说明该渠道不在你控制的发布链路里，需要单独联系对方处理，而不是反复修改自己这边。旧合作关系退出时，保留仍然有价值的部分，例如真实服务记录和可公开的资质说明；删除无法核验的承诺和过时头衔。
假设某分支机构持有更新授权，而总部页面未同步，此时若直接把总部页面复制到所有渠道，会把过时表述扩散到更多位置，后续清理成本更高。这个假设只用于说明判断顺序，不代表任何具体机构现状。
判断依据：三条可区分的证据线
面对冲突，不要只看谁的声音大。可以按三条证据线区分原因：
- 凭证线：营业执照、授权文件、合同、服务说明等可核验材料。这条线最强，直接决定基线。
- 记录线：内部工单、历史发布记录、系统字段。这条线能说明“以前怎么写的”，但不能单独证明“现在仍然成立”。
- 转述线：口头说明、聊天记录、第三方转述。这条线只能作为线索，不能作为对外表述依据。
如果三条线指向不同结论，优先看凭证线；凭证线缺失时，宁可暂时不写，也不要选一条听起来最顺的转述线补上。页面访问量、咨询量或某个渠道的数据变化，不能单独证明哪种表述正确，因为流量波动还可能来自季节、渠道调整或统计口径变化。
实施动作与退出顺序
统一事实不是改一句话，而是按顺序退出旧内容。建议顺序如下：
- 确定唯一责任人和唯一来源，写进内部记录，避免下次再冲突。
- 列出所有对外露出点，包括旧页面、旧系统字段、旧合作方介绍页。
- 按凭证线确定基线，逐条替换或移除。
- 对无法核验的条目，先移除或改中性表述，再决定是否补充凭证。
- 替换完成后，检查是否还有渠道引用旧版本，单独处理不受控渠道。
完成第 3 步后，如果发现某条事实在多个渠道都无法找到凭证，说明它本来就不该作为对外介绍的一部分，应直接退出，而不是继续寻找“更合适的说法”。保留仍然有价值的部分，指的是有凭证支撑的服务记录和资质说明，不是保留旧措辞。
例外与不做的事
例外一：如果冲突涉及正在履行的合同义务，先按合同约定处理，不因页面统一而单方面改变对外表述。例外二：如果分支机构已停止合作，其留下的介绍页应退出，而不是改成总部版本继续挂着，因为承接主体已经不同。
不做的事也很明确：不为统一而编造凭证，不把城市名当作服务能力的证明，不用“排名靠前”“覆盖全城”这类无法核验的说法填补空白。统一事实的目标是让每个对外表述都能追溯到一条凭证，而不是让所有页面看起来一样。
