网站从几十个页面扩到几百、几千个 URL 后,最先出问题的往往不是策略,而是执行方式:手工维护的清单会开始漏项、失同步、无法复核。判断一项工作该不该继续手工做,标准不是“累不累”,而是它是否具备三个特征:重复、可规则化、需要跨页面一致性。三条同时成立,就应该转成模板、脚本或批量流程;只满足一两条,手工反而更稳。
规模扩大后常见的现象是:团队投入的工时增加了,页面层面的问题却变多了,比如同一类模板页的标题写法开始不一致,内链指向失效页面,旧内容改版后没有同步更新入口。这看起来像是“人手不够”,但更可能是工作性质已经变了——原来靠记忆和单页判断能覆盖的事,现在超出了人能稳定维持的范围。
这里有两种解释需要分开:一种是工作量确实超出了人力上限,加人或加班能缓解;另一种是这项工作本身依赖跨页面一致性,人力再充足也会因为并行修改、人员更替、时间间隔而漂移。前者靠资源解决,后者必须靠机制解决。把两种原因混在一起,就会出现“人加了、问题照旧”的情况。
要判断属于哪一种,可以看三类证据,而不是只看问题总量。
这三类证据不需要完整数据或后台权限也能部分获得:从已发布的页面里抽样,按模板类型分组,记录同类页面之间的差异点,就能看出问题是散点还是模式。需要说明的是,抽样发现某类偏差集中,只能说明该模板值得优先规则化,不能推出“所有页面都存在同样问题”,也不能证明规则化之后问题一定消失——它只降低重复判断的成本。
以下工作满足“重复、可规则化、需跨页面一致”三条,规模上来后继续纯手工做,收益会持续下降。
反过来,以下工作即使规模扩大,也不适合完全交给规则:内容主题的判断、页面与用户意图的匹配、哪些页面值得优先投入。这些依赖具体语境,规则只能辅助排序,不能替代判断。
假设一个站点从 200 个页面扩到 2000 个页面,团队发现产品模板页的标题开始出现重复和缺失。此时可执行的最小动作是:抽取该模板下 50 个页面,统计标题重复、缺失、过长三类情况各占多少,并标注这些页面是同一批次生成还是分批人工录入。
如果重复集中在同一批次,说明是生成环节的规则问题,下一步应优先修模板和生成流程;如果重复分散在不同批次,说明缺少发布前的统一校验,下一步应加一道批量检查再发布。这个动作不需要完整后台权限,也不需要全量数据,但它能决定后续投入方向:修流程还是加校验。需要注意的是,50 个页面的抽样结果只能作为方向参考,不能当作全站比例,也不能据此判断问题已经解决。
把手工工作转为规则化或脚本化,成立的前提是:规则本身已经稳定、有明确的判断标准、出错后能回滚或复核。如果一项工作的判断标准还在频繁变化,过早自动化只会把不确定性固化进流程,之后修改成本更高。因此更稳妥的顺序是:先手工做几轮,把反复出现的判断沉淀成规则,再考虑批量执行。规模扩大后真正不适合继续手工做的,是那些已经稳定、重复、且需要跨页面一致的工作;还在探索阶段的工作,手工反而是必要的。