结论有条件:当英文页面数量、改版频率或参与角色超过一个人能持续跟踪的范围时,逐条手工核对标题、内链和索引状态会从质量控制变成瓶颈。判断标准不是“手工一定错”,而是同一事实出现多个版本、且没人能说清哪版为准时,这项工作就该转为可复核的流程。反例是站点只有几十个稳定页面、每次改动都集中在一人手里,此时引入复杂流程反而增加维护成本。
规模扩大后最先失效的不是写内容,而是依赖记忆和单次核对的判断。典型有三类。
这三类的共同点是:结论依赖某个人当下的记忆,而不是一份别人也能打开核对的记录。一旦出现分歧,争论会停留在“我记得是这样”,而不是“记录显示是这样”。
当多个角色对同一事实理解不同,先不要争论谁对,而是把分歧拆成可验证的条目。假设一个场景:内容负责人认为某批英文页面已经全部提交索引,技术负责人认为其中一部分仍被规则挡住。此时有效的动作是拉出一份页面清单,逐行标注当前可访问状态、是否被规则拦截、最近一次改动时间,再由两人各自核对同一份清单。
这个动作的结果会直接决定下一步:如果清单显示分歧只集中在少数页面,就针对这几页处理;如果清单本身无法对齐,说明缺的是记录机制,而不是某一页的修复。这里的关键不是工具名称,而是同一份事实能否被两个人独立复核。
并非所有工作都该交出去。以下情况手工反而更合适:
保留手工的前提是“规模没有超过一个人的跟踪能力”。超过之后,手工检查会漏,而漏掉的部分往往没人发现。
假设某英文站点从 80 个页面扩到 400 个页面,同时新增两名编辑。此时若仍由一人手工维护标题去重表,常见结果是:新编辑按自己的理解写标题,旧编辑按记忆判断是否重复,双方对“重复”的定义不一致。要验证这一点,可以随机抽 20 个页面,让两人分别判断标题是否重复,再比对结果。如果两人判断不一致的比例明显,说明问题在定义和记录,而不在个人能力。这个例子是假设,用于说明比较方法,不代表任何真实项目结果。
不要一上来就替换所有手工环节。更稳的顺序是:先选一类反复出现分歧的工作,例如标题重复或索引状态,建立一份包含页面地址、当前状态、最近改动时间和负责人的清单;让参与的角色用同一份清单核对一次;根据核对结果决定哪些条目需要处理、哪些定义需要统一。这个动作的影响在于,它把“谁记得对”转成“记录是否一致”,后续是否引入自动化,取决于清单是否仍需要大量人工维护。
如果清单本身已经能稳定对齐,手工维护就不构成瓶颈;如果每次核对都产生新分歧,说明该工作已不适合继续手工做。