当页面从几十个涨到几千个,手工逐个改标题、逐个提交链接、逐个核对内链,会从“细致”变成“拖累”。判断标准不是工作量大小,而是这项工作是否需要逐页做独立判断:需要判断的保留人工,只是重复执行且有稳定规则的,应改成模板、批量脚本或流程约束。
假设一个站点原本三百个页面,编辑手工维护每页的标题、描述和站内链接,每周花半天,效果可控。半年后页面涨到三千,同一套做法会出现三种症状:新页面描述长期空白;旧页面改版后内链指向失效;同一批模板页的标题开始互相重复。此时继续加人手只能缓解,不能解决,因为瓶颈在“逐页操作”这个方式本身。
把决策过程拆开:第一步,列出当前所有靠手工完成的重复动作;第二步,判断每个动作的输入是否来自固定字段;第三步,输入固定且规则稳定的,改为模板或批量处理,输入需要结合页面意图判断的,保留人工。这个顺序能避免一上来就追求全自动化,反而把需要判断的部分做坏。
以下工作的共同点是:结果由已有字段决定,不依赖逐页的语义判断。
一个实际动作:把标题默认值改为由分类字段加主题词拼装,上线后观察一段时间。如果发现某类页面的点击表现明显低于同类,说明该类页面需要独立文案,应把这类页面加回人工清单;如果无明显差异,就可以继续扩大模板覆盖范围。这个动作的结果直接决定下一步是扩量还是回退。
规模不是唯一标准。以下工作一旦批量处理,损失往往大于节省的时间。
边界可以这样记:规则的输入是否稳定、输出是否可预期。两个条件都满足,才适合从手工转为自动。
不要一次性把所有手工工作替换掉。建议按影响面从大到小推进:先处理影响页面最多、规则最明确的工作,再处理影响面小、规则模糊的。每改一项,保留一段并行期,让新旧结果可以对比。
假设某站先把站内链接改为自动生成,运行一段时间后发现某些分类下的推荐明显偏离主题。这时应回退到“自动生成候选、人工确认”的半自动模式,而不是彻底放弃自动化。规模扩大后真正要停掉的,是那些既重复又不需要判断的动作;需要判断的动作,应该被压缩到更少的页面上,而不是被机器替代。