先给结论:不要在一句话里把两个矛盾说法揉成“综合来看”。正确做法是把差异拆成可核对的条目,标明每条来源的时间、口径和适用范围,再决定页面是保留双说法、择一标注,还是暂缓更新。下面以你手上正在改的那个页面为对象,逐步处理。
矛盾常常不是两个来源完全对立,而是它们回答的问题不同。比如同一项业务规则,一个来源写“提交后三个工作日内处理”,另一个写“受理后次日处理”。这两句冲突点其实有三个:计时起点是提交还是受理,处理指审核还是完成,工作日还是自然日。先把每个来源的原句抄进一个清单,逐条标出它回答的是哪个子问题。只有子问题对齐后仍然不同,才算真正矛盾。
这一步的实际动作是:给每条说法加一列“它成立的前提”。如果前提不同,例如一个针对新客户、一个针对续约客户,那么两个说法可以并存,页面应写成条件分支,而不是择一。如果前提相同而结论不同,才进入下一步核验。
同样的事实,可能因为三种原因呈现不同,处理方式完全不同:
可区分的原因有对应证据:口径差异看定义段落和统计范围;时点差异看发布日期、生效日期和版本号;来源差异看是否引用了一手材料。假设某页面引用两个渠道说明同一项服务是否收费,一个渠道来自早期说明,一个来自近期通知,且两者都未写明生效日期。此时不能直接判定谁对,应先找到能确认生效时间的材料,否则页面只能写成“存在两种说法,以实际办理时确认为准”,并注明各自出处。
关键前提是否已明确变化,决定两种不同决策:
这里的实际动作是:在页面草稿上给每条说法加一个可见的状态标签,例如“现行”“待确认”“已失效(截至某日)”。标签一旦加上,后续维护者就能判断该条是否需要再次核验,而不是每次更新都从头翻找来源。
模糊折中会让读者无法行动。以下写法应避免:“一般情况下很快处理,具体以实际为准。”可核对的写法是分条列出差异,并给出读者可执行的下一步,例如“若你的提交时间在通知生效日之后,按新口径计算;在此之前提交的,按原口径计算。”如果连这个分界都无法确认,就明确写出“目前无法确认分界时间”,并说明读者应向哪个具体渠道核对——只写渠道类型,不编造具体联系方式。
还要注意:某个来源的请求量、抓取量或某项统计下降,不能单独证明该来源的说法错误。它可能只是访问波动、统计口径变化或采集延迟。把这类现象当作证据前,先排除这些合理解释。
处理完矛盾后,在页面或内部记录中保留三样东西:每条说法的原始出处、核验日期、以及本次采用或并列的理由。这样下一次前提再变化时,你能快速定位受影响的是哪一条,而不是重新判断整个页面。若两个来源都可靠但结论仍冲突,保留并列并写明冲突点,比强行统一更诚实,也更利于读者自己做决定。最终判断标准只有一个:读者看完后,是否知道在自己的具体情况下该按哪条执行。