当页面从几十个涨到几百上千个,手工逐页调整界面往往会让改动速度追不上内容增长,而且同一处模板问题会在不同栏目反复出现。更麻烦的是,手工操作留下的结果很难核对:你记得改过,但无法证明每个受影响的页面都改到了。判断某项工作是否该停止手工,关键看它是否满足三个条件——重复出现、有成文规则、结果需要跨页面一致。满足得越多,越应该交给模板、样式表或脚本处理。
规模扩大后,常出现一个反直觉现象:投入的人力增加了,界面质量却看起来更差。对此有两种合理解释。
第一种解释是工作量真的超过了手工能覆盖的范围。页面数量增长后,导航、按钮、表单、提示语这些元素在更多位置出现,手工维护的遗漏率自然上升。这种情况下,问题出在方法,而不是执行者不够认真。
第二种解释是检查方式变了,暴露了原本就存在的不一致。以前只抽查首页和几个重点栏目,现在开始全量核对,于是发现大量历史遗留的差异。这种情况下,问题一直存在,只是过去没被看见,未必是最近变差了。
两种解释指向不同的下一步:前者要求改变做法,后者要求先确定哪些不一致值得统一、哪些可以保留。混淆它们,容易把力气花错地方。
要判断属于哪一种,可以看几类可核对的证据,而不是凭感觉。
这些证据不涉及具体工具,只需要你保留一份改动前后的对照记录。没有记录,两种解释就无法分开。
下面几类工作,在规模扩大后通常不再适合手工逐页做。
反过来说,有些工作仍然值得手工做:首次确定界面规范、判断某个改动是否符合品牌调性、处理少量高价值页面的特殊布局。这些工作依赖判断,不适合完全自动化。
假设一个站点有八百个页面,按钮样式分散在各页的独立样式里。某次品牌调整要求统一按钮圆角和颜色。如果继续手工改,需要逐页查找并替换,且无法确认是否全部覆盖。
改成在共用样式表中定义一次按钮样式,各页面只引用类名。这样做的结果是:改动只需一处,新增页面自动继承;代价是必须先把旧页面里残留的独立样式清理掉,否则共用样式会被覆盖,出现“改了没生效”的假象。
这个结果直接影响下一步:清理残留样式的进度,决定了统一改动能否真正落地。如果残留太多,就需要先做一次样式归并,再谈界面优化。
把工作从手工转为模板或脚本,不是无条件的。至少需要满足以下前提:
如果规则本身还没稳定,过早自动化只会把混乱固化。此时更合理的顺序是先手工梳理出规范,再逐步收回模板。
可以按这个顺序推进:先选一类重复度最高的界面元素,统计它出现在哪些页面、当前有多少种不同写法;然后把其中占多数的写法定为标准,写进共用模板或样式;接着用站点审计或脚本列出仍不符合标准的页面;最后逐批处理这些页面,并记录每批处理后的剩余数量。
这个动作的结果会告诉你两件事:一是标准是否真的能覆盖大多数情况,二是剩余页面的处理成本是否可接受。如果剩余数量下降缓慢,说明规则定得太细或太特殊,需要回到规范阶段重新收敛,而不是继续投入人力逐页硬改。