网站规模扩大后,最先不适合继续手工做的不是视觉稿,而是那些需要跨页面保持一致、且每次改动都要重复核对的工作,例如全站导航结构、表单错误提示、空状态文案和组件级交互规则。手工做在小规模阶段更灵活,但当页面数量、状态数量和参与角色同时增加,手工维护的代价会从“多花时间”变成“无法判断哪里漏改”。判断标准不是页面数本身,而是同一规则被复制的次数,以及漏改后是否有人能立刻发现。
手工仍然成立的条件是:改动只影响一个页面或一个独立流程,且验证成本低。比如一个活动落地页的动效节奏、一次性的引导弹层,手工调完就能看到结果,此时引入组件化反而增加沟通成本。
手工开始失控的条件是:同一交互规则出现在多个模板中,且修改后需要逐页确认。典型如全站表单的校验时机、错误提示位置、按钮禁用状态、加载与空状态的切换逻辑。假设站点有二十个表单模板,每个模板的错误提示位置略有差异,那么一次校验规则调整就要人工核对二十处。这里的数字只用于说明核对工作量随复制次数增长,不代表任何实际项目规模。
选择依据可以落到一个动作上:随机抽取五个包含同一交互的页面,尝试只改一处规则,看另外四处是否会同步生效。如果不会,就要把这项工作从手工清单移入可复用规则清单。这个动作的结果直接决定下一步是继续逐页调整,还是先抽出公共规则再改。
小规模站点手工维护导航是可接受的,因为层级少、入口少,改动后肉眼就能走查完。规模扩大后,导航的问题不在“改起来麻烦”,而在“改完之后没人能确认所有路径仍然通”。
适合继续手工的情况:导航层级稳定,新增页面只是挂在已有分类下,且不涉及入口名称变化。此时手工添加链接的成本低于维护一套结构规则的成本。
不适合继续手工的情况:同一批入口同时出现在顶部导航、侧边栏、页脚和面包屑中,且名称需要保持一致。此时应把导航结构抽成一份可被多处引用的定义,页面只引用定义,不各自复制链接。实施动作是先列出所有出现同一入口的位置,再决定哪些位置共用一份定义。例外是临时活动入口,它可以手工挂载,但要在活动结束后有人负责移除,否则会变成长期残留。
表单和状态反馈是网站UE设计里最典型的“看起来简单、复制起来失控”的部分。它包含校验规则、提示文案、提示位置、焦点管理、提交后的反馈,以及网络失败、空数据、权限不足等分支状态。
两种合理做法需要取舍:
判断条件可以看“同一字段是否在三个以上表单中出现”。如果出现,手工逐个实现的漏改风险就会明显上升。实际动作是先统计重复字段和重复状态,再决定哪些进入公共规则、哪些保留页面级定制。这个动作的结果会影响后续测试方式:公共规则只需验证一次,页面级定制仍需逐页验证。
需要说明的是,把规则抽出来并不自动保证一致性。如果引用方式不统一,页面仍可能各自覆盖样式或文案,所以还需要约定覆盖的边界。
小规模阶段,人工走查可以覆盖主要路径。规模扩大后,人工走查的问题不是不认真,而是无法稳定复现同一组条件。不同人、不同时间、不同数据状态下,走查结果可能不同。
适合继续人工走查的部分:判断文案语气是否合适、信息层级是否清晰、异常状态是否让人困惑。这些需要人的判断,不适合完全交给规则。
不适合只靠人工的部分:重复出现的交互状态是否都存在、同一规则是否在所有模板生效、改动后旧页面是否被遗漏。此时应把可枚举的检查项写成清单,固定检查顺序和触发条件,人工只负责判断结果是否合理。实施动作是先把最近一次改动涉及的页面和状态列出来,再按清单逐项确认。结果会暴露两类问题:一类是规则未生效,另一类是规则生效但体验不合理,两者的后续处理方式不同。
不是所有重复工作都值得规则化。以下情况保留手工更合理:
一个可操作的判断是:先记录一段时间内同类改动的次数和每次涉及的位置数。如果次数少、位置少,手工可以继续;如果次数增加且每次都要重复核对,就应把这项工作移出人工清单。这里的“一段时间”和次数由团队自己设定,不套用外部指标。
最后要区分现象和原因:某个页面漏改、某次走查没发现问题、某个统计归零,都不能单独证明手工方式一定错误。它们也可能是规则未被执行、检查清单未更新或数据本身变化导致。先确认原因,再决定是补规则、补清单,还是维持手工。