山西建站：总部与分支机构介绍冲突时先改哪边
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f00897b4ecd5.html
📄
山西建站：总部与分支机构介绍冲突时先改哪边
先确认冲突属于“口径不同”还是“事实不同”。如果两边描述的是同一件事实，只是措辞和侧重不同，优先统一到总部可核验的版本；如果两边说的是不同主体、不同时间或不同服务范围，就不要强行合并，而应分别标明适用对象和生效时间。判断依据只有一个：哪一版能被合同、备案信息或对外正式文件支撑。
两种条件下的不同选择
第一种条件：总部与分支机构指向同一个服务主体，只是介绍文案各写各的。这时应把总部版本作为基准，因为总部通常掌握主体资质、服务边界和对外承诺的最终口径。分支机构的介绍可以保留本地化表达，但不能出现与总部冲突的成立时间、服务范围或责任主体。
第二种条件：两边分别对应不同主体，比如总部负责建站方案，分支机构负责本地实施或售后。这时不应统一成一份介绍，而应拆成“主体说明”和“角色说明”两层，让读者知道谁签约、谁交付、谁负责后续维护。强行合并反而会制造新的歧义。
先收集能互相印证的证据
不要从两个页面里挑一个看起来更顺眼的直接替换。先列出所有出现总部和分支机构介绍的页面，包括首页、关于我们、服务页、联系方式页和页脚。把每个页面里涉及主体名称、成立时间、服务区域、负责事项的句子摘出来，逐条对照。
- 能同时被合同、备案信息或正式对外文件支撑的表述，标为“可保留”。
- 只在单个页面出现、没有其他材料印证的表述，标为“待确认”。
- 两边互相矛盾且都无支撑的表述，标为“先删除或改为中性描述”。
这个动作的结果会直接决定下一步：可保留的表述进入统一模板，待确认的表述需要向对应主体核实后才能使用，无支撑的表述不能因为“已经写了很久”就继续保留。
统一时先改事实层，再改措辞层
事实层包括主体名称、服务关系、负责范围和生效时间。措辞层包括语气、排序和本地化用词。顺序不能反。先把事实层统一，再让分支机构在措辞层做本地化调整，否则会出现“文字很顺，但责任主体对不上”的情况。
假设一个场景：总部页面写“提供建站与维护服务”，分支机构页面写“只负责本地客户对接”。这两句并不必然冲突，但读者会误以为分支机构不承担维护。处理方式是把总部版本改为“建站与维护由总部统一负责，本地客户对接由分支机构协助”，再同步到所有页面。这里的关键不是谁写得更好，而是让责任边界可被读者准确理解。
例外：什么时候不该强行统一
当分支机构已经独立签约、独立开票或独立承担售后时，把介绍统一成总部口径会掩盖真实的服务关系。此时应保留两套说明，但必须在同一页面内明确区分，而不是让读者在两个页面之间自己猜。判断标准是：签约主体和交付主体是否一致。一致就统一，不一致就分层说明。
另一个例外是历史介绍。如果旧页面里的表述对应的是已经结束的服务阶段，不要直接改成当前版本，而应标注时间或下线旧页面。否则读者会把历史信息当成现行承诺。处理完这一层后，再检查站内链接和导航是否还指向旧页面，避免统一后的新版本被旧入口绕开。
