用户体验算法：网站规模扩大后哪些工作不适合继续手工做
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /02f00a13d2d9.html
📄
用户体验算法：网站规模扩大后哪些工作不适合继续手工做
规模扩大后最不适合继续手工做的，是那些“判断标准已经稳定、执行动作高度重复、结果需要逐条留痕”的工作。旧内容、旧系统和旧合作关系的退出尤其如此：手工处理在几十条时可靠，到几千条时会变成瓶颈，而且容易因为疲劳导致标准漂移。更合理的做法是把工作拆成保留、改写、退出三类，其中只有边界模糊、涉及利益或需要重新判断价值的部分继续手工，其余交给规则和批量流程。
先分清哪些工作已经“规则化”，哪些还需要人判断
手工适合处理例外，不适合处理已经能写成条件判断的重复动作。可以用一个简单测试区分：如果把同一条规则交给两个人执行，结果基本一致，这项工作就不该继续手工逐条做；如果两个人经常得出不同结论，说明判断标准还没稳定，暂时保留人工更安全。
- 适合继续手工：涉及旧合作关系退出、需要协商或解释的沟通；内容价值存在争议、需要重新评估的页面；系统迁移中依赖历史背景才能判断的例外。
- 不适合继续手工：按固定条件筛选出的旧页面批量改写；已经确认退出的旧链接统一处理；重复出现的模板化元信息调整；需要逐条记录处理状态的清单维护。
这个区分的实际意义在于：手工产能应该留给“判断”，而不是留给“执行”。当执行动作已经规则化，继续手工只会让下一步的验证变得更慢。
旧内容：保留、改写还是退出，取决于三个可验证条件
旧内容处理最容易陷入“全部重写”或“全部删除”的极端。更可操作的判断是看三个条件：是否还有稳定的用户需求、是否还能被搜索引擎正确理解、是否还有内部维护价值。三者都成立时保留；需求仍在但页面表达已经过时，改写；需求消失且没有内部引用价值，退出。
假设一个站点有大量旧产品说明页，其中一部分产品已停售，但页面仍有外部链接和少量访问。这里不能只凭访问量归零就判断该退出，因为访问下降也可能来自季节波动、渠道变化或统计口径调整。更稳妥的动作是先标记为“观察”，检查这些页面是否仍被内部导航或旧合作方引用，再决定保留、改写还是退出。
改写也不是全文重写。对于仍然成立的主题，优先更新事实性描述、补充当前适用条件、修正已经失效的指向；对于已经不再成立的主题，退出比勉强改写更干净。退出的前提是确认没有必须保留的引用关系，否则应先处理引用，再执行退出。
旧系统与旧合作关系：退出的顺序比退出本身更重要
旧系统退出时，手工最容易出错的地方不是删除动作，而是依赖关系没有理清。一个旧页面可能同时被导航、站内搜索、旧合作方链接和内部报表引用。手工逐条检查在规模小时可行，规模扩大后应该先做依赖清单，再按依赖类型分批处理。
- 先列出仍被引用的旧系统入口，区分站内引用和站外引用。
- 对站内引用，优先改成指向仍然有效的新位置；没有新位置时，再考虑退出。
- 对站外引用，能沟通的沟通，不能沟通的先保留可访问的说明页，避免直接中断。
- 每批处理完成后，记录处理范围和未处理原因，作为下一批的判断依据。
这个顺序会影响下一步：如果先删后查，后续发现仍有引用时会增加修复成本；如果先查后删，退出动作会慢一些，但返工更少。旧合作关系同理，退出前要确认是否还有未结清的交付或对外承诺，否则退出会变成新的问题来源。
把重复执行交给规则，把例外留给人工
规则化不等于完全自动。更现实的做法是建立一份可复核的处理清单，把条件、动作和状态写清楚，让批量流程执行明确部分，人工只处理被标记为例外的条目。这样做的直接结果是：处理速度不再取决于人工数量，而取决于规则是否清晰；下一步的验证也更容易，因为每条处理都有对应条件可查。
需要说明的是，抓取、索引和排名是不同环节，批量处理旧内容不会自动带来任何收录或排名结果。规则化的价值在于减少重复劳动和标准漂移，而不是替代对内容价值的判断。当规则本身还不稳定时，继续手工反而是更稳妥的选择；当规则已经稳定，继续手工就会成为规模扩大后的主要瓶颈。
